Hello, On 17.06.2010, at 09:29, Stuart McCulloch wrote:
> 2010/6/17 Issac Noé García <is...@torito.org> > >> Hi, this is my first post here, >> I have a bug I can solve :( >> The context: >> The platform: I'm using iPOJO 1.6.2, Felix 2.0.5, Jetty 1.0.1, XMLRPC or >> JsonRPC >> The application : >> I have two iPOJO components (service-exporter and real-service) >> service-exporter requires the real-service and expose it as a Json RPC >> service. >> >> Its a simple application the real-service is like a "hello world"example. >> And I use a frontend using jscript to call the json service, and everything >> is OK, but only 15 calls!! I need to update the bundle to have it running >> again (another 15 calls) >> Later, I changed the JSON RPC exporter for an XMLRPC exporter to see if it >> was an Jabsorb problem. but it throws the exception after 15 services calls >> too. >> >> Someone has an idea about what its happening here? >> > > it's a proxy classloader issue, we encountered the same thing with Guice a > while ago: > > http://code.google.com/p/google-guice/issues/detail?id=417 > > basically the issue is that after ~15 method calls the Sun JDK proxy code > switches > from using native reflection to a generated class (the class is better for > JIT compiling > but it takes longer to create than a few native reflection calls, hence the > threshold) Do you know if it's related to: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6265952 > > to make this switch the proxy instance needs access to the "sun.reflect" > classes, > which are usually available from the boot classloader via parent delegation > - but if > the proxy instance was created by an OSGi bundle then it could end up using > the > bundle's classloader (depending on the type being proxied) > > this is where it gets problematic - if the proxy is using a bundle > classloader and > that bundle doesn't import "sun.reflect" then it won't be able to see this > package > and you get that exception... and the bundle typically won't import > "sun.reflect" > as it's a hidden JVM implementation issue > > so what to do? for Guice we already use a custom (bridge) classloader for > bundle > created proxies, so we simple added a shortcut to load any "sun.reflect" > classes > via the system classloader - maybe iPOJO could so something similar? Definitely, just opened https://issues.apache.org/jira/browse/FELIX-2416 Regards, Clement > > otherwise there is a simple workaround, which is to set this framework > property: > > org.osgi.framework.bootdelegation=sun.reflect > > in the Felix configuration file - then all bundles will be able to see the > "sun.reflect" > package without having to import it (some use a wider pattern of > "sun.*,com.sun.*") > > HTH > > the trace exception is here: >> >> java.lang.NoClassDefFoundError: sun/reflect/MethodAccessorImpl >> at sun.misc.Unsafe.defineClass(Native Method) >> at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:45) >> at >> sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:381) >> at java.security.AccessController.doPrivileged(Native Method) >> at >> >> sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:377) >> at >> >> sun.reflect.MethodAccessorGenerator.generateMethod(MethodAccessorGenerator.java:59) >> at >> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:28) >> at >> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> at java.lang.reflect.Method.invoke(Method.java:597) >> at >> >> org.apache.xmlrpc.server.ReflectiveXmlRpcHandler.invoke(ReflectiveXmlRpcHandler.java:115) >> at >> >> org.apache.xmlrpc.server.ReflectiveXmlRpcHandler.execute(ReflectiveXmlRpcHandler.java:106) >> at >> >> org.apache.xmlrpc.server.XmlRpcServerWorker.execute(XmlRpcServerWorker.java:46) >> at org.apache.xmlrpc.server.XmlRpcServer.execute(XmlRpcServer.java:86) >> at >> >> org.apache.xmlrpc.server.XmlRpcStreamServer.execute(XmlRpcStreamServer.java:200) >> at >> >> org.apache.xmlrpc.webserver.XmlRpcServletServer.execute(XmlRpcServletServer.java:112) >> at org.apache.xmlrpc.webserver.XmlRpcServlet.doPost(XmlRpcServlet.java:196) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) >> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502) >> at >> >> org.mortbay.jetty.servlet.OsgiServletHolder.handle(OsgiServletHolder.java:101) >> at >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363) >> at >> >> org.mortbay.jetty.servlet.OsgiServletHandler.handle(OsgiServletHandler.java:117) >> at >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) >> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) >> at >> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >> at org.mortbay.jetty.Server.handle(Server.java:324) >> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534) >> at >> >> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:879) >> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:741) >> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:213) >> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:403) >> at >> >> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409) >> at >> >> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:522) >> Caused by: java.lang.ClassNotFoundException: sun.reflect.MethodAccessorImpl >> at >> >> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:814) >> at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61) >> at >> >> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733) >> at java.lang.ClassLoader.loadClass(ClassLoader.java:248) >> at >> >> org.apache.felix.ipojo.handlers.dependency.Dependency$SmartProxyFactory.loadClass(Dependency.java:900) >> ... 33 more >> >> -- >> Issac Noé García Garza >> > > -- > Cheers, Stuart --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
