Isn't it better to ask the .Net folks to provide support for the included schema rather than modify JBossWS to work around this issue?
Yes, but... Isn't it better to do what you can to make a system work instead of making it someone else's problem?
I am also submitting this to the .NET folks, but who knows when or if they will get around to fixing it? This change only negatively impacts JBoss in that you can't have a web service bound to a URL with "/wsdl_resource/" in it. The positive impact of working with a .NET client far outweighs that in my situation, and I would think it would in most cases.
Did you open a bug with Microsoft on this, they should support any valid url string as that is allowed by the schema?
Also, if you don't want to maintain your own tree of jbossws there is an option you can add to your jboss.xml or jboss-web.xml called wsdl-publish-location. It controls where the wsdl files, and related elements are published (in a directory fasiion). So you could configure a wsdl location on your filesystem that is exposed via tomcat or apache.
Thank you for offering a patch, If you dont think the above is an acceptable workaround, you can submit this as a feature enhancement request/patch in jira http://jira.jboss.com/jira/browse/JBWS.