Grid - I saw your latest commits goes in and fiddle with the classpath and remove the
entries.
This might work, but it is a huge hack and very much dependent on specific versions of
AS/JBossWS.
We need to talk to the WS guys on what those jars
are for and when they should be included/excluded.
If they are not needed at all we should fix our server adapter.
Please raise this with the JBossWS team and provide us with the link to the discussion
on the forums.
-max
So when are these two jars ever needed ?
That is the question we need an answer to.
-max
> This issue maybe caused by JbossWS, it seems that more than one
> "javax.xml.ws.spi.Provider" classes are package into the library. if
> user select JBoss as its server, JBoss will set all jars in jboss libs
> to project classpath, including the two weird jars, so the issue can not
> be fixed by adding facet UI.
>
> Denny
>
> gridqian wrote:
>> I think this maybe fix this problem. If user let facet add jars, we
>> can control copy jars.
>> But if user let server do it, how do we control copy jars? Now in
>> server classpath con-
>> tainer there are the two jars too.
>>> This should fix the problem then, right?
>>>
>>> PS - remember to reply to all so the responses all go to the mailing
>>> list ;)
>>>
>>> gridqian wrote:
>>>> Yes, Rob. Denny is doing this task.
>>>>> Hi Grid:
>>>>>
>>>>> You should have a page similar to the jsf facet's page.
>>>>>
>>>>> When creating a JSF project or enabling the JSF facet (in a seam
>>>>> project),
>>>>> there is a page where the user selects whether to let the facet add
>>>>> the jars
>>>>> manually or let the server do it.
>>>>> If the user selects let the server do it, then your facet should
>>>>> NOT add the jars
>>>>> and should instead let the server itself do it (aka my code, which
>>>>> adds the container
>>>>> with all the jars). If your user DOES select to add the jars, then
>>>>> you should do so.
>>>>>
>>>>> You should be able to see an example of this by creating a new Seam
>>>>> project.
>>>>> One page is the JSF page.
>>>>>
>>>>> Try to work similar to that.
>>>>>
>>>>> - Rob Stryker
>>>>>
>>>>> gridqian wrote:
>>>>>> Hi guys,
>>>>>>
>>>>>> There is a problem when I create jboss ws and rum a client
sample.
>>>>>>
>>>>>> Now I focus on extending wtp web service framework to support
>>>>>> JBoss WS. To do this task, we must firstly create a dynamic web
>>>>>> project and then generate web service or web service client
codes.
>>>>>> So far I can create web service and web service client. For
user's
>>>>>> convenience I generate a client sample to call web service.
>>>>>>
>>>>>> But you know, if the dynamic web project is assigned a jboss
server
>>>>>> system will add a jboss server classpath container to the
project
>>>>>> classpath and add many jars into this container. These jars
include
>>>>>> jaxws-rt.jar and jaxws-tools.jar. When I run the web service
client
>>>>>> sample class, a issue occurs and the client do not call web
servcie
>>>>>> successfully. After google this issue, I found only if remove
the
>>>>>> two jars (jaxws-rt.jar and jaxws-tools.jar) from project
>>>>>> classpath, the issue will be fixed successfully.
>>>>>>
>>>>>> So how to do to fix this issue? I think we have two ways:
>>>>>> 1 when create jboss server classpath container, we do not add
these
>>>>>> two jars to the container.
>>>>>> But in this case, I do not know whether other dynamic web
projects
>>>>>> can run successfully without these two jars.
>>>>>> 2 Like done as before, add all of jars to jboss server
container.
>>>>>> When I
>>>>>> create web service client project, I remove these two jars from
the
>>>>>> container.
>>>>>> but I do not know how remove jars from a container?
>>>>>>
>>>>>> Which way is better? and if choose second way, who can tell me
how to
>>>>>> remove jars from a classpath container?
>>>>>>
>>>>>> Thanks
>>>>>> Grid
>>>>>
>>>>
>>>
>>
>
>