Konfigurieren classloader für das Ohr in websphere 6.1 (speziell wsdl4j)

Habe ich eine war-Datei (eigentlich nicht meine eigenen, es ist der Apache ODE 1.2), der nicht bereitgestellt WURDE, 6.1, da ein classloader Problem - und eine bestimmte Inkompatibilität mit wsdl4j.
Wenn ich manuell Bearbeiten, um den classloader der ODE, und erstellen Sie eine shared-library für wsdl4j1.6.1 es ist alles in Ordnung.

Jedoch hat der Kunde wieder kommen, besagt dies nicht akzeptabel ist und dass ich, sollte ein Ohr, das ist eine eigenständige Installation ohne manuelle Schritte.

Habe ich in der Lage zum erstellen der ear-Datei, die bundles, die den Krieg, aber ich kann nicht finden alle relevanten Informationen auf, wie ein shared-lib innerhalb der Ohr - und haben, dass am Anfang der classloader (muss Vorrang vor der wsdl4j gebündelt mit WAR). Muss ich ändern Sie die ear-Datei bauen? Oder die application.xml?

Kann mir jemand Hilfe?
Wie Sie vielleicht erraten, ich bin von einem "tomcat muss nur eine war-Datei" im hintergrund, kämpfen, um sich der Auseinandersetzung mit der ear-Dateien.

Meine application.xml nur enthält:
http://java.sun.com/xml/ns/j2ee/application_1_4.xsd">
XXX ODE

ode.Krieg
ode

etc

Dieses post schlägt einen Weg, um das Paket deployment.xml der im OHR

InformationsquelleAutor Gary McWilliams | 2009-03-27

  1. 1

    Haben Sie drei einfache Schritte, um dies zu erreichen

    1. Legen Sie die jar-Datei in das Ohr, wir
      in der Regel erstellen Sie ein Verzeichnis lib,
      aber das ist nicht notwendig.
    2. Update das manifest für den Krieg
      auch diese jar-Datei.
    3. Gesetzt, die zum laden von Klassen Politik für Ihr Ohr
      PARENT_LAST. Dies ist erforderlich, um
      laden Sie Ihre lokalen (um das Ohr) - Klassen
      bevor diese geladen vom server.

    Bearbeiten:
    Als alternative, da Sie nur mit dem OHR zu wickeln, der KRIEG und nicht tatsächlich teilen die jar-Datei.

    1. Legen Sie die jar in das Verzeichnis lib des KRIEGES.
    2. Gesetzt, die zum laden von Klassen Politik für Ihr Ohr
      PARENT_LAST. Dies ist erforderlich, um
      laden Sie Ihre lokalen (um das Ohr) - Klassen
      bevor diese geladen vom server. Ich mache das per RAD durch Bearbeiten der application.xml Datei. Es ist IBM-spezifische Konfiguration, so dass, wenn Sie nicht mit RAD Sie haben, um herauszufinden, welche Dateien von Hand ändern.

    Danach sollten Sie mit einem konsequenten Krieg zwischen app-Server.

    Robin, danke für die Antwort. 2. Update-das manifest für den Krieg. Ich muss arbeiten (denke ich fange mal googeln!). Der Krieg funktioniert auf tomcat und OAS als-ist, so will ich nicht zu bauen, WAR-spezifischen Krieg. 3. zum laden von Klassen-Politik. Ich kann nicht finden, wo ich diese, ist dies in der Anwendung.Eigenschaften?
    McWilliams - I aktualisiert, die Antwort auf Ihre Probleme.
    Robin, nochmals vielen Dank, aber :-). Das Glas ist in den Krieg, WURDE jedoch lädt eine ältere version zuerst. "classloader zu PARENT_LAST" ist das, was ich geblieben bin. Ich habe bearbeitet "deployment.xml" in mein Ohr und ich die Prüfung, kannst du die syntax zum konfigurieren dieser in der application.xml Datei
    Der einzige Verweis auf PARENT_LAST ist in der deployment.xml Sie testen bereits, wie es ist, eine WebSphere-spezifische Einstellung. Was ich meinte war, dass der RAD-editor für application.xml ermöglicht Ihnen auch das konfigurieren der IBM Erweiterungen, aber das sind nur updates der IBM-spezifischen Dateien.

    InformationsquelleAutor Robin

Schreibe einen Kommentar