Hm, I'm pondering whether the TCCL assignment in CXF is aimed for CXF itself. Maybe it depends on this mechanism to get access to the classes in generated APIs? When calling methods on generated API, inside the CXF core bundle I see TCCL set to the generated API bundle.
It seems this could be a general pattern for libraries that let the client generate code, and I wonder if there is a better solution than TCCL in OSGi for this case? Best regards Mike BJ Hargrave wrote: > There are times when it is necessary when dealing with legacy > code that > demands the TCCL provide visibility to some types. Normally you do a > try/finally to set and restore the TCCL around the call to > the legacy code > which needs the TCCL set to some value. But I imagine there > are times when > you will encounter conflicting interests in the value of TCCL > that cannot > be easily solved. > -- > > BJ Hargrave > Senior Technical Staff Member, IBM > OSGi Fellow and CTO of the OSGi Alliance > [email protected] > > office: +1 386 848 1781 > mobile: +1 386 848 3788 > > > > > From: Mike Wilson <[email protected]> > To: "[email protected]" <[email protected]> > Date: 2015/02/23 11:03 > Subject: [osgi-dev] setting contextClassLoader inside library > bundles > Sent by: [email protected] > > > > We just ran into some problems when running CXF inside Karaf. > The cause is > that CXF assigns the contextClassLoader to the bundle > ClassLoader during > each message event. > Based on various discussion on the net (f ex [1]) I had expected that > libraries like CXF would not touch the contextClassLoader > when run inside > OSGi. Or are there valid use cases for this? > > Thanks > Mike > > [1] > http://njbartlett.name/2012/10/23/dreaded-thread-context-class loader.html > > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > > > _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
