Thanks a lot Stuart, Clement for your explanation and the solution meanwhile is solved in iPOJO, Felix, or Java :-D
2010/6/17 Stuart McCulloch <mccu...@gmail.com> > On 17 June 2010 15:52, Clement Escoffier <clement.escoff...@gmail.com > >wrote: > > > 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 > > > > yep, nice to see they accepted it as a bug in 2005 but still haven't fixed > it ;) > > it's a nasty issue because it only shows up after a certain call-threshold > > > > > > > > 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 > > > > -- > Cheers, Stuart > -- Issac Noé García Garza
