Domino 9 und frühere Versionen > ND9: Entwicklung
OSGI Tasklet Development auf dem Domino Server security problems
Sven Hasselbach:
--- Code: ---07.02.2016 17:52:29 HTTP JVM: java.lang.NoClassDefFoundError
--- Ende Code ---
Das ist aber ein anderer Fehler...
Thomas Schulte:
--- Zitat von: Sven Hasselbach am 08.02.16 - 07:53:05 ---
--- Code: ---07.02.2016 17:52:29 HTTP JVM: java.lang.NoClassDefFoundError
--- Ende Code ---
Das ist aber ein anderer Fehler...
--- Ende Zitat ---
Ja. Das wäre dann der nächste. Wobei ich nicht kapiere warum der erste jetzt weg ist. Ich hab nichts geändert. Wobei ich auch hier niocht begreife warum. Die DominoConnection.Class ist in demselben Verzeichnis drin wie alles anderen Klassen. Wieso findet er hier also die Class Definition nicht?
Sven Hasselbach:
Füg mal ein
--- Code: ---Bundle-ClassPath: .
--- Ende Code ---
ins MANIFEST.MF hinzu
EDIT
Und ein
--- Code: ---Export-Package: com.cerri.plannerdata
--- Ende Code ---
Thomas Schulte:
Hab ich gemacht und Zack hab ich meinen anderen Fehler wieder...
08.02.2016 08:40:36 HTTP JVM: 2016-02-08 08:40:36 JRebel: ERROR java.security.AccessControlException: Access denied (java.lang.RuntimePermission getProtectionDomain)
08.02.2016 08:40:36 HTTP JVM: at java.security.AccessController.throwACE(AccessController.java:100)
08.02.2016 08:40:36 HTTP JVM: at java.security.AccessController.checkPermission(AccessController.java:174)
08.02.2016 08:40:36 HTTP JVM: at java.lang.SecurityManager.checkPermission(SecurityManager.java:544)
08.02.2016 08:40:36 HTTP JVM: at java.lang.Class.getProtectionDomain(Class.java:1327)
08.02.2016 08:40:36 HTTP JVM: at com.zeroturnaround.javarebel.jf.loadManaged(JRebel:409)
08.02.2016 08:40:36 HTTP JVM: at com.zeroturnaround.javarebel.je.a(JRebel:64)
08.02.2016 08:40:36 HTTP JVM: at com.zeroturnaround.javarebel.jo.loadReloadableClass(JRebel:423)
08.02.2016 08:40:36 HTTP JVM: at com.zeroturnaround.javarebel.SDKIntegrationImpl.findReloadableClass(JRebel:88)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass_LockClassLoader(ClasspathManager.java:446)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:426)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:193)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:370)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:446)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:399)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:387)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
08.02.2016 08:40:36 HTTP JVM: at java.lang.ClassLoader.loadClass(ClassLoader.java:638)
08.02.2016 08:40:36 HTTP JVM: at com.cerri.plannerdata.SimpleServlet.executeParams(SimpleServlet.java:95)
08.02.2016 08:40:36 HTTP JVM: at com.cerri.plannerdata.SimpleServlet.doGet(SimpleServlet.java:51)
08.02.2016 08:40:36 HTTP JVM: at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
08.02.2016 08:40:36 HTTP JVM: at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:180)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
08.02.2016 08:40:36 HTTP JVM: at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:59)
08.02.2016 08:40:36 HTTP JVM: at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.domino.xsp.adapter.osgi.OSGIModule.invokeServlet(OSGIModule.java:167)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.domino.xsp.adapter.osgi.OSGIModule.access$0(OSGIModule.java:153)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.domino.xsp.adapter.osgi.OSGIModule$1.invokeServlet(OSGIModule.java:134)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.domino.xsp.adapter.osgi.AbstractOSGIModule.invokeServletWithNotesContext(AbstractOSGIModule.java:181)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.domino.xsp.adapter.osgi.OSGIModule.doService(OSGIModule.java:128)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.domino.xsp.adapter.osgi.OSGIService.doService(OSGIService.java:417)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.designer.runtime.domino.adapter.LCDEnvironment.doService(LCDEnvironment.java:350)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.designer.runtime.domino.adapter.LCDEnvironment.service(LCDEnvironment.java:306)
08.02.2016 08:40:36 HTTP JVM: at com.ibm.domino.xsp.bridge.http.engine.XspCmdManager.service(XspCmdManager.java:272)
Sven Hasselbach:
Da ist irgendwas faul mit JRebel:
--- Code: ---08.02.2016 08:40:36 HTTP JVM: at com.zeroturnaround.javarebel.jf.loadManaged(JRebel:409)
--- Ende Code ---
In einer Dev Umgebung könntest Du mal
--- Code: ---grant {
java.lang.RuntimePermission "getProtectionDomain";
};
--- Ende Code ---
in die Java Policy übernehmen. Oder gleich ein
--- Code: ---grant {
permission java.security.AllPermission;
};
--- Ende Code ---
Aber letztlich solltest Du mal bei ZeroTurnAround in den Foren nach dem Problem suchen
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln