Jak radzić sobie z konfliktem w klasie classpath

Question

W moim projekcie używam zarówno emulacji szkieletowej 3.1.1, jak i guava lib ... Problem polega na tym, że glassfish ma starą implementację guawy (np. Google-collections). ..

Powoduje to NoSuchMethodError w czasie wykonywania, na przykład podczas korzystania z Lists.reverse() lub Sets.newIdentityHashSet(), które zostały wprowadzone później w guava.

nie znajdę jakieś rozwiązanie, aby rozwiązać ten ... (tylko jeden jest ręcznie kosza com/google klasy Directory w GlassFish słoiku ...)

Answer 1

GlassFish nigdy nie powinno zawierać com.google zajęcia z własnej słoika. To był błąd.

AKTUALIZACJA [@ sly7_7]: Wygląda na to, że szklane rybki nie zawierają już guawy w ich własnym słoiku, ale to zależy od artefaktów z guawy. To powinno rozwiązać problem. Dzięki @JagWire za wskazanie tego.

Answer 2

Można pokonać to być określające poniżej. Przeczytać Delegation section of the Class Loaders chapter.

<class-loader delegate="false" /> 

Sprawdź to SO post dla klasy obciążenia w aplikacjach Java EE w ogóle: Java EE class loading standard

Answer 3

udało mi się zrobić błąd odejść za pomocą następującego GlassFish v4 build:

http://grepcode.com/snapshot/maven.java.net/content/groups/promoted/org.glassfish.main.extras/glassfish-embedded-all/4.0.1-b01

Może warto przyjrzeć.