TravisAtSP

Thanks Evan. I did try the ENV variables with the dongle attached with no effect. I followed your suggestions of upgrading to the latest version of super container and placing SuperContainer jar in my login items. We've been monitoring Super Container for the past month and happy to report SuperContainer no longer crashes Memory usage can increase to high levels but will release that memory This issue is resolved for us.

This is happening on our mac mini in a data center. There's no monitor hooked up to it and I've seen a lot of articles where the mac mini wont' load it's video device drives without a monitor hooked up. Resulting in these headless display exceptions. http://blog.macsales.com/25997-headless-mac-video-accelerator-new-solution-to-old-problem. We have a dongle attached to our mac mini but still encounter these errors.

tried with the option -Djava.awt.headless=true and it did not work

This looks like a non-display environment problem. I updated the script to call Super Container with the user we VNC into and it didn't work either.

To deal with the Memory Consumption problem we have a cron job that monitors SC's memory usage. Whenever it gets too high we identify the PID, kill the task, and restart SC with: /System/Library/Frameworks/JavaVM.framework/Versions/Current/Commands/java -Xms256m -Xmx1000m -jar SuperContainerServer.jar This was working until we upgraded to Mavericks last month. It's no longer starting Super Container. The first error I was getting: Aug 28, 2014 11:04:01 AM com.prosc.supercontainer.server.AppServerWrapper setBaseFolder INFO: SuperContainer Server baseFolder=/Applications/SuperContainer/SuperContainer Aug 28, 2014 11:04:03 AM com.prosc.supercontainer.server.SuperContainerServer main SEVERE: Problem starting server: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException at java.awt.EventQueue.invokeAndWait(EventQueue.java:1269) at java.awt.EventQueue.invokeAndWait(EventQueue.java:1244) at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1349) at com.prosc.supercontainer.server.SuperContainerServer.main(SuperContainerServer.java:127) Caused by: java.awt.HeadlessException: No X11 DISPLAY variable was set, but this program performed an operation which requires it. at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:207) at java.awt.Window.<init>(Window.java:535) at java.awt.Frame.<init>(Frame.java:420) at javax.swing.JFrame.<init>(JFrame.java:224) at com.prosc.supercontainer.server.SuperContainerServer$2.run(SuperContainerServer.java:129) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:241) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:727) at java.awt.EventQueue.access$200(EventQueue.java:103) at java.awt.EventQueue$3.run(EventQueue.java:688) at java.awt.EventQueue$3.run(EventQueue.java:686) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:697) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) at java.awt.EventDispatchThread.run(EventDispatchThread.java:91) Exception in thread "main" java.awt.HeadlessException: No X11 DISPLAY variable was set, but this program performed an operation which requires it. at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:207) at java.awt.Window.<init>(Window.java:535) at java.awt.Frame.<init>(Frame.java:420) at java.awt.Frame.<init>(Frame.java:385) at javax.swing.SwingUtilities$SharedOwnerFrame.<init>(SwingUtilities.java:1759) at javax.swing.SwingUtilities.getSharedOwnerFrame(SwingUtilities.java:1834) at javax.swing.JOptionPane.getRootFrame(JOptionPane.java:1697) at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:863) at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:667) at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:638) at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:609) at com.prosc.supercontainer.server.SuperContainerServer.main(SuperContainerServer.java:172) /Users/TravisAtSP/Documents/Cron/super_container_check.sh: line 48: No: command not found <-- this is the SuperContainerServer.jar command I pasted above This was fixed by adding a variable to the shell script: export DISPLAY=:0.0 But now I get this error: Aug 28, 2014 11:24:03 AM com.prosc.supercontainer.server.SuperContainerServer main SEVERE: Problem starting server: java.lang.UnsatisfiedLinkError: sun.awt.X11GraphicsEnvironment.initDisplay(Z)V java.lang.UnsatisfiedLinkError: sun.awt.X11GraphicsEnvironment.initDisplay(Z)V at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.access$200(X11GraphicsEnvironment.java:65) at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:110) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:74) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:188) at java.awt.GraphicsEnvironment.createGE(GraphicsEnvironment.java:102) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:81) at sun.awt.X11.XToolkit.<clinit>(XToolkit.java:119) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:188) at java.awt.Toolkit$2.run(Toolkit.java:870) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:862) at javax.swing.UIManager.getSystemLookAndFeelClassName(UIManager.java:608) at javax.swing.UIManager$1.run(UIManager.java:1230) at java.security.AccessController.doPrivileged(Native Method) at javax.swing.UIManager.loadSwingProperties(UIManager.java:1225) at javax.swing.UIManager.initialize(UIManager.java:1453) at javax.swing.UIManager.maybeInitialize(UIManager.java:1422) at javax.swing.UIManager.getUI(UIManager.java:1003) at javax.swing.JPanel.updateUI(JPanel.java:126) at javax.swing.JPanel.<init>(JPanel.java:86) at javax.swing.JPanel.<init>(JPanel.java:109) at javax.swing.JPanel.<init>(JPanel.java:117) at com.prosc.supercontainer.server.AdminPanelLocalized.<init>(AdminPanelLocalized.java:15) at com.prosc.supercontainer.server.AdminPanelController.<init>(AdminPanelController.java:44) at com.prosc.supercontainer.server.SuperContainerServer.main(SuperContainerServer.java:110) Exception in thread "main" java.lang.NullPointerException at javax.swing.MultiUIDefaults.getUIError(MultiUIDefaults.java:130) at javax.swing.UIDefaults.getUI(UIDefaults.java:761) at javax.swing.UIManager.getUI(UIManager.java:1013) at javax.swing.JOptionPane.updateUI(JOptionPane.java:1883) at javax.swing.JOptionPane.<init>(JOptionPane.java:1846) at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:858) at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:667) at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:638) at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:609) at com.prosc.supercontainer.server.SuperContainerServer.main(SuperContainerServer.java:172) /Users/TravisAtSP/Documents/Cron/super_container_check.sh: line 50: No: command not found <-- SuperContainerServer.jar This is odd because I can run this command and everything works as expected. The trouble is that cron is unable to perform this task. I replicated my PATH to crons so I don't know how else I can replicate my environment to it. Anyone have experience with this?

