I'm currently in the process of migrating my company's application server from to WildFly. I have all of my .war files deployed, but it seems that WildFly sets the URL to the .wsdl for each service differently than our last service. For example, say I have a MyAppData.war whose web service class is MyAppData. Therefore, WildFly decides to publish the wsdl at...
mysite:8080/MyAppData/MyAppData?wsdl
My frontend, however, is broken because it's looking for...
mysite:8080/MyAppData/MyAppDataService?wsdl;
Now I could rebuild my frontend to point to the new wsdl paths, but I was hoping that WildFly had some functionality that would allow to manipulate the wsdl path, and it seems to. Following Published WSDL customization - WildFly 10 - Project Documentation Editor very carefully, I added this to my standalone.xml at <subsystem xmlns="urn:jboss:domain:webservices:2.0"> ...
<modify-wsdl-address>true</modify-wsdl-address>
<wsdl-path-rewrite-rule>s/[MyAppData]+$/MyAppDataService/</wsdl-path-rewrite-rule>
Now, I know that this is working on some level because if I navigate to the wsdl, the very end says...
<wsdl:service name="MyAppDataService">
</wsdl:port>
</wsdl:service>
However, this .wsdl is still being found at mysite:8080/MyAppData/MyAppData?wsdl and I'm getting a Not Found error at mysite:8080/MyAppData/MyAppDataService?wsdl. Is there a way to mess with WildFly so that it will actually host my webservice as explained above, or am I forced to rewrite my frontend?
As a quick note, I did the same process by placing a jboss-webservices.xml in MyAppData.war with the same results.
Fixed, apparently I had some incorrect web.xml files that WildFly was parsing that were the source of my trouble.