Would that be portable? Also, how would it distinguish the Bundle-Classpath of "my" bundles (the ones I could build containing embedded Pack200 JARs) from other bundles using Bundle-Classpath (i don't want to break default behavior)?
My main bundle loading is done using JARs on the FileSystem by the host application that embeds Felix (similar functionality, but not identical to FileInstall) calling the BundleContext.install and Bundle.update methods, along with PackageAdmin (haven't upgraded to Felix 4.x yet, still using v3.x). -- Christopher On Friday, 4 May 2012, Karl Pauls wrote: > You could create your own urlhandlerservice that would (if you install > bundles with it given prefix) do the manipulation when a bundle is > installed... > > regards, > > Karl > > On Fri, May 4, 2012 at 9:01 AM, Christopher BROWN > <br...@reflexe.fr<javascript:;>> > wrote: > > I'm assuming (perhaps wrongly) that classes loaded via Bundle-Classpath > > have a classloader that enables things like classloader.getResource() > that > > looks inside the "bundled" JAR and not in the "host" JAR (so different > from > > a fragment bundle), so that I don't need to merge and avoid conflicts > > between my "host" bundle's MANIFEST.MF and other resources and those of > the > > embedded JAR. > > > > I could merge the JARs, but then again I don't know if it's always > allowed > > from a licensing viewpoint (it would be a derivative works, as opposed to > > simply embedding and compressing... but I am not a lawyer). And it > > simplifies the build process if I just have to pack a file, especially > if I > > upgrade the embedded JARs (no delta of extracted files to clean up). > > > > Is this possible, desirable, and compatible with OSGi standards (even if > > optional, or for say a future version)? It would seem (very) nice to > have > > in resource-constrained environments (we're often seeing up to 80% > > additional compression compared with the normal JAR/ZIP maximum > compression > > for JARs containing class files and no static resources). > > > > Thanks, > > Christopher > > > > > > > > On 4 May 2012 01:01, Marcel Offermans > > <marcel.offerm...@luminis.nl<javascript:;>> > wrote: > > > >> On May 4, 2012, at 0:11 , Christopher BROWN wrote: > >> > >> > However, I don't think there's any way of doing this for embedded > JARs in > >> > the Bundle-Classpath, which is a shame as the software contains > bundles > >> > that encapsulate dependencies that we don't want customers to rely on > if > >> we > >> > decide to change implementation details for future upgrades... and > it's > >> > typically these dependencies that bloat up file sizes. > >> > >> And you can't inline the classes in those embedded jars, because … ? > >> > >> Greetings, Marcel > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org<javascript:;> > >> For additional commands, e-mail: users-h...@felix.apache.org<javascript:;> > >> > >> > > > > -- > Karl Pauls > karlpa...@gmail.com <javascript:;> > http://twitter.com/karlpauls > http://www.linkedin.com/in/karlpauls > https://profiles.google.com/karlpauls > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org <javascript:;> > For additional commands, e-mail: users-h...@felix.apache.org<javascript:;> > > -- Cordialement, Christopher BROWN REFLEXE Technologies