Thanks for the explanation. I think it was more of the unexpected format and name change. It caused some concern that it might break any of our past links.

What I do is search my logs for the start up commands such as "writing detailed log information" then see what was logged just before that.

*Bump*

Have you checked your SuperContainer Logs? When I delete a file through the java interface I get: 3/12/14 1:15:03 PM - Deleting ....file.png at the request of the user This deletes the file and the directory it resides in. You mentioned the photos are disappearing, are the directories as well?

I haven't played with external locations before but are they included in the backups? Reading through the manual I don't see any options about including or excluding container data. http://help.filemaker.com/app/answers/detail/a_id/10244/~/storing-container-field-data-externally I wonder if you could create another Database and connect them through External Data Sources. This new database is responsible for managing the container data and won't get mixed in with your main database backups.

Something we've noticed. Upload a JPG Image to Super Container SC stores and delivers as JPG with RawData URL When specifying width and height dimensions it then renames the file to "file_jpg.png" and is a png Is there anyway to keep the original file format? This seems to be new behavior. We just recently upgraded to SC 2.896. I can reproduce this in the chrome browser so it's not a FileMaker issue.

Have you recently upgraded to Java 7? They increased security and you may have to adjust the security options in those browsers. What message do you get when you go directly to the link http://portland.macusa.net/SuperContainer/RawData/rugs4691/105-4691%20MAMLUK%20S-543%20TERA-M.BLUE_SIZE-10.3X14.3.jpg?width=150&height=150&page=1

Deployed 2.896 and it corrected the error message I was seeing "Missing required Permissions manifest attribute in main jar"

Looks like this is the cause of Java 7 update 51: Starting with Java 7 Update 51, Java has enhanced security model to make user system less vulnerable to the external exploits. The new version of Java does not allow users to run the applications that are not signed (Unsigned), Self signed (not signed by trusted authority) and the applications that are missing permission attributes. ~https://www.java.com/en/download/help/java_blocked.xml Someone worked around it - http://community.spiceworks.com/how_to/show/65737-java-error-missing-required-permissions-manifest-attribute-in-main-jar. Confirming 360 Works already resolved this - I need to update Version 2.896 (1/15/2014) * Compatible with Java 7 update 51 * Fixed issue with retrieving and decoding downloaded file name, with the companion plugin * Fixed issue with detecting the machine hostname when using standalone mode http://static.360works.com/plugins/SuperContainer/changelog.txt

Hello, Our users are reporting this error that seems to only happen on Windows. I'm using mac and not experiencing it myself. They can load RawData images but if they go to a File url and it loads the Java Applet they get the following Error: Missing required Permissions manifest attribute in main jar: http://sampleurl.com/SuperContainer/sc_applet.jar When retrieving the details it shows as Java Plug-in 10.51.2.13 Using JRE version 1.7.0_51-b13 Java HotSpot Client VM User home directory = C:Documents and SettingsOwner ---------------------------------------------------- c: clear console window f: finalize objects on finalization queue g: garbage collect h: display this help message l: dump classloader list m: print memory usage o: trigger logging q: hide console r: reload policy configuration s: dump system and deployment properties t: dump thread list v: dump thread stack x: clear classloader cache 0-5: set trace level to <n> ---------------------------------------------------- Missing Application-Name manifest attribute for: http://sampleurl/SuperContainer/sc_applet.jar I poked around the Super Container directory and didn't see an sc_applet.jar file.

So I didn't provide any software versions for SuperContainer or the Plugins. The SuperContainer Version is 2.871. I copied my plugins (that were working) over to his computer replacing whatever version he had. This has resolved the issue. The plugin version I am using is 2.863. Hi Todd, I couldn't ever find what the error message was. Now that I think about it, couldn't I have put the response from SCSetBaseURL into an Alert Message? I wasn't finding anything useful in the log.

Hello, Experiencing a strange behavior. We had to emergency switch our SuperContainer Server. Everything seems to be working as expected except the function SCSetBaseURL is sending back an Error message for one person. OS: Mountain Lion FM Version: 10 We installed the latest version of SuperContainer. It is successfully serving (and transforming) our images. It is also uploading fine through the browser. When I used our FM database I received an error notifying me that SCSetBaseURL was sending back an error code. After review I noticed that my FM 10 had the plugin in the extensions folder but my FM 10 Advanced did not. I downloaded and placed the plugin into my FM 10 Advanced Extensions directory and it worked fine. I can successfully upload images through FM. My coworker is getting the same message. I installed the plugin from the exact same version of FM that we're using and it's still failing I verified that Java was installed and working on his machine. Reviewed file permissions, that the plugin was loaded and recognized by FM. Does anyone have any suggestions or help on how I can determine why the SuperContainer plugin isn't setting the Base URL for my coworker but it does me? Thanks, Travis

I'm looking to implement drag and drop sorting on a portal but running into a problem. On a large portal where you scroll through the records, you cannot scroll while dragging an item. I'm thinking if there was a way to do this, Excelisys would have included it in their example. Anyone experience this problem before? Code example, http://www.excelisys.com/demos/Drag-and-Drop-Separation-Model-12.zip