felix-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Karl Pauls <karlpa...@gmail.com>
Subject Re: OSGi bundles and Pack200 format with Bundle-Classpath
Date Fri, 04 May 2012 07:35:02 GMT
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 <brown@reflexe.fr> 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.offermans@luminis.nl> 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-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>



-- 
Karl Pauls
karlpauls@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Mime
View raw message