-
-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OWS tries to load jar not in jnlp caused by + in jar name #576
Comments
Disclaimer: I am not a OWS developer ;) What do you mean by „OWS tries to load a jar file“ - can you see it in what log? Maybe it‘s some mechanism specific to JCEF? PS I had a similar effect with an OSGI Application (not with JCEF) where some “Bundle logic” tried to load Jars (thus it was not OWS trying to load the jar in my case). |
Where did you find that bundling information, i did not find any entries in pointing to a jcef.jar file. OWS does not map the correct jar. This is the output if i try to access a class in the jar CachedJarFileCallback.addMapping : http://127.0.0.1:8080/ecaros2client/jcef.jar -> http://127.0.0.1:8080/ecaros2client/jcef.jar All other jars, but not the missing one, are mapped at the applications startup |
I've experienced a similar (but possibly not identical) issue. If a class file for one of the classes in a .jar file happens to be on my classpath, then it's sometimes loaded instead of the one that's in the .jar file (I would have expected applications run through OpenWebStart to override the CLASSPATH environment variable). |
Perhaps the '+ char in the jar file url is problematic. Is it possible to simplify the name? |
This jar name comes directly from maven central / maven repository so for production it won't be possible to change this. But i can try to exclude this dependency and use a local copy with simplified name tho test if it is realy the name witch is causing the problem. When i tested i'll reply again |
@janakmulani This seems to be the Problem, after adding the jar to a local repository without the + int the name/version openwebstart loads the jar fine. |
Yes, the + character is used as an encoding for a white space in the URL encoding |
OK i'll try to reach out to the maintainer of the package if he is able to remove the + from the artifacts versions in future releases |
OWS tries to load a jar file, jcef.jar, from the root of the applications deployment dir. This jar does not exist and is not referenced in the jnlp file.
OWS also misses to load the correct jar file present in the jnlp and in the deployment. The correct one is jcef-api-jcef-0b8e42e+cef-122.1.10+gc902316+chromium-122.0.6261.112.jar. This jar file is located in a sub directory of the deployment.
All other jars are loaded correctly.
OS is ubuntu 22.04 jdk is adoptium openjdk 11.2.
Oracle webstart with jdk 8 has no Problem
IcedTea webstart standalone has no problem either.
Copying the file to the wrong location with the wrong name fixes the Problem but is no solution in productive environment.
The text was updated successfully, but these errors were encountered: