Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Discussion" <users@myfaces.apache.org>
Received-SPF: neutral (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.fr;
  h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type;
  b=2E9jYeB50pCMHLG6+nhFwZS/wGNiqGydR0cYFKhqSK2OL/Mjmz21TQSOq9O2C+M+zvSIk8+I3ybx3ukxjnl2AIpz+CbTDJ/Ot+vPuP+HCd7kX/csI42BynOrQAYGEFA9WpJANmxElzjmfThI+ZtrrFl2beN5+Jeg50iK+8g74pA=;
References: <1363707284.14033.YahooMailNeo@web172401.mail.ir2.yahoo.com>
 <51488FF2.5020002@curecomp.com>
 <1363722188.66782.YahooMailNeo@web172404.mail.ir2.yahoo.com>
 <5148C898.5010806@curecomp.com>
 <1363727772.94565.YahooMailNeo@web172401.mail.ir2.yahoo.com>
 <CAF9KzQVwfFXt24eds0Fd2GejrW+VderAS8wggWjU9doX07Rp+w@mail.gmail.com>
Message-ID: <1363729868.72638.YahooMailNeo@web172402.mail.ir2.yahoo.com>
Date: Tue, 19 Mar 2013 21:51:08 +0000 (GMT)
From: Adrian Gonzalez <adr_gonzalez@yahoo.fr>
Reply-To: Adrian Gonzalez <adr_gonzalez@yahoo.fr>
Subject: Re: CODI ViewAccessScoped issue with EAR on JBoss 7.1.x
To: MyFaces Discussion <users@myfaces.apache.org>
In-Reply-To: 
 <CAF9KzQVwfFXt24eds0Fd2GejrW+VderAS8wggWjU9doX07Rp+w@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="-1916487321-437075630-1363729868=:72638"

---1916487321-437075630-1363729868=:72638
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Denis,=0A=0AI've already checked your post (very instructive, thanks).=
=A0=0AI'm sure SINGLE_CLASSLOADER for ear will resolve this issue.=0AProble=
m is I don't know how to specify it in JBoss AS 7 (I don't think it's suppo=
rted - JBoss always creates an isolated classloader for each war)=0A=0AGoin=
g to use your instructions for WAS in the future (I'm using both JBoss AS 7=
 and WAS 8).=A0=0AFor the moment, no problem with WAS 8 and ear packaging, =
