Good to hear that they fixed this. Does this also mean that when Oracle releases this bugfix Servoy 5.2 will support Java 7 (again)? And if not why not.
this specific issue will be fixed then 5.2 will not be hold back because of this issue on java 7.
But there could be other issues that we don’t know about. But if it did work fine before this issue then it should work again after this is fixed.
Quote from Oracle :
New JAR Manifest File Attributes
JDK 7u25 release introduces the permissions and codebase attributes in the JAR Manifest File. These attributes are used to verify that the application is requesting the correct permissions level and is accessed from the correct location. See Preventing the Repurposing of an Application document.
Developers are advised to utilize at least the new permissions attribute, and if possible the codebase attribute as well. In future releases, applications that do not include these protections may be blocked or subjected to additional warning dialogs.
Please a comment from Servoy how future smart client startup problems (if any for this matter) can be avoided…
Regards,
we already have added to all our core jars that stuff.
also there is a case: https://www.servoyforge.net/issues/728 that also makes the signtester do that for all the jars.
Stupid is that for us (servoy install) that whole thing is completely useless, doesn’t gain any protection what so ever.
Hi all,
IS there anyone else having this problem on later versions of java? We are now getting the same problem on java 1.7 build 54. Can anyone confirm that they have absolutely no issue using it2be calendar bean in java versions later than 1.7 build 25 that the topic was about?
No issue’s here, running it2be calendar under Java 1.7.0_67 Windows and Mac!
All libs are signed with our own Globalsign signing certificate using the codesigner on ServoyForge
https://www.servoyforge.net/projects/code-signer
Harjo:
No issue’s here, running it2be calendar under Java 1.7.0_67 Windows and Mac!All libs are signed with our own Globalsign signing certificate using the codesigner on ServoyForge
https://www.servoyforge.net/projects/code-signer
Thanks for the reply harjo. The bean works for us as well, but maybe 40% of the times it pops up with this error. I don’t know why actually. Just wanted to confirm that the error does not exist for anyone else using java versions later than 1.7 build 25. I’m using the same code-signer jar file to sign our jar files too, but all our jar files are self signed as we are waiting for our global certificate to be issued. do you think, that can be the problem? any idea what might cause the issue?
This is becoming a long thread, so not sure WHAT issue you exactly referring to.
Harjo:
This is becoming a long thread, so not sure WHAT issue you exactly referring to.
The classLoader issue with java webstart that was introduced by java from java 1.7 build 25. The bean can not load the related classes.
What Servoy version, do you use? we have 6.0.x and 7.3.1
I’m on 7.4.1 final. Have you tried it on the latest servoy version?
We still have the issue with loading the bean. Randomly it just won’t load and throws an exception we can do nothing about, it really upsets the end users.
Please help us figure it out?
Server Information
Servoy version 7.4.1 -releaseNumber 2028
JVM Information
java.vm.name=Java HotSpot™ Client VM
java.version=1.8.0_25
java.vm.info=mixed mode
java.vm.vendor=Oracle Corporation
Operating System Information
os.name=Windows Server 2008 R2
os.version=6.1
os.arch=x86
Client running on Windows Server 2008 R2 Standard
64-bit, Java 1.7.0_60
Thanks.
whats the exception?
I have the same problem on an applicationserver with a verry recent java version.
There was an old java version installed on the server
I updated java, updated servoy (2039), cleaned java cache server, reinstalled servoy over the old directory …
nothing helps.
I don’t have this problem on another test server with same java, same servoy version , …
Anubody knows what I can do (except clean install) ?
Best Regards,
Java Web Start 10.76.2.13
Using JRE version 1.7.0_76-b13 Java HotSpot™ 64-Bit Server VM
User home directory = C:\Users\globis_admin
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
0-5: set trace level to
jun 04, 2015 4:41:10 PM com.servoy.j2db.util.Debug error
SEVERE: Scope ‘globals’ was accessed while not fully created yet, check for scope variables recursively referring to each other, scope stack:[globals]
jun 04, 2015 4:41:10 PM com.servoy.j2db.util.Debug error
SEVERE: Scope ‘globals’ was accessed while not fully created yet, check for scope variables recursively referring to each other, scope stack:[globals]
jun 04, 2015 4:41:11 PM org.jabsorb.serializer.impl.BeanSerializer analyzeBean
INFO: analyzing com.servoy.j2db.dataprocessing.DataSetWithIndex
Registering Commercial IT2BE Component runtime licenses for Globis NV
jun 04, 2015 4:41:55 PM com.servoy.j2db.util.Debug error
SEVERE: Throwable
java.lang.ClassNotFoundException: com.servoy.extensions.beans.treeview.TreeView
at java.net.URLClassLoader$1.run(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at com.sun.jnlp.JNLPClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at com.servoy.j2db.component.ComponentFactory.getBeanInstanceFromXML(ComponentFactory.java:877)
at com.servoy.j2db.component.ComponentFactory.createBean(ComponentFactory.java:2310)
at com.servoy.j2db.component.ComponentFactory.createComponentEx(ComponentFactory.java:372)
at com.servoy.j2db.component.ComponentFactory.createComponent(ComponentFactory.java:257)
at com.servoy.j2db.smart.dataui.DataRendererFactory.placeElements(DataRendererFactory.java:300)
at com.servoy.j2db.smart.dataui.DataRendererFactory.completeRenderers(DataRendererFactory.java:266)
at com.servoy.j2db.FormController.createDataRenderers(FormController.java:449)
at com.servoy.j2db.FormController.init(FormController.java:279)
at com.servoy.j2db.FormManager.leaseFormPanel(FormManager.java:920)
at com.servoy.j2db.FormManager.leaseFormPanel(FormManager.java:1)
at com.servoy.j2db.scripting.CreationalPrototype.get(CreationalPrototype.java:171)
at org.mozilla.javascript.ScriptableObject.getProperty(ScriptableObject.java:2141)
at org.mozilla.javascript.ScriptRuntime.getObjectElem(ScriptRuntime.java:1474)
at org.mozilla.javascript.ScriptRuntime.getObjectElem(ScriptRuntime.java:1458)
at org.mozilla.javascript.Interpreter.interpretLoop(Interpreter.java:1442)
at org.mozilla.javascript.Interpreter.interpret(Interpreter.java:837)
at org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:158)
at org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:406)
at org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:3204)
at org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:156)
at com.servoy.j2db.scripting.ScriptEngine.executeFunction(ScriptEngine.java:628)
at com.servoy.j2db.BasicFormController.executeFunction(BasicFormController.java:824)
at com.servoy.j2db.FormController.executeFunction(FormController.java:1277)
at com.servoy.j2db.FormController.executeFunction(FormController.java:1144)
at com.servoy.j2db.FormController$ScriptExecuter.executeFunction(FormController.java:1056)
at com.servoy.j2db.ui.BaseEventExecutor.fireEventCommand(BaseEventExecutor.java:284)
at com.servoy.j2db.ui.BaseEventExecutor.fireEventCommand(BaseEventExecutor.java:250)
at com.servoy.j2db.ui.BaseEventExecutor.fireActionCommand(BaseEventExecutor.java:218)
at com.servoy.j2db.smart.dataui.AbstractScriptLabel$5.mouseReleased(AbstractScriptLabel.java:929)
somehow the treebean is not at the client.
Are you sure the treebean is in the beans dir of that application server?
All these different errors are starting to make this thread one big off-topic thing, but anyway:
At least on Mac I know this treeview bean is causing issues.
Solution was to recompile the source with java 7, could this start to be an issue on Windows as well?
If so, please also see: https://www.servoyforge.net/issues/788