Servoy Forum

Marcus, I can honestly not believe this is logging from a smart client...

you have an error starting up a smart client?
But the log you gave us:

2007-09-17 15:16 http-8080-1 ERROR com.servoy.j2db.util.Debug Throwable
java.lang.NullPointerException
at com.servoy.j2db.scripting.k.get(Unknown Source)
at com.servoy.j2db.dataprocessing.FoundSet.getCalculationValue(Unknown Source)
at com.servoy.j2db.dataprocessing.aw.getValue(Unknown Source)
at com.servoy.j2db.dataprocessing.e$a.getStringValue(Unknown Source)
at com.servoy.j2db.util.Text.processTags(Unknown Source)
at com.servoy.j2db.server.headlessclient.dataui.az.onBeforeRender(Unknown Source)
at org.apache.wicket.Component.beforeRender(Component.java:846)
at org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1472)
at org.apache.wicket.Component.beforeRender(Component.java:856)

is not an smart client error but a WebClient (that also seems a bug somewhere to me, nullpointer shouldn't happen)
But this is not the smart client

So what is the exact error you get when you startup the smart client on both ends, The Server and the Client?

Hi Johan
I don't get any errors on the server, or running the smartclient on the server as it is windows. The problem my client experiences is with loading the smart client on an intel mac, using osx 10.

The error relates to permissions while loading J2DB jar.
I will send you the error as soon as my client send it to me.

In the meantime would you try and load http://www.freightsoft.co.za on a mac.

Thanks

jcompagner wrote:you have an error starting up a smart client?
But the log you gave us:

2007-09-17 15:16 http-8080-1 ERROR com.servoy.j2db.util.Debug Throwable
java.lang.NullPointerException
at com.servoy.j2db.scripting.k.get(Unknown Source)
at com.servoy.j2db.dataprocessing.FoundSet.getCalculationValue(Unknown Source)
at com.servoy.j2db.dataprocessing.aw.getValue(Unknown Source)
at com.servoy.j2db.dataprocessing.e$a.getStringValue(Unknown Source)
at com.servoy.j2db.util.Text.processTags(Unknown Source)
at com.servoy.j2db.server.headlessclient.dataui.az.onBeforeRender(Unknown Source)
at org.apache.wicket.Component.beforeRender(Component.java:846)
at org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1472)
at org.apache.wicket.Component.beforeRender(Component.java:856)

is not an smart client error but a WebClient (that also seems a bug somewhere to me, nullpointer shouldn't happen)
But this is not the smart client

So what is the exact error you get when you startup the smart client on both ends, The Server and the Client?

Hello Marcus,

I started the smart client on an intel mac and this is the error (completely different from yours):

java.lang.SecurityException: SHA1 digest error for com/servoy/j2db/dataprocessing/t.class
at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:196)
at java.util.jar.JarVerifier.processEntry(JarVerifier.java:201)
at java.util.jar.JarVerifier.update(JarVerifier.java:188)
at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:403)
at com.sun.javaws.security.SigningInfo.checkSigning(SigningInfo.java:74)
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)

JWS general:
An error occurred while launching/running the application.

Title: Servoy Client
Vendor: Servoy
Category: Download Error

Could not verify signing in resource: (http://www.freightsoft.co.za:8080/lib/j2db.jar, 1189762087812)

can you delete the contents of the <servoy-dir>\server\work dir?
It seems to generate illegal jars at your place.

Which java version do you use on the server and on the client?

My apologies
I simply sent the log file from the server as is.
Should the log file not have recorded this error?

This is however the error i was talking about when i referred to permissions.
I tried to put this in the support system case, but it did not update the case.

Sorry for the confusion.
Now you know the problem, any ideas?

Thanks
Marcus

IT2Be wrote:Hello Marcus,

I started the smart client on an intel mac and this is the error (completely different from yours):

java.lang.SecurityException: SHA1 digest error for com/servoy/j2db/dataprocessing/t.class
at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:196)
at java.util.jar.JarVerifier.processEntry(JarVerifier.java:201)
at java.util.jar.JarVerifier.update(JarVerifier.java:188)
at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:403)
at com.sun.javaws.security.SigningInfo.checkSigning(SigningInfo.java:74)
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)

JWS general:
An error occurred while launching/running the application.

Title: Servoy Client
Vendor: Servoy
Category: Download Error

Could not verify signing in resource: (http://www.freightsoft.co.za:8080/lib/j2db.jar, 1189762087812)

Hi Johan
My customers machine has java 1.5 SDK. On the windows 2003 server i use java 5 as well.
I will ask them to delete the contents of this directory now.
Thanks
Marcus

jcompagner wrote:can you delete the contents of the <servoy-dir>\server\work dir?
It seems to generate illegal jars at your place.

Which java version do you use on the server and on the client?

Hi Johan
I deleted the contents on my side.
Can you check if it loads now on your mac?
Thanks

jcompagner wrote:can you delete the contents of the <servoy-dir>\server\work dir?
It seems to generate illegal jars at your place.

Which java version do you use on the server and on the client?

After deleting the cache I have the same issue.

You insist on using it on the mac. Are you sure it works on a pc?

ok i tried it also now under Windows and there it works fine.

so if marcel could test it also again on the mac, then it is a mac specific problem (as it seems).

Is there now new content generated in that directory?

Cleared jws cache again, downloaded client again...

Same issue...

what is your exact version of java on the server?

because i test here and i can load you solution under windows just fine with java 6 (1.6.0_02-b05) and java 5 (1.5.0_08-b03).

But i also tested it with linux and java 6 there worked fine but java 5 (1.5.0_06) also fails.

So it seems that you have a pretty new java 5 on the server and somehow this makes files that are not compatible anymore with older versions of java..

If you use a java 5 version greater then 1.5.0_07 then you could downgrade to 1.5.0_06 or something OR upgrade to java6 because we have special support for Server java6 and Client java5.. So these things don't happen.

Hi Johan
I upgraded to version 6 and now everything works fine.
Thanks for the help.

Her is the java version that caused the problem:

JDK Information
java.vm.name=Java HotSpot(TM) Client VM
java.vm.version=1.5.0_12-b04
java.vm.info=mixed mode, sharing
java.vm.vendor=Sun Microsystems Inc.

jcompagner wrote:what is your exact version of java on the server?

because i test here and i can load you solution under windows just fine with java 6 (1.6.0_02-b05) and java 5 (1.5.0_08-b03).

But i also tested it with linux and java 6 there worked fine but java 5 (1.5.0_06) also fails.

So it seems that you have a pretty new java 5 on the server and somehow this makes files that are not compatible anymore with older versions of java..

If you use a java 5 version greater then 1.5.0_07 then you could downgrade to 1.5.0_06 or something OR upgrade to java6 because we have special support for Server java6 and Client java5.. So these things don't happen.