more than one schema in PayloadValidatingInterceptor

[res1st]

Hi,

i have more than one schema which PayloadValidatingInterceptor should use.
The JAXB marshaller have an schemas element, something similar would be nice for the PayloadValidatingInterceptor.

Cheers,

Ingo

[Arjen Poutsma]

You're right. Could you create an issue? Thanks!

[marknoten]

Arjen,

I'm using the schemas property on the PayloadValidationInterceptor but it only validates payload request correctly for the first XSD schema location defined in the list.

<property name="interceptors">
<list>
<bean
class="org.springframework.ws.soap.server.endpoint.interc eptor.PayloadValidatingInterceptor">
<property name="schemas">
<list>
<value>
/WEB-INF/xsd/PaymentSubmission.xsd
</value>
<value>
/WEB-INF/xsd/Notifications.xsd
</value>
</list>
</property>
<property name="validateRequest" value="true" />
<property name="validateResponse" value="true" />
</bean>
</list>
</property>

If I switch the order than the FileSubmission Web Services works well and visa versa. Could it be that it's because the two XSD schemas share the same target namespace?

I looked a bit in the source code but I could not locate why I'm having this strange behavior. A solution could be to just put them together in one XSD shema. Sadly I didn't make the WSDL definitions where I extracted these XSD schemas from.

Kind regards,

Mark

[Arjen Poutsma]

Which version of the JDK are you using?

[marknoten]

I'm using JDK 1.5

For now, I put both schema definition elements that share the same namespace together in one XSD file. I used the schema property instead of the schemas property and that works ofcourse.

Mark

[denov]

You're right. Could you create an issue? Thanks!
has there been a ticket opened for this? what's the status?

[exgorth]

really, please tell what is the status of this problem?

[Arjen Poutsma]

There is no JIRA issue yet, as far as I know.

[exgorth]

should we create one (or two)?

[Arjen Poutsma]

Please create an issue here: http://opensource.atlassian.com/projects/spring/browse/SWS. Make sure to attach the multiple schema files which show the problem, if possible.

[denov]

Please create an issue here: http://opensource.atlassian.com/projects/spring/browse/SWS. Make sure to attach the multiple schema files which show the problem, if possible.
done! http://opensource.atlassian.com/projects/spring/browse/SWS-176

hopefully somebody can quickly fix it.

[denov]

Arjen,

If I switch the order than the FileSubmission Web Services works well and visa versa. Could it be that it's because the two XSD schemas share the same target namespace?



Yes! this is the problem. After Arjen created a unit test i noticed that he had separate namespaces for each of this xsd files. So i changed the namespaces on my xsd and everything worked.

[Yuriy.]

The problem still exists in Spring-WS 1.0.2.

[robertoschwald]

The namespace collition problem was also the point we hit as we built a second webservice.
Therefore, we set a unique target namespace for every webservice we deploy.

As long as the two webservices got no relation to each other, this isn't a problem.
But if you have to deploy another version of an existing webservice in parallel to the old one (e.g to not break other apps that use your service), this is not optimal.

Btw: The PayloadValidationInterceptor seems to accept schema file wildcards also:
<bean class="org.springframework.ws.soap.server.endpoint.interc eptor.PayloadValidatingInterceptor">
<property name="schemas">
<list>
<value>/WEB-INF/ws/*.xsd</value>
</list>
</property>
<property name="validateRequest" value="true"/>
<property name="validateResponse" value="true"/>
</bean>

[Yuriy.]

We can not set a unique target namespace for every webservice, so we need a solution for that problem. Do anybody know how to use PayloadValidatingInterceptor with a set of schemas that share the same namespace?

[Arjen Poutsma]

The schema handling code Spring-WS's PayloadValidatingInterceptor depends on javax.xml.validation.Schema. The algorithm for multiple namespaces is described here: http://java.sun.com/j2se/1.5.0/docs/api/javax/xml/validation/SchemaFactory.html#newSchema(javax.xml.transform.S ource[]), the "W3C XML Schema 1.0" part of that method specifically.

[jimcummings]

I ran into this problem too when using the PayloadValidatingInterceptor to validate against multiple schemas that were all in the same namespace. Due to what looks to be a vagueness in the spec or the JAXP implementation, there is some flakiness when validating multiple schemas with the same namespace.

For what it is worth, I was able to get past my problems by pointing my validating interceptor to a single xsd file that included all my schemas, and by avoiding using relative paths that used "../". This works fine now. I think the weirdness is in JAXP, not spring-ws.

BTW - Afterwards I found this link where someone else encountered basically the exact same problems I did. See: http://kontrawize.blogs.com/kontrawize/2007/10/the-trouble-wit.htm

[jimcummings]

I ran into this problem too when using the PayloadValidatingInterceptor to validate against multiple schemas that were all in the same namespace. Due to what looks to be a vagueness in the spec or the JAXP implementation, there is some flakiness when validating multiple schemas with the same namespace.

For what it is worth, I was able to get past my problems by pointing my validating interceptor to a single xsd file that included all my schemas, and by avoiding using relative paths that used "../". This works fine now. I think the weirdness is in JAXP, not spring-ws.

BTW - Afterwards I found this link where someone else encountered basically the exact same problems I did. See: http://kontrawize.blogs.com/kontrawize/2007/10/the-trouble-wit.htm
Fixing the link in my post: http://kontrawize.blogs.com/kontrawize/2007/10/the-trouble-wit.html