In addition to this, the ?WSDL link was not being shown either.
Eventually I tracked this issue down and it had everything to do with my packaging. My EAR layout was like this:
EAR layout
MyWebService.ear
+-- META-INF/
| +-- MANIFEST.MF
| +-- application.xml
| +-- weblogic-application.xml
+-- lib/
| +-- myotherlib.jar
| +-- anotherlib.jar
+-- MyWebService.war
and the WAR layout was like this:
WAR layout
MyWebService.war
+-- META-INF/
| +-- MANIFEST.MF
+-- WEB-INF/
+-- web.xml
+-- weblogic.xml
+-- classes/*
Basically the EAR file contained all the additional JARs and the WAR file had just the code for the web service itself. Since the WAR file is a module of the EAR/Application, when looking at the Testing tab of this module I'm guessing the WebLogic Console had issues resolving the necessary classes loaded at the application level. The result was that the service was reported as unavailable incorrectly.
The fix for this was to move all the 3rd party JARs into the WAR file WEB-INF/lib directory instead.
The EAR file layout was now like this:
EAR layout
MyWebService.ear
+-- META-INF/
| +-- MANIFEST.MF
| +-- application.xml
| +-- weblogic-application.xml
+-- MyWebService.war
The WAR file layout was not like this:
WAR layout
MyWebService.war
+-- META-INF/
| +-- MANIFEST.MF
+-- WEB-INF/
+-- web.xml
+-- weblogic.xml
+-- classes/*
+-- lib/
+-- myotherlib.jar
+-- anotherlib.jar
Once this was redeployed, the WebLogic Console was showing all the correct information and the ?WSDL link returned.
-i