Servoy Forum

Hi all,

I can't load Servoy Smart Client 6.1.4 with latest Safari on Mac OS X 10.8.3 with latest Java 7, although the coffee-cup images comes up on the Servoy java tester.
However, I can access Servoy fine via Firefox, so it may be a Safari-specfic problem.

C

Entering the 4 commands again doen't help

When i install the latest Java 7 and try to start the jnlp the Java 7 splash screen is be shown, but it never disapears and no application will be started.
After that i entered the 4 commands again and up to now it happens nothing, when i start a jnlp file.

Does nobody else has any Web Start issues?

I noticed when you have a working desktop icon and start with it, it still works. But when you go to the browser and try to start the jnlp file it fails.

Can please test somebody with the latest Mac OS X (10.8.3) to start a jnlp from the browser?

Thanks!
Alex

Could it be related to the new Mac OS "security" update:
https://threatpost.com/en_us/blogs/appl ... led-031513

I fear that once again Apple determination to get rid of any developer's freedom and turns us all into avid consumers of their greatness is showing again with a vengeance. What happened to 'Think different'? Looks like today it's turned into 'Think like a sheep'!

LXS wrote:I noticed when you have a working desktop icon and start with it, it still works. But when you go to the browser and try to start the jnlp file it fails.

Can please test somebody with the latest Mac OS X (10.8.3) to start a jnlp from the browser?

I just had an opportunity to test this and indeed it uses Java 7 for new downloads. Already downloaded clients continue to work with Java 6.
Servoy 6 and up seem to work fine with Java 7 on the Mac. Servoy 5.2 however seem to have some issues.
I guess it's really time to upgrade everything to Servoy 6.1.

ROCLASI wrote:I guess it's really time to upgrade everything to Servoy 6.1.

To 6.1 and web client.

ROCLASI wrote:I just had an opportunity to test this and indeed it uses Java 7 for new downloads. Already downloaded clients continue to work with Java 6.
Servoy 6 and up seem to work fine with Java 7 on the Mac. Servoy 5.2 however seem to have some issues.
I guess it's really time to upgrade everything to Servoy 6.1.

I think the latest versions of 5.2 work ok with Java 7 (I have an issue at a client with 5.2.6 with a form not loading, but once I updated to newest 5.2.x it was fine), but I am also trying to move everything to 6.1 (just in time for Servoy 7 ).

Rafi

Now we have a really strange behaviour...
The last way i tried was to restore the TimeMachine Backup to 2013-03-12. On this date the customer had a working Servoy 5.2.15 client on the Mac.
But now when you click the Servoy desktop icon it says again that no JRE is installed!
When you go to Safari and start via jnlp file the file only will be downloaded. When you doubleclick the jnlp in Finder, nothing happens.
I've no idea what's going on! Maybe Apple has made a silent update just after the restore?! How can it be when we make a TimeMachine restore that the issue still occurs?

Now we have 2 customers with this issues and in our company are also 3 workmates (2 Macs and 1 Linux with Java 1.7.0_17).
After one week of trying this is a serious problem for us now!
I can't believe that we are the only one with this problems (Servoy 5.2.15).
Any ideas how to solve this problem?

Thanks a lot!
Alex

Hi Alex,

Is Java enabled in Safari ?

Yes, Java is enabled in the Safari settings.
I've noticed an interesting thing:

We are using Servoy 5.2.15 and now i've copied this installation and updated to Servoy 5.2.16.
We clicked the jnlp file in Safari and the file was downloaded. After going to Finder and Open with -> Java Web Start the Java 6 splash and the download window was shown.
I thought that Servoy 5.2.16 would be the solution of the problem, but after completing the download, the window disappears but no Servoy Smart Client was started.

When you start the same jnlp file again no splash is shown. There's just a very short time the javaws process visible in the Activity monitor of Mac OS X and nothing happens again.

On the same machine i've tried to start a Java Web Start demo solution from Oracle:
http://www.pscode.org/jws/printtest.jnlp (from this website: http://www.pscode.org/jws/api.html#cbs)

This works without any problems. So i think it's related to Servoy?

what do you have specified as vm args in the admin page?

the vm args are the following:

servoy.vmClientArgs:
-XX:MaxPermSize=128m -XX:SoftRefLRUPolicyMSPerMB=3600000 -XstartOnFirstThread -Dsun.awt.disableMixing=true -Djavaws.useDJNativeSwing=true -Dhttp.agent=DJ

servoy.initialClientHeap: 256
servoy.maxClientHeap: 768

Meanwhile i've tested with a new Servoy 5.2.16 installation with the sample crm. Here the click on the jnlp file works.
So i also think, it must be a difference in the servoy.properties between our installation and the new fresh installation.

I've added the jnlp file from our Servoy 5.2.15 server, which isn't working as attachment in a zip file.

delete: -Dsun.awt.disableMixing=true -Djavaws.useDJNativeSwing=true -Dhttp.agent=DJ

that is somehow causing issues especially in the latest releases, this is because of the BrowserSuite but that doesn't really work i think in java 7 (on the mac) that good if at all.

I've tried it with only

-XX:SoftRefLRUPolicyMSPerMB=3600000

which is the default in a new installation and it works. So the vm args seems to be the problem. Thanks for you hint Johan! I'll try deleting it!

It seems to be the the parameter -XX:MaxPermSize=128m and it's position in the args is the problem.
In my config the parameter was the first one. When i move it to the end, the smart client starts.
So this vm args string seems to work:

-XX:SoftRefLRUPolicyMSPerMB=3600000 -XstartOnFirstThread -Dsun.awt.disableMixing=true -Djavaws.useDJNativeSwing=true -Dhttp.agent=DJ -XX:MaxPermSize=128m

I've expected that the order of the argument isn't important. What do you think about it? Is this really the solution? It seems to be...
Nevertheless i'll remove the other parameter how you've recommended.

I'll test this on the customers server and i hope it solves the problem.
Thank you very much!