@Matt - you should find an unsubscribe linke somewhere ;) Believe me - there are people still using RPC/Encoded style web services. Or Corba.
~Grzegorz 2016-07-14 7:36 GMT+02:00 Matt Madhavan <[email protected]>: > Not sure why am I still getting mails from this post! > > Great idea, but OSGi, is dead:( > > Any ideas? > > On Jul 13, 2016 7:43 PM, "Lim, See Peng" <[email protected]> wrote: > >> Hi Grzegorz, >> >> >> >> I am running inside full OSGI runtime, is that mean it won’t use >> BundleClassLoaders? >> >> >> >> Regards, >> >> See Peng >> >> >> >> *From:* Grzegorz Grzybek [mailto:[email protected]] >> *Sent:* Tuesday, July 12, 2016 7:35 PM >> *To:* [email protected] >> *Subject:* Re: Class loading issue in apache aries blueprint context >> >> >> >> Hello >> >> Are you running your blueprint inside full OSGi runtime or via >> camel-test-blueprint? In latter case you're using felix-connect (previously >> known as PojoSR), which doesn't use full BundleClassLoaders. >> >> regards >> >> Grzegorz >> >> >> >> 2016-07-12 12:53 GMT+02:00 Lim, See Peng <[email protected]>: >> >> Hi all, >> >> >> >> We noticed that when a bean is initialized in apache aries blueprint >> context, it will use the LauncherAppClassLoader instead of bundle class >> loader , hence it can’t access resources such as classes or file in a >> bundle. >> >> >> >> I am trying to check the apache aries trunk source code and found out >> there is a deprecated class >> “org.apache.aries.blueprint.utils.BundleDelegatingClassLoader”. Is this >> class used to delegating system class loader to bundle class loader? How >> can we make a bean will always initialized using the bundle classloader in >> blueprint context? >> >> >> >> Really appreciate your help on this issue. >> >> >> >> Thanks. >> >> >> >> Regards, >> >> See Peng >> >> >> >> >> >
