dev@glassfish.java.net

Re: Repackaging of artifacts to add OSGi metadata

From: Sahoo <Sahoo_at_Sun.COM>
Date: Thu, 31 Jul 2008 23:48:26 +0530

Llyod,

Yes, I know I repackaged most of them including that one, because I did
not have a choice at that time. I could not have waited for the original
artifact developers to give us OSGi-ed artifacts.
Are you expecting me to contact every such artifact supplier? On the
contrary, I am expecting owner of every module that uses those artifacts
to do the needful. This is for two reasons:
1. Module owner can investigate if there is any alternative artifact
available that contains OSGi metadata. If so, they can use it.
2. Module owner should be more familiar with the original artifact
supplier than me.

It is up to module owners to do this or ignore. All I can say is
packaging and build team wants us to not repackage as much as possible.
Contact them for further details.

Thanks,
Sahoo

Lloyd Chambers wrote:
> Sahoo,
>
> I believe you repackaged jmxremote_optional.
>
> Lloyd
>
> ..............................................
> Lloyd Chambers
> lloyd.chambers_at_sun.com
> GlassFish team, admin
>
>
>
>
> On Jul 31, 2008, at 10:46 AM, Sahoo wrote:
>
>> If you look at v3/distributions/external directory, you shall find we
>> repackage around a dozen of jar files to add OSGi meta data. The
>> artifacts fall into two categories, viz: artifacts originally
>> developed by some other group in Sun and artifacts from some other
>> open source projects. Of the current list of artifacts being
>> repackaged, we shall definitely remove grizzly*, jaxb by HCF time. We
>> will then be left with the following Sun produced artifacts:
>> jasper-jsr199,
>> jmxremote_optional,
>> ldapbp,
>> sysnet-registration.
>>
>> Can owner of every module that primarily require the aforementioned
>> artifacts to contact the original artifact suppliers to get OSGied
>> versions so that we don't have to repackage them in v3 workspace?
>>
>> Thanks,
>> Sahoo
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>