Cannot get URL for schema (because of extra slash)

[roger.powell]

Hi,

I have Glassfish v2 experience but I am currently evaluating JBoss. The following problem does not occur in glassfish.

I have a WSDL containing a schema that imports another schema.

<xs:import namespace="http://www.ggf.org/namespaces/ws-agreement"
 schemaLocation="agreement_types.xsd"/>

I am developing some web services. The following is the implementation class of an SEI:

@Stateless
@WebContext(contextRoot="/qos")
@WebService(serviceName = "PRService",
portName = "PerformanceRepository",
endpointInterface = "org.gridcc.qos._20070730._3.QoS",
targetNamespace = "http://www.gridcc.org/qos/20070730/3",
wsdlLocation = "META-INF/wsdl/PRService/QoS-WS-v2-RC3a.wsdl")
public class PRService implements org.gridcc.qos._20070730._3.QoS {

Notice the wsdlLocation (only one slash between "wsdl" and "PRService").

Clean and build no problem. Deploy into JBoss 4.2.1 and I get the following error:

Caused by: java.io.IOException: Cannot get URL for: META-INF/wsdl//PRService/agreement_types.xsd

Note that there are two slashes. I assume that's why the schema can't be found.

Can anyone help me? I would be very grateful.

Thx.

[richard_opalka]

Which JBoss AS and JBossWS version are you using?
You can see it in the system console when JBoss boots.

Richard

[roger.powell]

Richard,

Thx for the followup:

"richard_opalka" wrote:
Which JBoss AS

4.2.1GA

and JBossWS version are you using?

2.0.1GA

I guess my question is what is creating the double slash and how do I convince it not to?

Regards,

Roger.

[richard_opalka]

Strange,

it works for me. Are you sure you have custom schema files bundled in the same directory as your wsdl file in deployed archive?

Richard

[roger.powell]

"richard_opalka" wrote:
Strange,

it works for me. Are you sure you have custom schema files bundled in the same directory as your wsdl file in deployed archive?

Richard

Here is a picture of my jar file as proof. It is the QoS-WS-v2-RC3.wsdl that defines the PRService and that imports the agreement_types.xsd (which, in turn, imports address.xsd, by the way).

http://homepage.ntlworld.com/roger.powell7/documents/40.html
(I couldn't get the [img] tags to do their stuff -- nothing works for me.)

[richard_opalka]

Could you provide simple example to reproduce your problem?

Richard

[roger.powell]

Sorry, but I can't do this quickly -- I am very pushed for the next few days. I will try to replicate it if I have time later on.

As I said at the beginning, I have no such problems with Glassfish, using JAX-WS2.1 and JAXB2.1 but instead I encountered a connection pooling problem which I couldn't solve, hence my interest in JBoss AS (and I'm anyway using Hibernate).

Never mind, it was worth a try..

Thanks for your interest.

[brintoul]

I am also having this problem. I cannot believe that there aren't hundreds of people out there having this problem. Isn't anyone packaging up an EJB into a .jar file with a WSDL and an imported schema like this? Is everyone else using a "bottom up" approach?

I am using jbossws-native-2.0.2.GA and JBoss [Trinity] 4.2.2.GA.

There is a bug in org.jboss.wsf.common.URLLoaderAdapter or something that it uses.

The error reads: Cannot get URL for: META-INF/wsdl//MyWebService/MyAppData.xsd (Note the extra slash).

This is putting me in an early grave.

[memoens]

I'am also having the same problem. I'll create a Jira issue containing a small example

[memoens]

created issue http://jira.jboss.com/jira/browse/JBWS-1969

[brintoul]

"memoens" wrote:
created issue http://jira.jboss.com/jira/browse/JBWS-1969

Awesome.

You know, I pulled the source for what I think is 2.0.2 JBossWS and I don't see the class (org.jboss.wsf.common.URLLoaderAdapter) that I mentioned.

I think I might be using the wrong library (.jar) somewhere... The version is reported as 2.0.2 as I reported above, but I may be using an incorrect module somewhere... Can someone validate that the abovementioned class should be used in JBossWS 2.0.2GA?

[peterj]

That class should be in lib/jbossws-common.jar.

[brintoul]

"PeterJ" wrote:
That class should be in lib/jbossws-common.jar.

Thanks, Peter. Now my question becomes: Can I get the source files which make up that .jar file by performing the checkout listed in the wiki?

I tried the following:

svn co https://svn.jboss.org/repos/jbossws

But I got *no* code with the package specified. Is that class part of the actual AS?

[peterj]

The location I gave was for the binary download.

To get the source of that class, look in http://anonsvn.jboss.org/repos/jbossws/common/trunk/