Fichier metro-default.xml pas trouvé sur Weblogic 12.1.3
Nous sommes actuellement en cours d'exécution sur WebLogic 12.1.2. Et dans cet environnement, notre application s'exécute correctement.
Ce que nous voulons maintenant est d'homologuer nos applications WebLogic 12.1.3 environnements. Mais nous sommes confrontés à un problème avec les Services Web que nous utilisons. Dans la nouvelle version, le serveur renvoie une exception en disant que le "fichier de configuration par Défaut [ metro-default.xml ] n'a pas été trouvé".
Je vais essayer de trouver quelque chose sur ce fichier, mais il n'y a rien.
PS: Nous n'utilisons pas de Métro, nous utilisons la WebLogic par défaut JAX-WS pile. Et l'application est déployée comme un fichier WAR.
Voici la pile de l'exception
java.lang.IllegalStateException: MASM0001: Default configuration file [ metro-default.xml ] was not found
at com.sun.xml.ws.assembler.MetroConfigLoader.init(MetroConfigLoader.java:142)
at com.sun.xml.ws.assembler.MetroConfigLoader.<init>(MetroConfigLoader.java:119)
at com.sun.xml.ws.assembler.TubelineAssemblyController.getTubeCreators(TubelineAssemblyController.java:122)
at com.sun.xml.ws.assembler.MetroTubelineAssembler.createServer(MetroTubelineAssembler.java:173)
at com.sun.xml.ws.server.WSEndpointImpl.<init>(WSEndpointImpl.java:193)
at com.sun.xml.ws.server.EndpointFactory.create(EndpointFactory.java:337)
at com.sun.xml.ws.server.EndpointFactory.create(EndpointFactory.java:332)
at com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:164)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:577)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:560)
at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parseAdapters(DeploymentDescriptorParser.java:303)
at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parse(DeploymentDescriptorParser.java:179)
at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.parseAdaptersAndCreateDelegate(WSServletContextListener.java:131)
at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:152)
at weblogic.servlet.internal.EventsManager$FireContextListenerAction.run(EventsManager.java:678)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.java:57)
at weblogic.servlet.internal.EventsManager.executeContextListener(EventsManager.java:243)
at weblogic.servlet.internal.EventsManager.notifyContextCreatedEvent(EventsManager.java:200)
at weblogic.servlet.internal.EventsManager.notifyContextCreatedEvent(EventsManager.java:185)
at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1838)
at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:2876)
at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1661)
at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:823)
at weblogic.application.internal.ExtensibleModuleWrapper$StartStateChange.next(ExtensibleModuleWrapper.java:360)
at weblogic.application.internal.ExtensibleModuleWrapper$StartStateChange.next(ExtensibleModuleWrapper.java:356)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
at weblogic.application.internal.ExtensibleModuleWrapper.start(ExtensibleModuleWrapper.java:138)
at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:124)
at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:216)
at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:211)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:73)
at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:24)
OriginalL'auteur vkrausser | 2014-09-23
Vous devez vous connecter pour publier un commentaire.
Je l'ai résolu, de sorte que j'ai ajouté jaxws-rt-2.2.8.jar en tant que dépendance de mon projet et la rédaction de la suite de la weblogic-application.xml:
OriginalL'auteur Michal
Tout le crédit à Thomas Isaksen
J'ai placé ce metro-default.xml dans mon maven src/main/resources/META-INF qui résultats dans le fichier placé WEB-INF/classes/META-INF
La par défaut ici causé de nombreux ClassNotFoundExceptions...
(Je suis à l'aide de Weblogic 12.2.1.0.0)
OriginalL'auteur rjdkolb
Nous avons mis l'metro-default.xml dans WEB-INF/classes/META-INF pour résoudre le problème. Contenu du fichier peut être pris à partir d'ici :
https://metro.java.net/guide/ch02.html#dynamic_tube-based_message_logging
Comme Tube de messagerie est introduit , jaxws-ri-2.2.8 pots sont tenus de faire tout JAX-WS web services.
url cassé, grepcode.com/file/repo1.maven.org/maven2/org.glassfish.metro/...
OriginalL'auteur swts
créer un fichier xml nommé metro-default.xml et ajoutez le code xml ci-dessous le contenu en elle ,puis de placer cette metro-default.xml fichier dans le dossier WEB-INF de votre projet, puis redémarrez le serveur sur lequel il va travailler.
OriginalL'auteur user10302370