Clement and me did debug this issue further and it is related to the implicit bootdelegation in felix. We have a fix for it which is commited to trunk now. I opened FELIX-2421 to track this. Please test it with the current trunk and let us know whether it works for you.
regards, Karl 2010/6/17 Issac Noé García <is...@torito.org>: > 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 > -- Karl Pauls karlpa...@gmail.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org