Sahoo,
Jerome asked me to ping you about this. We were discussing what possible
options we can try since classpath is not being honoured.
One case is to have something like lib/client/endorsed (or whatever name
we decide) and move the webservices-api and jaxb-api-osgi jars there and
Jerome was suggesting we treat that also as modules .
That will avoid having 2 copies of the same jar.
Do you have other ideas we can experiment?
Regards,
Bhakti
Bhakti Mehta wrote:
> Sahoo/Jerome,
> I do not think this sugestion of creating empty jar with classpath in
> manifest will work for endorsed standards. I spoke with Jerome and did
> a few experiments
>
> 1.Here is the new jar I created which is an empty jar with classpath
> entry webservices-api-osgi.jar (leave aside jaxb-api-osgi.jar for now)
> 2.Created a folder called as/lib/client/endorsed as Jerome suggested
> 3.Copy this jar there from 1.
> 4. modify as/glassfish/bin/wsimport like this (added endorsed dirs)
> java -Djava.endorsed.dirs="$AS_INSTALL/lib/client/endorsed" -cp
> "$AS_INSTALL_LIB/webservices-api-osgi.jar:$AS_INSTALL_LIB/webservices-osgi.jar:$AS_INSTALL_LIB/jaxb-osgi.jar:$AS_INSTALL_LIB/jaxb-api-osgi.jar"
> com.sun.tools.ws.WsImport "$@"
> 5.It gives an error if you run bin/wsimport
> You are running on JDK6 which comes with JAX-WS 2.1 API, but this tool
> requires JAX-WS 2.2 API. Use the endorsed standards override mechanism
> (http://java.sun.com/javase/6/docs/technotes/guides/standards/), or
> use -Xendorsed option.
>
> 6. Now just copy webservices-api-osgi.jar to
> glassfish/lib/client/endorsed and run wsimport
> 7. It displays the options
>
> Comments?
> Regards,
> Bhakti
>
>
>
>
> Sahoo wrote:
>> Can we keep an empty jar in lib/endorsed with Class-Path manifest
>> pointing to the real jar in modules dir?
>>
>> Sahoo
>> Jerome Dochez wrote:
>>> answering myself, always fun...
>>>
>>> it this related to
>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=7853 ?
>>> It looks like we need to ship the webservices api in a separate
>>> directory which would be used by wsimport/wsgen to set the
>>> lib/endorsed directory. Glassfish server would however treat this
>>> directory like modules and not do anything special with regards to
>>> lib/endorsed settings.
>>> better idea anyone ?
>>>
>>> jerome
>>>
>>> On Apr 17, 2009, at 10:12 AM, Jerome Dochez wrote:
>>>
>>>> Bahkti
>>>>
>>>> I am not sure I understand what the issue is. We don't rely on the
>>>> lib/endorsed mechanism to override JDK classes, so why do the TCK
>>>> folks do this ?
>>>>
>>>> jerome
>>>>
>>>> On Apr 16, 2009, at 11:22 AM, Bhakti Mehta wrote:
>>>>
>>>>> Jerome ,
>>>>>
>>>>>
>>>>> I had a vnc session with Alan and know the issues.
>>>>> TCK folks are creating AS_HOME/lib/endorsed folder and copying
>>>>> jaxb-api and webserivces-api-osgi.jar there.
>>>>> They have filed this bug too
>>>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=7853
>>>>>
>>>>> Now till last nightly stax api was also there in
>>>>> webservices-api-osgi.jar which caused the stacktrace below. I
>>>>> already fixed that issue with the latest metro integration where
>>>>> stax is no more part of metro jars and just used from jdk
>>>>> https://glassfish-svn.dev.java.net/source/browse/glassfish-svn/trunk/v3/pom.xml?view=diff&rev=26269&p1=trunk/v3/pom.xml&p2=trunk/v3/pom.xml&r1=26268&r2=26269
>>>>> <https://glassfish-svn.dev.java.net/source/browse/glassfish-svn/trunk/v3/pom.xml?view=diff&rev=26269&p1=trunk/v3/pom.xml&p2=trunk/v3/pom.xml&r1=26268&r2=26269>
>>>>>
>>>>>
>>>>> I sent them the local bits and it works for them so tomorrow's
>>>>> nightly will be good to try.
>>>>>
>>>>> Jerome are you going to address the above bug?
>>>>>
>>>>> Regards,
>>>>> Bhakti
>>>>>
>>>>>
>>>>> Bhakti Mehta wrote:
>>>>>> Are you using JDK 5 by any chance? V3 will only work with JDK 6
>>>>>>
>>>>>> Alan Frechette wrote:
>>>>>>> I get the following exception when trying to start lastest
>>>>>>> nightly glassfish v3 on solaris sparc.
>>>>>>> After this the process is process is hosed/hung.
>>>>>>>
>>>>>>> ALAN
>>>>>>> ------------------------------------------------------------------------
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>>>> <mailto:dev-unsubscribe_at_glassfish.dev.java.net>
>>>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>>> <mailto:dev-help_at_glassfish.dev.java.net>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>>
>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>>> <mailto:dev-unsubscribe_at_glassfish.dev.java.net>
>>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>> <mailto:dev-help_at_glassfish.dev.java.net>
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>> <mailto:dev-unsubscribe_at_glassfish.dev.java.net>
>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>> <mailto:dev-help_at_glassfish.dev.java.net>
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> <mailto:dev-unsubscribe_at_glassfish.dev.java.net>
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>> <mailto: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
>