Jason's comments are within the boxes

  | Hi, I researched this a bit, and this is must definately a bug in the .NET 
wsdl.exe tool, as opposed to a decision not to support url params. It actually 
fetches the content correctly (ie sends the appropriate GET requests). What 
ends up happening is that it eventually errors complaining about the reuse of a 
targetNamespace (which is how xsd:include is supposed to work of course). I 
would bet the problem is that they internally enforce uniqueness of a given 
path to a specific namespace, and that their URL fetching code strips all url 
parameters causing the uniqueness check to fail. 
  | 
Yes, the namespace specified for an xsd:include is either null or the same NS 
of the parent schema. 


  | I think we have to be careful about coping with other platform's bugs. Axis 
is a great example of taking that too far. IMO this problem is also very easy 
to work around. You can either publish the wsdl files through a differnt 
mechanism (using something like wsdl-publish-location), or you can download 
them, replace the urls, and pass the files over to wsdl.exe. 
  | 

I think the issue is not whether only .Net clients can see the xsd or wsdl 
includes.  Its for all ws clients.  I support your idea about not working 
around other platform's bugs. We should stick to what the specs say and tell 
the opposite end to reciprocate.




  | On the other side, in this case it would not be too hard to define another 
servlet as Anil suggests (which should get us past the ws4ee spec requirement).
  | 

Not another servlet.  It is "ServiceEndPointServlet" which currently intercepts 
HTTP/GET requests with "?wsdl" param.  I was suggesting that this servlet can 
intercept all GET requests and cater to .xsd or .wsdl requests.

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871370#3871370

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3871370


-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content.  Register
by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
_______________________________________________
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to