everything is under WEB-INF/lib (no EJB Timer for the moment).=0A=0ABTW, up=
dated sample app (moved codi to ear) : it's in ear branch=0Ahttps://github.=
com/gonzalad/codi-ear-viewaccessscoped/tree/ear=0A=0AIf I don't find a pack=
aging solution, perhaps I'll give a try modifying locally CODI code, but no=
t sure which approach is best (the 3rd one perhaps but not sure it will wor=
k ;( ) :=0ASorry those are rough notes, and I don't master CDI :=0A=A01. mo=
dify ClassUtils.getClassloader=A0=0A=A0 =A0add a configurationparameter to =
return ClassUtils.class.getClassloader().=0A=A0 =A0cons : we're still relyi=
ng on classloader and potentially will have a pb with another appserver.=0A=
=A02. remove @JsfPhaseListener and rely on classic phaseListeners configure=
d with faces-config.xml=0A=A0 =A0cons : non CDI=0A=A03. use CDI to communic=
ate phaseListener class in CODI consumeJsfPhaseListener=0A=A0 =A0i.e. we co=
uld perhaps add dynamically a bean or producer of type Class with a custom =
annotation, i.e. @JsfPhaseListener Class.=0A=A0 =A0then in consumer, we @In=
ject @JsfPhaseListener Instance<Class> jsfPhaseListenerClasses=0A=A0 =A0Aft=
erwards, we instanciate phaseListener iterating on=A0jsfPhaseListenerClasse=
s.iterator().=0A=A0 =A0cons : make a test with a JsfPhaseListener1 in webap=
p1 and JSFPhaseListener2 in webapp2, both being in the same EAR.=0A=A0 =A0C=
heck that webapp1 has only listener=A0JsfPhaseListener1=A0and not both of t=
hem.=0A=0A=0A________________________________=0A De=A0: titou10 titou10 <ti=
tou10.titou10@gmail.com>=0A=C0=A0: MyFaces Discussion <users@myfaces.apache=
.org>; Adrian Gonzalez <adr_gonzalez@yahoo.fr> =0AEnvoy=E9 le : Mardi 19 ma=
rs 2013 22h37=0AObjet=A0: Re: CODI ViewAccessScoped issue with EAR on JBoss=
 7.1.x=0A =0AMaybe you should check my previous post named "CODI jar in ear=
/lib=0Awith a WAR =3D fail in WebSphere v8.5" and then "Does CODI supports =
to=0Abe deployed in a app server that uses multi-classloader..." started=0A=
January 17 because it seems that you have the same problem we have=0Awith W=
ebSphere v8.5=0A=0AIf I try to deploy the CODI jar into ear/lib, some Phase=
Listener=0Amagical initialisation was not working at startup (=3Dfirst page=
=0Aaccessed)...=0AAnd I also have the same feeling as you that this is the =
way CODI use=0Athe classloaders that causes the problem=0A...=0AThe only so=
lutions we found: configure WAS to use only 1 classloader=0Afor all the mod=
ules in the ear, (but this is not supported by the OWB=0Aimplementation pac=
kaged with WAS), or deploy everything in war=0AWEB-INF/lib, including the e=
jb jars. In fact we put "any module that=0Auses CDI (inject/producers)" in =
web-inf/lib and the other in ear/lib=0A(slf4j, hibernate, jpa module etc)=
=0A=0AThis is what we are doing even if I don't like it...=0A=0AMark=A0 Str=
uberg answered that he was using CODI with a multi level CL=0Awithout probl=
em...=0A=0A2013/3/19 Adrian Gonzalez <adr_gonzalez@yahoo.fr>:=0A> I've just=
 put myfaces-extcdi-bundle-jsf20-1.0.5.jar into ear (and removed it from WE=
B-INF/lib), no more luck.=0A>=0A> I'll try to update my sample tomorrow wit=
h ear packaging and debug it.=0A>=0A> Thanks once more for the help Christi=
an !=0A>=0A> P.S. I'm wondering if the root cause of this bug isn't in CODI=
 (classloader usage in Java EE & CDI appears to be under-specified, so I'm =
not sure a CDI extension should rely on TCCL for its internals)=0A>=0A>=0A>=
 ________________________________=0A>=A0 De : Christian Beikov <c.beikov@cu=
recomp.com>=0A> =C0 : users@myfaces.apache.org=0A> Envoy=E9 le : Mardi 19 m=
ars 2013 21h20=0A> Objet : Re: CODI ViewAccessScoped issue with EAR on JBos=
s 7.1.x=0A>=0A> I used the xml file to be able to put the CODI bundle into =
EAR/lib.=0A> The problem was that JSF is not on the classpath which the dep=
loyment=0A> xml should fix.=0A> My CODI bundle is currently in EAR/lib and =
it deploys successfully with=0A> this configuration.=0A>=0A> Am 19.03.2013 =
20:43, schrieb Adrian Gonzalez:=0A>> Hi Christian,=0A>>=0A>> Thanks for the=
 tip !=0A>>=0A>> Just made a quick test using your file with my sample, but=
 no luck, it doesn't work.=0A>> I'm using JBoss jsf impl (so no jsf jars in=
 my app).=0A>> I've also putting myfaces-extcdi-bundle-jsf20-1.0.5.jar in t=
he war, WEB-INF/lib.=0A>>=0A>> Do you have the same setup ?=0A>>=0A>>=0A>> =
________________________________=0A>>=A0  De : Christian Beikov <c.beikov@c=
urecomp.com>=0A>> =C0 : users@myfaces.apache.org=0A>> Envoy=E9 le : Mardi 1=
9 mars 2013 17h18=0A>> Objet : Re: CODI ViewAccessScoped issue with EAR on =
JBoss 7.1.x=0A>>=0A>> Hey,=0A>>=0A>> I had the same problem a time ago. Jus=
t add following jboss-deployment-structure.xml into META-INF of the EAR:=0A=
>>=0A>> <?xml version=3D"1.0" encoding=3D"UTF-8"?>=0A>> <jboss-deployment-s=
tructure>=0A>>=A0 =A0 =A0 <!-- Make sub deployments isolated by default, so=
 they cannot see each others=0A>>=A0 =A0 =A0 =A0 =A0 classes without a Clas=
s-Path entry -->=0A>> <ear-subdeployments-isolated>true</ear-subdeployments=
-isolated>=0A>>=A0 =A0 =A0 <!-- This corresponds to the top level deploymen=
t. For a war this is the=0A>>=A0 =A0 =A0 =A0 =A0 war's module, for an ear -=
->=0A>>=A0 =A0 =A0 <!-- This is the top level ear module, which contains al=
l the classes in=0A>>=A0 =A0 =A0 =A0 =A0 the EAR's lib folder -->=0A>>=A0 =
=A0 =A0 <deployment>=0A>>=A0 =A0 =A0 =A0 =A0 <!-- This allows you to define=
 additional dependencies, it is the same=0A>>=A0 =A0 =A0 =A0 =A0 =A0 =A0 as=
 using the Dependencies: manifest attribute -->=0A>>=A0 =A0 =A0 =A0 =A0 <de=
pendencies>=0A>>=A0 =A0 =A0 =A0 =A0 =A0 =A0 <module name=3D"org.w3c.css.sac=
" />=0A>>=A0 =A0 =A0 =A0 =A0 =A0 =A0 <module name=3D"net.sourceforge.csspar=
ser" />=0A>>=A0 =A0 =A0 =A0 =A0 =A0 =A0 <module name=3D"com.sun.jsf-impl" /=
>=0A>>=A0 =A0 =A0 =A0 =A0 =A0 =A0 <module name=3D"javax.api" />=0A>>=A0 =A0=
 =A0 =A0 =A0 =A0 =A0 <module name=3D"javax.faces.api" />=0A>>=A0 =A0 =A0 =
=A0 =A0 =A0 =A0 <module name=3D"javax.xml.bind.api" />=0A>>=A0 =A0 =A0 =A0 =
=A0 =A0 =A0 <module name=3D"javax.xml.jaxp-provider" />=0A>>=A0 =A0 =A0 =A0=
 =A0 =A0 =A0 <module name=3D"com.google.guava" />=0A>>=A0 =A0 =A0 =A0 =A0 <=
/dependencies>=0A>>=A0 =A0 =A0 </deployment>=0A>> </jboss-deployment-struct=
ure>=0A>>=0A>> Am 19.03.2013 16:34, schrieb Adrian Gonzalez:=0A>>> Hello,=
=0A>>>=0A>>> This is a follow up on http://mail-archives.apache.org/mod_mbo=
x/myfaces-users/201212.mbox/%3C1354617133.46780.YahooMailNeo@web172404.mail=
.ir2.yahoo.com%3E.=0A>>>=0A>>> @ViewAccessScoped is not working when deploy=
ing an EAR on JBoss 7.1.0 (tested it with 7.1.3 same result).=0A>>> If I de=
ploy only a war, it works.=0A>>> Sample project is here [1].=0A>>>=0A>>> I =
used the debugguer and found that when using and EAR :=0A>>>=A0 =A0  * the =
classloader obtained in PhaseListenerExtension#addPhaseListener is the EAR =
classloader=0A>>>=A0 =A0 =A0 =A0 ModuleClassLoader for Module "deployment.v=
iewaccessscoped-ear.ear:main" from Service Module Loader=0A>>>=A0 =A0  * th=
e classloader obtained in consumePhaseListeners#consumePhaseListeners() is =
the WAR classloader=0A>>>=A0 =A0 =A0 =A0 ModuleClassLoader for Module "depl=
oyment.viewaccessscoped-ear.ear.viewaccessscoped-web.war:main" from Service=
 Module Loader=0A>>>=0A>>> This means that phaselisteners annotated with @J=
sfPhaseListener are not executed.=0A>>>=0A>>> The following phaselisteners =
are not registered with the war classloader when using an EAR :=0A>>>=A0 =
=A0  * class org.apache.myfaces.extensions.cdi.jsf.impl.config.view.PhasesL=
ifecycleCallbackPhaseListener=0A>>>=A0 =A0  * class org.apache.myfaces.exte=
nsions.cdi.jsf.impl.listener.phase.JsfRequestLifecyclePhaseListener=0A>>>=
=0A>>> Thanks for the help !=0A>>>=0A>>> [1] Sample project here : https://=
github.com/gonzalad/codi-ear-viewaccessscoped=0A>>> To reproduce it,=0A>>> =
1. Testing the war=0A>>>=A0 =A0 =A0  a. add the war on JBoss=0A>>>=A0 =A0 =
=A0  b. http://localhost:8080/viewaccessscoped-web/test.faces=0A>>>=A0 =A0 =
=A0 =A0 =A0 you'll see on sysout that CODI ViewAccessScoped bean has been i=
nstantiated=0A>>>=A0 =A0 =A0 =A0 =A0 16:24:52,778 INFO=A0 [stdout] (http--0=
.0.0.0-8080-1) @PostConstruct=0A>>>=A0 =A0 =A0  c. click on first link.=0A>=
>>=A0 =A0 =A0 =A0 =A0 you should see nothing on sysout (this means the prev=
ious bean instance is reused)=0A>>> 1. Testing the ear - incorrect behaviou=
r=0A>>>=A0 =A0 =A0  a. add the ear on JBoss (remove the previous war)=0A>>>=
=A0 =A0 =A0  b. http://localhost:8080/viewaccessscoped-web/test.faces=0A>>>=
=A0 =A0 =A0 =A0 =A0 you'll see on sysout that CODI ViewAccessScoped bean ha=
s been instantiated=0A>>>=A0 =A0 =A0 =A0 =A0 16:22:49,186 INFO=A0 [stdout] =
(http--0.0.0.0-8080-1) @PostConstruct=0A>>>=A0 =A0 =A0  c. click on first l=
ink.=0A>>>=A0 =A0 =A0 =A0 =A0 you'll see on sysout that previous CODI ViewA=
ccessScoped instance has been destroyed and a new one is created.=0A>>>=A0 =
=A0 =A0 =A0 =A0 16:23:24,389 INFO=A0 [stdout] (http--0.0.0.0-8080-1) @PreDe=
stroy=0A>>>=A0 =A0 =A0 =A0 =A0 16:23:24,389 INFO=A0 [stdout] (http--0.0.0.0=
-8080-1) @PostConstruct=0A>>>
---1916487321-437075630-1363729868=:72638--