Mailing-List: contact users-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@felix.apache.org
Received-SPF: pass (athena.apache.org: domain of karlpauls@gmail.com
 designates 209.85.214.177 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAHL_zcM=4wRmFQ9OL2bXE4gq6oD9wBzDyC0_JBoSAAKwt9qG0A@mail.gmail.com>
References: 
 <CAHL_zcM50_CsgSJ0y2ip8D7MCSVWighiDB3qr_3mBbVVbP-ECw@mail.gmail.com>
 <055D1DA1-B2C8-419C-B078-5F6A08F0B6A3@luminis.nl>
 <CAHL_zcM=4wRmFQ9OL2bXE4gq6oD9wBzDyC0_JBoSAAKwt9qG0A@mail.gmail.com>
From: Karl Pauls <karlpauls@gmail.com>
Date: Fri, 4 May 2012 09:35:02 +0200
Message-ID: 
 <CAJnwQNjiCW0_VNnt57PYY4TM=XRgZBRAujVccvnPPArAGXszxQ@mail.gmail.com>
Subject: Re: OSGi bundles and Pack200 format with Bundle-Classpath
To: users@felix.apache.org
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

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() tha=
t
> looks inside the "bundled" JAR and not in the "host" JAR (so different fr=
om
> 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 t=
he
> embedded JAR.
>
> I could merge the JARs, but then again I don't know if it's always allowe=
d
> from a licensing viewpoint (it would be a derivative works, as opposed to
> simply embedding and compressing... but I am not a lawyer). =A0And 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)? =A0It would seem (very) nice to h=
ave
> in resource-constrained environments (we're often seeing up to 80%
> additional compression compared with the normal JAR/ZIP maximum compressi=
on
> 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 bundle=
s
>> > 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 =85 ?
>>
>> Greetings, Marcel
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>


--=20
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