Frage

Ich habe Mule Studio 3.2.1 verwendet, um eine Maultieranwendung zu entwickeln. Innerhalb dieser Anwendung habe ich Org.Springframework.ws.client.core.webservicetemplate verwendet, um eine Webservice-Anforderung an eine andere Anwendung zu senden. Ich habe die folgende Konfiguration verwendet generasacodicetagpre.

generasacodicetagpre.

Ich habe MAVEN-Abhängigkeit von verwendet generasacodicetagpre.

Dies verwendet WSS4J-1.6.5.JAR als Abhängigkeit. Wenn jetzt die Anwendung in Mule 3.2.0 bereitstellt, wird der folgende Fehler angezeigt generasacodicetagpre.

Jetzt wird das Lib / Opt-Verzeichnis von Mule 3.2.0 mit WSS4J-1.5.8-Osgi.jar geliefert, für den die Methodensignatur auf WSSecurityUtil öffentliche statische Int-Dekodierung ist (String-Aktion, Vektoraktionen) Während der, der versucht wurde, ist Dekodierung (ljava / lang / lang / string; ljava / util / list;), der in WSS4J.1.6.5 vorhanden ist

Meine Frage ist, auch wenn meine App den WSS4J-1.6.5.jar darin hat, warum ist der Klassifloader immer noch, den einzigen in Maultier / lib / opt zu verwenden. Sollte der in der App in der App keine Vorrang vorschreiben? Wenn nicht, gibt es einen Weg, um es so zu erläutern, auf diese Weise

War es hilfreich?

Lösung

ok mit der folgenden config in mule-deploy.properties geholfen loader.override= -org.apache.ws.security.util.wsscurityutil. REF. http://www.mulesoft.org/documentation/display/mule3user/ Klassenloader + Kontrolle + in + Maultier

aber trotzdem viele Probleme mit den Gläsern, die in Maultierstudio als Plugins eingebaut werden, und versuchen dann, in Standalone-Maultier einzusetzen.Erstellt eine sortierte Liste solcher Probleme in einem anderen Thread.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top