Hi Martin=0AWhat is so odd is it is all loading just fine as witnessed by t=
he fact that the =0Adefault case works. Either the frameset way, the tiles=
way or the most =0Aprimitive jsp:include, all show the default client view=
, cache the applet and =0Awork quite well. The problem is when I want to c=
hange the client view remove =0Athe form bean, make the change for the jsp =
desired, add the form bean to the =0Asession and forward, it fails.=0A=0A=
=0A=0A=0A________________________________=0AFrom: Martin Gainty <mgainty@ho=
tmail.com>=0ATo: Tomcat Users List <users@tomcat.apache.org>=0ASent: Wed, M=
ay 4, 2011 8:38:36 PM=0ASubject: RE: Tomcat 6 Struts 1.3=0A=0A=0Atiles-defs=
.xml is loaded by struts-config.xml=0Astruts-config.xml is loaded by WEB-IN=
F/web.xml=0Aweb.xml is loaded by the container at webapp initialisation=0A=
=0Aexcept when attribute reloadable=3Dtrue for <Context =0ASet to true if y=
ou want Catalina to monitor classes in=0A /WEB-INF/classes/ and /WEB=
-INF/lib for=0A changes, and automatically reload the web applicatio=
n if a change=0A is detected. This feature is very useful during ap=
plication=0A development, but it requires significant runtime overhe=
ad and is=0A not recommended for use on deployed production applicat=
ions. That's=0A why the default setting for this attribute is false=
. You=0A can use the Manager web=0A application, however, to=
trigger reloads of deployed applications=0A on demand.=0A=0Ahttp://=
tomcat.apache.org/tomcat-7.0-doc/config/context.html=0A=0AMartin =0A_______=
_______________________________________ =0AVerzicht und Vertraulichkeitanme=
rkung/Note de d=E9ni et de confidentialit=E9=0A=0ADiese Nachricht ist vertr=
aulich. Sollten Sie nicht der vorgesehene Empfaenger =0Asein, so bitten wir=
hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung =0Aoder Fertigun=
g einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem =0AAusta=
usch von Informationen und entfaltet keine rechtliche Bindungswirkung. =0AA=
ufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftun=
g =0Afuer den Inhalt uebernehmen.=0ACe message est confidentiel et peut =EA=
tre privil=E9gi=E9. Si vous n'=EAtes pas le =0Adestinataire pr=E9vu, nous t=
e demandons avec bont=E9 que pour satisfaire informez =0Al'exp=E9diteur. N'=
importe quelle diffusion non autoris=E9e ou la copie de ceci est =0Ainterdi=
te. Ce message sert =E0 l'information seulement et n'aura pas n'importe =0A=
quel effet l=E9galement obligatoire. =C9tant donn=E9 que les email peuvent =
facilement =0A=EAtre sujets =E0 la manipulation, nous ne pouvons accepter a=
ucune responsabilit=E9 =0Apour le contenu fourni.=0A=0A=0A=0A=0A> Date: Wed=
, 4 May 2011 11:47:57 -0700=0A> From: cpanon@yahoo.com=0A> Subject: Re: Tom=
cat 6 Struts 1.3=0A> To: users@tomcat.apache.org=0A> =0A> Hi Chris=0A> Wha=
t I find so inscrutable is I know I am hitting the second state with the =
=0A> different jsp for the report tile. I know that b/c I have a breakpoin=
t set on =0A=0A> the return mapping.findForward("posSO"); What I expect is=
TC or Jasper to =0A> detect the tiles-defs is different than the one prese=
nting to this session and =0A=0A> process it with the current session attri=
butes, render it and insert it into =0A>the =0A>=0A> page in the report til=
e. I have to do this b/c I need to keep my applet =0A>running =0A>=0A> and=
not shut down. It is something systemic for sure. I know tiles works for=
=0A=0A> thousands of other developers. How can it work for me perfectly t=
he first time =0A>=0A> and fail and successive time with a different state?=
Am I not correct in my =0A> expectation of Tiles processing and the fact =
that it works for others? Any =0A> further ideas? =0A> =0A> =0A> =0A> =0A=
> =0A> ________________________________=0A> From: Christopher Schultz <chri=
s@christopherschultz.net>=0A> To: Tomcat Users List <users@tomcat.apache.or=
g>=0A> Sent: Tue, May 3, 2011 4:08:50 PM=0A> Subject: Re: Tomcat 6 Struts 1=
.3=0A> =0A> -----BEGIN PGP SIGNED MESSAGE-----=0A> Hash: SHA1=0A> =0A> cpan=
on,=0A> =0A> On 5/2/2011 4:04 PM, cpanon wrote:=0A> > Thank you for your at=
tention.=0A> =0A> No problem.=0A> =0A> > What is odd and almost answers all=
the questions, leaving the BIG=0A> > one, is that all three techniques wor=
k the first time.=0A> =0A> Hah... that actually raises more questions than =
answers IMO.=0A> =0A> > That means that all the resolving, mapping and subs=
titution work.=0A> > The proxy names are all resolved in the framset(not sh=
own), tiles and=0A> > jsp:include. In the second state what I expected is =
the recompiling=0A> > of the ccAuth15_soDetail_fragment.jsp, caching the ot=
her areas and=0A> > presenting the different view to the client. By "nothi=
ng" I mean=0A> > that the original view is shown even thought I know, via s=
etting a=0A> > breakpoint, I hit the second state but do now show the prope=
r jsp.=0A> =0A> Why would the JSP be recompiled? You aren't changing the co=
de, so it=0A> should just be re-running the already-compiled code. Maybe yo=
u're not=0A> explaining it well enough for me to understand.=0A> =0A> Are y=
ou sure you don't somehow hit the first state again somehow?=0A> =0A> > I h=
ave read this about the attribute "antiResourceLocking", however=0A> > that=
was in 5.5 and I assume it is fully fixed or know(no google cit=0A> > it),=
but 6.0.30. Does this help with any further ideas?=0A> =0A> anti resource=
locking has mostly do to with not performing file-locking=0A> on .jar file=
s that your webapp uses. If you're having problems=0A> undeploying webapps =
where the files aren't being deleted, you may have=0A> to mess with this se=
tting. It does not appear to be related to anything=0A> you are doing.=0A> =
=0A> - -chris=0A> -----BEGIN PGP SIGNATURE-----=0A> Version: GnuPG v1.4.10 =
(MingW32)=0A> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.or=
g/=0A> =0A> iEYEARECAAYFAk3AYNIACgkQ9CaO5/Lv0PDeLQCdGpAQd4la81wZWYfqwDIG9qY=
B=0A> T5kAoLmk8CtM2sjdqwMhMBaymKUebjJu=0A> =3DYqxy=0A> -----END PGP SIGNATU=
RE-----=0A> =0A> ----------------------------------------------------------=
-----------=0A> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org=
=0A> For additional commands, e-mail: users-help@tomcat.apache.org
|