Ich habe EAR mit in dem WAR & einige JARS. Irgendwann noch ein paar JARS unter meinem WAR.Beeinflusst JSF Managed Bean die Sichtbarkeit und den Zugriff zwischen EAR, WAR und JAR
Ich habe einen Satz von DATENOBJEKTEN in einem EAR als JAR verpackt, aus dem eines seiner Managed Bean unter "SessionScope" und mit seiner Eigenschaft -> "eifrig = wahr". Sagen Sie "A.Java"
Nun, von meinem Krieg habe ich eine ManagedBean, sagen "B.java", mit "RequestScope" versuchen, eine Instanz von A.java, die als NULL zurückgegeben wird. Wenn aus den Protokollen, verfolgt hätte die unten Ausnahme:
The managed-bean with name 'B' must be application scoped to support eager=true.
Gibt es eine Hierarchie von Managed Bean Scope, dass wir dafür sorgen müssen, während die Archivierung und als EAR Bereitstellung ???
http://docs.oracle.com/javaee/6/tutorial/doc/girch.html –
@TheBitman die Dokumente sind klar genug. Aber das Problem ist hier umgekehrt ... Die gemanagte Bean A muss während der gesamten Session sein, eventuell ist die Session mit eifriger Flagge als wahr und verfügbar definiert. Die Bean B ist der Anforderungsbereich und versucht, eine Instanz von A zu erhalten. Das einzige Problem ist, wenn die Datei "A" in einer JAR außerhalb des Krieges platziert wird, aber in einem Ohr dieses Problem hat. Wenn hingegen die Datei 'A' in einem Jar in der Web-inf-Bibliothek des WAR platziert wird, wird die lib aufgelöst, da der B in der Java-Quelle des Webprojekts enthalten ist. –