Frage

Wird das Hinzufügen einer Datei MANIFEST.MF mit Class-Path-Attribut auf META-INF-Verzeichnis innerhalb EAR Einfluss der Reihenfolge der Beladung von JAR-Dateien befindet sich in APP-INF / lib unter WebLogic 8.1?

War es hilfreich?

Lösung

Ich glaube nicht, dass Sie den APP-INF / lib Auftrag über ClassPath Attribut MANIFEST.MF steuern können.

Ich habe das ein paar verschiedene Arten erfolgen, je nach dem Client.

  1. Fügen Sie den Patch jar auf das System Classpath für WLS. Wenn Sie untersuchen Domain / bin / setDomainEnv.sh (oder .cmd) sollte es vor, Post, Patch-Variablen Classpath Umgebung. Sie könnten versuchen, Ihren Patch jar hier zum Classpath hinzufügen. Dies macht es für alle Anwendungen zur Verfügung, die vielleicht nicht, was Ihr Kunde will.
  2. Patch somejar.jar & name es somejar-patched.jar. Ersetzen Sie das Glas in APP-INF / lib mit dem "-patched" -Version.

Andere Tipps

Ich dachte, die Klassenlade JARs lesen, wie sie von der Anwendung erforderlich sind.

Ich habe zwei Fragen an Sie:

  1. Warum verwenden Sie noch WebLogic 8.1? Es ist aus Unterstützung jetzt, und die aktuelle Version ist 10.x Sie sind zwei Versionen hinter. Ist das eine Legacy-Anwendung, die noch nicht migriert? Sie werden einen großen Schub durch Upgrade bekommen, weil Sie JDK verwenden werden 5 oder 6 mit der Option -server. Ich würde es empfehlen.
  2. Warum sollten Sie über die Reihenfolge der Lade kümmern? Es sollte für Ihre Anwendung, wie die Containerladungen und verwaltet die Bohnen immateriell sein.

UPDATE:

Das klingt anders, fast so, als wenn Sie Konflikte mit Server-JAR-Dateien wurden mit. Es ist das bevorzugen-web- inf-Klassen für diese Situation einstellen. Ist das, was Sie?

Ich stimme mit duffymo

Sie sollen nicht über die Reihenfolge der Klasse Ladens kümmern, wenn dies aufgrund widersprüchlicher Klassen ist es, Sie immer die widerstreitenden Klassen von Jars mit Maven oder einem ähnlichen Werkzeug ausschließen können.

Zum Beispiel ist dies ein sehr einfaches Beispiel für das Hinzufügen Jersey-Spring4 jar aber ich bin ohne seine Abhängigkeiten so dass ich eine andere Version der Feder Framework-Bibliothek verwenden kann.

<dependency>
  <groupId>org.glassfish.jersey.ext</groupId>
  <artifactId>jersey-spring4</artifactId>
  <exclusions>
    <exclusion>
      <artifactId>spring-web</artifactId>
      <groupId>org.springframework</groupId>
    </exclusion>
    <exclusion>
      <artifactId>spring-aop</artifactId>
      <groupId>org.springframework</groupId>
    </exclusion>
    <exclusion>
      <artifactId>spring-context</artifactId>
      <groupId>org.springframework</groupId>
    </exclusion>
    <exclusion>
      <artifactId>spring-beans</artifactId>
      <groupId>org.springframework</groupId>
    </exclusion>
  </exclusions>
</dependency>
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top