Is it necessary to keep the wrapper file given that jar in the endorsed
directory will automatically be used since that directory is set by
default in the java.endorsed.dirs system property in Glassfish (in the
server and in the application client)?
Dhiru Pandey wrote:
> Tom,
>
> We discussed this and Vijay came up with a solution of having an
> activation.jar under glassfish/lib/ which is a wrapper file whose
> META-INF/MANIFEST points to the activation.jar under
> glassfish/lib/endorsed
>
> This way we will ensure backward compatibility for programs/scripts
> that relied on glassfish/lib/activation.jar
>
> -Dhiru
>
> Tom Amiro wrote:
>> Bhakti,
>>
>> Right, I was questioning the duplicity too.
>>
>> However, if you are going to make that change, you better broadcast
>> it from the rooftops because many automated tests will have to change
>> their classpaths to work.
>>
>> Tom
>>
>>
>> Bhakti Mehta wrote:
>>
>>> I see your point. I will remove the jar in GF/lib.
>>>
>>> Regards,
>>> Bhakti
>>>
>>> Dhiru Pandey wrote:
>>>
>>>> Bhakti,
>>>>
>>>> Why do we need to have two copies of activation.jar ? I would think
>>>> one copy under lib/endorsed should work just fine
>>>>
>>>> -Dhiru
>>>>
>>>> Bhakti Mehta wrote:
>>>>
>>>>> Tom,
>>>>> We decided to put activation in lib/endorsed because jaxb-api (as
>>>>> part of webservices-api.jar ) was in lib/endorsed and that
>>>>> referred to some classes in activation.jar and hence we needed to
>>>>> copy that as part of lib/endorsed.
>>>>> I am not sure why the sizes differ slightly?
>>>>> Regards,
>>>>> Bhakti
>>>>>
>>>>> Tom Amiro wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> After running setup.xml to install latest nightly GF build
>>>>>> from the snapshot image for windows, I noticed that there
>>>>>> are two copies of activation.jar with slightly different
>>>>>> sizes
>>>>>>
>>>>>> glassfish/lib/activation.jar 62928 bytes
>>>>>> glassfish/lib/endorsed/activation.jar 63066 bytes
>>>>>>
>>>>>> Why is this the case? It seems peculiar.
>>>>>>
>>>>>> Also, when you run setup.xml you get the following message
>>>>>>
>>>>>>> create.domain:
>>>>>>> [exec] Option adminuser deprecated, use --user instead.
>>>>>>
>>>>>>
>>>>>> That should be fixed.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>>
>>>>>> 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
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>>>
>>
>> ---------------------------------------------------------------------
>> 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
>
--
Kyle Grucci
CTS Architect
Java EE Compatibility
Sun Microsystems, Inc.
Voice x81455 / +1 781 730 4183
Email - kyle.grucci_at_sun.com