Hi
I have posted this uder new releases and raised a ticket with Servoy and had no response on how to fix this except to clear the java cache.
This problem accured when i upgraded the server from the previous release to Version 3.5.1-build 514.
Thanks
We have the same problem. We get this error:
JNLPException[category: Download-Fehler : Exception: java.lang.SecurityException: SHA1 digest error for com/servoy/j2db/dataprocessing/t.class : LaunchDesc: null ]
at com.sun.javaws.security.SigningInfo.checkSigning(SigningInfo.java:107)
at com.sun.javaws.cache.DownloadProtocol$RetrieveAction.actionDownload(DownloadProtocol.java:499)
at com.sun.javaws.cache.DownloadProtocol.doDownload(DownloadProtocol.java:653)
at com.sun.javaws.cache.DownloadProtocol.getResource(DownloadProtocol.java:822)
at com.sun.javaws.LaunchDownload.downloadJarFiles(LaunchDownload.java:739)
at com.sun.javaws.LaunchDownload.downloadEagerorAll(LaunchDownload.java:662)
at com.sun.javaws.Launcher.downloadResources(Launcher.java:1022)
at com.sun.javaws.Launcher.handleApplicationDesc(Launcher.java:382)
at com.sun.javaws.Launcher.handleLaunchFile(Launcher.java:218)
at com.sun.javaws.Launcher.run(Launcher.java:165)
at java.lang.Thread.run(Thread.java:613)
Anyone else with this problem? Any ideas?
The issue was caused by the fact that the Server version of Java 1.5 was beyond 1.5.0_07 and the mac clients (are at that version) did not like that.
Seems to be an incompatibility issues with Server versions of Java 1.5 being higher…
After upgrading to 1.6 the issue was gone.
Hmm. It’s not so much fun to upgrade Java on Linux. Is there a version 1.6 for Linux at all (not really my world…)?
I do think so since it is maintained by Java but I also believe it depends much on the linux distro you use how you can get it.
It’s not dependent from the distro, you have to dowlnoad directly from Sun website, the difference between distros is only the installation procedure and the configuration of the JAVA_HOME shell variable.
Anyway I would be very careful before upgrading to Java 1.6 on linux…
That’s what I thought. In short: after installing Servoy 3.5.1 the smart client is broken on Intel Macs, it seems. Maybe Servoy can figure out what has changed that now disturbs the Mac and fix that? I don’t think that it should be necessary to spend a day playing with Java on Linux just because you updated Servoy to the next (minor) version…
Can I get a confirmation on this?
Servoy 3.5 Client will not work with Intel Macs.
And it’s due to Java.
No. It does work. But it requires Java 1.6 on the server.
Lately I’ve tested Java 1.6 on Ubuntu server (6.10) and I have to say that it’s working perfectly now so you can ignore my previous post and go for it.
patrick:
No. It does work. But it requires Java 1.6 on the server.
Which Mac OSX 10.5 doesn’t have.
And more bad news… I think trying to install the 3.5 Client
does something to the existing 1.5 Java so that a 3.1 Client now won’t work…
Anything I can do about that?
Servoy really needs to update the information on the
downloads page.
And more bad news… I think trying to install the 3.5 Client
does something to the existing 1.5 Java so that a 3.1 Client now won’t work…
Servoy does absolutely nothing to the Java install.
I have been testing with different Servoy version clients yesterday and have seen nothing like that…
The Servoy download page says
Java:
Servoy is a Java application - you will need a Java SDK 1.4 (or higher) compatible virtual machine installed on your system.
The latest SDK for Windows, Linux and Solaris is available from Sun for free, a suitable Java is already installed on
Mac OS X 10.2 and higher if you have run all Software updates provided by Apple.
Click here to download Java JRE 1.5 (needed for Servoy 3.x or later)
If it had said Java 1.6 that would have saved me some time!
There is a signature problem with certain versions of Java on the Mac only. It also works with some 1.5 versions, but not with the latest. Strange problem, yes. There has been some discussion about this here, however. It took me a while to find out also.
We have also the major problem that the servoy client 3.5.3 will not start on Intel Macs with OS X 10.4.11 and the latest release of Java. For that it is regardless of witch system the server is running. We have testet it with Servoy Server 3.5.3 on WinXP, Win 2003 Server and Mac OS X Server 10.4.11, all of this with the latest Java release.
Any ideas how we can fix this problem?
Hi Patrick
Are you talking about Mac OS X 10.5.x?
we are using the latest Servoy version as below under Mac OS X 10.4.11 and don’t have problems to start the Client.
Servoy Client
Version 3.5.3-build 516
Java version 1.5.0_13-121 (Mac OS X)
Best regards, Robert
patrick:
There is a signature problem with certain versions of Java on the Mac only. It also works with some 1.5 versions, but not with the latest. Strange problem, yes. There has been some discussion about this here, however. It took me a while to find out also.
Hi Robert,
Robert Huber:
we are using the latest Servoy version as below under Mac OS X 10.4.11 and don’t have problems to start the Client.Servoy Client
Version 3.5.3-build 516
Java version 1.5.0_13-121 (Mac OS X)
what kind of Servoy Server do you have? We are using the same Software- and Systemversion as you, but while starting the Servoy Client we get always a Certificat message dialog and the connection to the server fails.
Thomas
The dialog that shows you the error message also hold logging.
Can you share that information to see where and what happens…
Hi Marcel,
here is the log info:
2007-12-30 23:42:07.872 Servoy Client[700] CFLog (0): CFMessagePort: bootstrap_register(): failed 1103 (0x44f), port = 0xf503, name = ‘com.apple.jnlp-file___localhost_Users_thomas_Library_Caches_Java_cache_javaws_http_D192.168.155.101_P8080_DMservoy-client_AMserv’
See /usr/include/servers/bootstrap_defs.h for the error codes.
2007-12-30 23:42:07.873 Servoy Client[700] CFLog (99): CFMessagePortCreateLocal(): failed to name Mach port (com.apple.jnlp-file___localhost_Users_thomas_Library_Caches_Java_cache_javaws_http_D192.168.155.101_P8080_DMservoy-client_AMserv)
30.12.2007 23:42:12 com.servoy.j2db.util.Debug log
INFO: Starting Servoy from /Users/thomas/Desktop
30.12.2007 23:42:12 com.servoy.j2db.util.Debug log
INFO: Servoy 3.5.3 build-516 on Mac OS X using Java 1.5.0_13
30.12.2007 23:42:12 com.servoy.j2db.util.Debug error
SCHWERWIEGEND: Throwable
java.net.SocketException: factory already defined
at java.rmi.server.RMISocketFactory.setSocketFactory(RMISocketFactory.java:94)
at com.servoy.j2db.J2DBClient.a(Unknown Source)
at com.servoy.j2db.J2DBClient.G(Unknown Source)
at com.servoy.j2db.J2DBClient.a(Unknown Source)
at com.servoy.j2db.J2DBClient.main(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1178)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1125)
at com.sun.javaws.Launcher.continueLaunch(Launcher.java:968)
at com.sun.javaws.Launcher.handleApplicationDesc(Launcher.java:522)
at com.sun.javaws.Launcher.handleLaunchFile(Launcher.java:218)
at com.sun.javaws.Launcher.run(Launcher.java:165)
at java.lang.Thread.run(Thread.java:613)
30.12.2007 23:42:12 com.servoy.j2db.util.Debug error
SCHWERWIEGEND: Already factory registered com.sun.deploy.net.protocol.rmi.DeployRMISocketFactory
I will hope this helps.
Thomas
Is your server a pc or a mac and what Java version have you running on your server?
I don’t remember well anymore but I think your server should at least run Java 5 (1.5) for the mac to connect due to the mentioned bug…
Have you tried to clear the server folder ${servoy_root}/server/work/Catalina/*?
Make a backup of the folder(s) you are going to remove but please try…