Ich erhalte den folgenden Fehler, wenn ich versuche, ein Ohr mit einer Websphere aus einer Ant-Abfrage mit jacl:
zu implementieren %Vor%Wenn ich versuche, das Ohr über die Websphere-Konsole zu verteilen, bekomme ich:
%Vor%Maschinendetails: Win7x64, WebSphere 8.5 x86, mit Oracle jdk 6u30 x86 (auch mit x64 getestet).
Andere konnten den Installer für sie arbeiten lassen. Die WebSphere-Verbindungsinformationen sind korrekt, da andere Skripts gemeinsam genutzte Bibliotheken ordnungsgemäß aktualisieren. Ich bin verblüfft, warum es auf anderen Maschinen funktioniert und nicht dieser ... irgendwelche Antworten / Vorschläge sind willkommen.
Nachdem ich viel gesucht hatte (sogar ein Bounty über ein ähnliches Problem gepostet hatte), war das Problem ein Kommentar in der web.xml.
Ich hatte das Glück, einen Quellzweig zu haben, der die Kommentare nicht hatte und arbeitete und dieser andere Zweig, der die Kommentare hatte und pleite war. Verschiedene Installer aus verschiedenen Zweigen erlaubten es den Installern, auf einigen Rechnern zu arbeiten, und dieser andere Branch-Installer brach auf meinem Rechner.
Das Entfernen der Kommentare erlaubte es dem Validator von WebSphere, diesen Fehler zu umgehen ... fun stuff ... meldet dies den WebSphere-Mitarbeitern.
Derselbe Fehler ist bei mir aufgetreten, aber das Problem war in der application.xml, nicht in der web.xml, die Spezifikation war inkonsistent zwischen application.xml und web.xml. Web 3.0, J2EE 1.4, sollte Java EE 6 sein.
Bitte überprüfen Sie die application.xml-Datei in ear, die den korrekten War-Dateinamen hat und überprüfen Sie auch die Jarnamen des ejb-Moduls. Sie werden einen ähnlichen Fehler bekommen, wenn es einen Konflikt in den War- oder Ejb-Jar-Dateinamen gibt. Mein Fall Ich habe ein Problem in der Kriegsdatei Name, der in der application.xml falsch angegeben wurde
In meinem Fall.
Ich habe diese Schritte gemacht: -
2. Rechtsklick - & gt; Wählen Sie Eigenschaften.
3.Klicken Sie auf Deployment Assembly
4. Hinzufügen / Entfernen von -WebApps zum EAR.
5. Klicken Sie auf das nicht identifizierte Projekt. Zuerst entferne es und fügte es erneut hinzu.
Nachdem ich einige Zeit mit diesem Problem verbracht habe, habe ich schließlich festgestellt, dass es in der Datei "web.xml" ein doppeltes Session-Konfigurations-Tag gab. Es passierte, während einer unserer Kollegen Code zusammenfügte.
Es ist besser, Sie können die web.xml validieren, ähnliche Tags können dieses Problem verursachen.
%Vor%Tags und Links deployment websphere websphere-8