Weblogic: Deaktivieren Sie den Jersey-Scan

9

Meine Webanwendung enthält eine Bibliothek, die eine mit @javax.ws.rs.ext.Provider annotierte Klasse enthält. Wenn diese Klasse vorhanden ist, wird meine Webanwendung (die als WAR in einer EAR bereitgestellt wird) nicht mit dem folgenden Fehler gestartet:

%Vor%

Ich verwende überhaupt kein Trikot, ich benutze keine jax-rs-Dienste, und meine web.xml enthält keine Trikot-bezogenen Servlets. Ich verstehe nicht, warum weblogic Trikots initialisiert und Gläser in meiner Bewerbung für Jaxrs-ähnliche Sachen scannt.

Die meisten Informationen, die ich diesbezüglich im Internet finden kann, führen dazu, dass Leute ihr Jersey-Servlet anders konfigurieren. Aber ich habe kein zu konfigurieren ...

Ich kontrolliere nicht die beleidigende Bibliothek, daher ist das Entfernen der Klasse keine Option.

Also, wie kann ich weblogic sagen, meine Klassen nicht zu scannen, wenn es Jersey initialisiert?

Beachten Sie, dass dies passiert ist, nachdem ich meine web.xml zu Servlet 3.0 statt 2.4 geändert habe. Wenn ich es zurück in 2.4 ändere, ist alles in Ordnung.

Ich verwende weblogic 12.1.2.0 (12c).

Update: Es stellt sich heraus, dass das JAX-RS-Scanning ein Hauptmerkmal von Javaee 6 ist - die ganze Idee ist, dass Sie Ihre annotierten Klassen in Ihre Webanwendung einfügen und keine Konfiguration vornehmen müssen, um sie als REST verfügbar zu machen Webservice.

    
stripybadger 19.06.2014, 14:07
quelle

2 Antworten

0

Ich habe eine Idee, den Jersey Scan zu deaktivieren, indem ich eine Eigenschaft jersey.config.disableAutoDiscovery einstelle, aber es funktioniert noch nicht für mich. Weitere Informationen finden Sie unter Konfigurieren des Klassenpfad-Scans .

    
banterCZ 18.02.2016 09:54
quelle
-1

Diese Seite dokumentiert die Namen der JAR- und WAR-Dateien von WebLogic verwendet zum Laden von Jersey. Sie können diese Dateien umbenennen oder entfernen und nur verhindern, dass WebLogic sie direkt lädt.

Es war mir unklar, ob WebLogic tatsächlich diese JAR-Dateien verwendet. Nach allem, was ich gelesen habe, stellt WebLogic JARs in den Deployable-Libraries als vorgefertigte Shared Libraries zur Verwendung in Webanwendungen und nicht zur direkten Verwendung durch WebLogic Server bereit.

    
Erik Gillespie 19.06.2014 16:17
quelle