Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 63986 invoked from network); 23 Dec 2010 15:50:57 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Dec 2010 15:50:57 -0000 Received: (qmail 79538 invoked by uid 500); 23 Dec 2010 15:50:53 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 79285 invoked by uid 500); 23 Dec 2010 15:50:53 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 79256 invoked by uid 99); 23 Dec 2010 15:50:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Dec 2010 15:50:52 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=MIME_QP_LONG_LINE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [66.219.55.137] (HELO mail.polydyne.com) (66.219.55.137) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Dec 2010 15:50:05 +0000 Received: from Unknown [10.1.1.19] by mail.polydyne.com - Websense Email Security (7.2.0); Thu, 23 Dec 2010 09:51:24 -0600 Received: from POSTOFFICE02.polydyne.com ([::1]) by POSTOFFICE02.polydyne.com ([::1]) with mapi id 14.01.0270.001; Thu, 23 Dec 2010 09:49:36 -0600 From: Jeffrey Janner To: 'Tomcat Users List' , 'Tomcat Users List' Subject: RE: httpd/Tomcat load balancing question Thread-Topic: httpd/Tomcat load balancing question Thread-Index: AcuiDSY909uOc0vIRf+LdbE1il2EkgAPgauAAAi4xEAAEOmOoAAheC6Q//88IICAADwRUA== Date: Thu, 23 Dec 2010 15:49:36 +0000 Message-ID: <7215BA462D00D343B2837F9113F0131F05F67A@POSTOFFICE02.polydyne.com> References: <7215BA462D00D343B2837F9113F0131F01C604@POSTOFFICE02.polydyne.com> <4D1262EF.3070600@ice-sa.com> <7215BA462D00D343B2837F9113F0131F01C911@POSTOFFICE02.polydyne.com> <7215BA462D00D343B2837F9113F0131F01C92B@POSTOFFICE02.polydyne.com> <7215BA462D00D343B2837F9113F0131F01C939@POSTOFFICE02.polydyne.com> <4D134B43.50506@ice-sa.com> In-Reply-To: <4D134B43.50506@ice-sa.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.1.27] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SEF-7853D99-ADF1-478E-8894-213D316B8FFA: 1 X-SEF-Processed: 7_2_0_00493__2010_12_23_09_51_27 I think I'm going to have to eventually go the mod-rewrite route. The team= doesn't want to remove the c:url tag on all the pages, just the login page= =2E If they don't remove them from all, then someone who is really running = in cookie-off mode will have problems on all the rest of the pages.=0D=0A=0D= =0AHowever, here's the one bit I don't quite understand how it's working. = The servlet definitions are:=0D=0A =0D=0A default=0D=0A /static/*=0D=0A =0D=0A=0D=0A =0D=0A Portal=0D=0A org.springfram= ework.web.servlet.DispatcherServlet=0D=0A 2=0D=0A =0D=0A =0D= =0A Portal=0D=0A /<= /url-pattern>=0D=0A =0D=0AThis is supposed to send any= thing that comes in as /static/ to the default servlet for Tomcat to serve = directly, bypassing the Spring dispatcher and all that security nonsense. B= ut the directory structure is:=0D=0A Webapps=0D=0A -- Portal=0D=0A = --images=0D=0A --scripts=0D=0A --WEB-INF=0D=0AHow = does the default servlet know to serve /Portal/static/images/logo.jpg (afte= r c:url encoding) from the images directory above (assuming this was runnin= g in a standalone Tomcat -- which is the individual programmers test enviro= nment).=0D=0AOr is it not doing what the dev team thinks it's doing=3F=0D=0A=0D= =0AJeff=0D=0A=0D=0A> -----Original Message-----=0D=0A> From: Andr=E9 Warnie= r [mailto:aw@ice-sa.com]=0D=0A> Sent: Thursday, December 23, 2010 7:15 AM=0D= =0A> To: Tomcat Users List=0D=0A> Subject: Re: httpd/Tomcat load balancing = question=0D=0A>=20=0D=0A> I'll top post and reply to an earlier message at = the same time,=0D=0A> although I'm sure that=0D=0A> this is frowned upon in= both cases.=0D=0A>=20=0D=0A> Considering the sum of the answers so far :=0D= =0A>=20=0D=0A> 1) According to Pid*, yes, the " for the added=0D=0A> ";jession-id" suffix, which interfer= es when Apache httpd is asked to=0D=0A> deliver the target of=0D=0A> these = links to static elements.=0D=0A>=20=0D=0A> 2) it would seem to me that the = best (most efficient) way, in your=0D=0A> context, would be to=0D=0A> remov= e that encapsulation for all links directed to static elements.=0D=0A> That= would not only=0D=0A> fix the problem you are having, but also avoid some = unnecessary=0D=0A> processing on the Tomcat=0D=0A> side (and on the httpd s= ide, see #4 below).=0D=0A>=20=0D=0A> 3) one point made by Konstantin is tha= t of course in this case, these=0D=0A> static elements=0D=0A> themselves wi= ll not be subject to the Tomcat authentication and access-=0D=0A> control r= ules.=0D=0A> But that is already implicit, since they are delivered by Apac= he httpd=0D=0A> anyway.=0D=0A>=20=0D=0A> 4) in the worst case - aka your De= v team cannot easily remove the=0D=0A> encapsulation - there=0D=0A> are way= s to remove the ";jessionid" suffix at the Apache httpd level,=0D=0A> using= mod=5Frewrite=0D=0A> for instance. But that definitely sounds like doing = the work twice :=0D=0A> once for Tomcat to=0D=0A> add the suffixes, then ag= ain for httpd to remove them.=0D=0A>=20=0D=0A> 5) There is also a way to re= move the jessionid suffix, using mod=5Fjk as=0D=0A> the connector=0D=0A> be= tween httpd and tomcat instead of mod=5Fproxy, as per Rainer's=0D=0A> sugge= stion (JkStripSession=0D=0A> configuration directive). mod=5Fjk is (at lea= st) as good as mod=5Fproxy in=0D=0A> terms of=0D=0A> connecting and load-ba= lancing, but it is a different configuration.=0D=0A>=20=0D=0A> 6) and if th= ese java guys don't get it cooked, there are other ways to=0D=0A> do this, = but this=0D=0A> would become off-topic for this list, so maybe we should th= en do that=0D=0A> offline.=0D=0A>=20=0D=0A> 7) your proposed course of acti= on below is self-defeating, since if you=0D=0A> manage to convince=0D=0A> t= hem it will mean that they are not what you think they are.=0D=0A>=20=0D=0A= > Jeffrey Janner wrote:=0D=0A> > Definitely the culprit. Now, I just have = to convince the Dev team=0D=0A> that they are, once again, a bunch of idiot= s.=0D=0A> >=0D=0A> > I'm sure it's some framework/tool they are using. The= question now=0D=0A> is, if I can't get them to not use it in this case, is= there some way=0D=0A> to modify httpd to strip the ;jsessionid stuff, or p= ass it on to the=0D=0A> Tomcat server if it's there=3F That is, ignore the= local feed if there=0D=0A> is a sticky session id embedded in the URL=3F=0D= =0A> >=0D=0A> > Jeff=0D=0A> >=0D=0A> >> -----Original Message-----=0D=0A> >= > From: Jeffrey Janner [mailto:Jeffrey.Janner@PolyDyne.com]=0D=0A> >> Sent:= Wednesday, December 22, 2010 4:50 PM=0D=0A> >> To: 'Tomcat Users List'=0D=0A= > >> Subject: RE: httpd/Tomcat load balancing question=0D=0A> >>=0D=0A> >> = In the specific case I mention below, this is the source from the=0D=0A> js= p:=0D=0A> >> >> value=3D"/static/images/icons/favicon.ico"/>" />=0D=0A> >>=0D=0A= > >> I'm not a jsp programmer, but I'm betting it has something to do=0D=0A= > with=0D=0A> >> the encapsulation.=0D=0A> >> Jeff=0D=0A> >>=0D=0A= > >>> -----Original Message-----=0D=0A> >>> From: Jeffrey Janner [mailto:Je= ffrey.Janner@PolyDyne.com]=0D=0A> >>> Sent: Wednesday, December 22, 2010 4:= 40 PM=0D=0A> >>> To: 'Tomcat Users List'; 'Tomcat Users List'=0D=0A> >>> Su= bject: RE: httpd/Tomcat load balancing question=0D=0A> >>>=0D=0A> >>> Thank= s, that was what I was thinking.=0D=0A> >>> Since the only JSP I have acces= s to is the welcome-file, I'm not=0D=0A> sure=0D=0A> >> I=0D=0A> >>> can ve= rify.=0D=0A> >>>=0D=0A> >>> Q: I would think the getContextPath would be de= sirable, in case we=0D=0A> >>> change the war-file name, etc., but I wouldn= 't think that would=0D=0A> cause=0D=0A> >>> the jsessionID string to get ap= pended to the end of the path. That=0D=0A> >> is,=0D=0A> >>> they are comi= ng out as=0D=0A> >>>=0D=0A> >>=0D=0A> "/Portal/static/images/icons/favicon.= ico;jsessionid=3DB4E3E4AA3D79B8877A0=0D=0A> >>> 9CFCC32827D09.tomcat1".=0D=0A= > >>>=0D=0A> >>> Jeff=0D=0A> >>>=0D=0A> >>>> -----Original Message-----=0D=0A= > >>>> From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=0D=0A> >>>> Sent: Wedne= sday, December 22, 2010 2:43 PM=0D=0A> >>>> To: Tomcat Users List=0D=0A> >>= >> Subject: Re: httpd/Tomcat load balancing question=0D=0A> >>>>=0D=0A> >>>= > Hi.=0D=0A> >>>>=0D=0A> >>>> Not knowing anything about JSP per se, I woul= d nevertheless guess=0D=0A> >>> that=0D=0A> >>>> the links are=0D=0A> >>>> = written using something like=0D=0A> >>>> /sta= tic/mylogo.jpg"/> or similarly,=0D=0A> >>> instead=0D=0A> >>>> of just plai= n html=0D=0A> >>>> .=0D=0A> >>>> Th= at probably leads the JSP compiler to think it has to=0D=0A> >> "relativise= "=0D=0A> >>>> the links to the app=0D=0A> >>>> context and so on, while in = this case it should not, because they=0D=0A> >>> will=0D=0A> >>>> be served= by the=0D=0A> >>>> front-end, not by Tomcat.=0D=0A> >>>>=0D=0A> >>>>=0D=0A= > >>>>=0D=0A> >>>> Jeffrey Janner wrote:=0D=0A> >>>>> Httpd 2.2.17=0D=0A> >= >>>> Tomcat 6.0.29=0D=0A> >>>>> Sun JDK 1.6.0=5F22=0D=0A> >>>>> Spring Fram= ework (3.0.2 I think)=0D=0A> >>>>> All on Windows=0D=0A> >>>>>=0D=0A> >>>>>= The Dev team is creating a new app that we are planning to deploy=0D=0A> >= >>> using httpd as a load-balancer to two Tomcats on separate servers.=0D=0A= > >>>> Httpd is configured to serve static files - graphics, css, etc. -=0D= =0A> >>> with=0D=0A> >>>> everything else being sent to the Tomcat servers = over AJP. The=0D=0A> >>> Tomcat=0D=0A> >>>> app has one jsp file setup as = the welcome-file, which just does a=0D=0A> >>>> redirect to host/app/login,= which is an internal action that=0D=0A> >>> generates=0D=0A> >>>> the real= login screen. All other parts of the app are buried in=0D=0A> >> the=0D=0A= > >>>> WEB-INF/classes structure (as far as I can tell).=0D=0A> >>>>> We ar= e currently testing the setup, and if you go to=0D=0A> >>>> http://prtltest= =2Epolydyne.com, everything seems to work just fine.=0D=0A> >>> The=0D=0A> = >>>> browser gets redirected to=0D=0A> >> http://prtltest.polydyne.com/Port= al/login=0D=0A> >>>> and the screen looks fine. The problem is if you go d= irectly to=0D=0A> >> the=0D=0A> >>>> login page, bypassing the welcome-file= redirect, then you don't=0D=0A> get=0D=0A> >>> the=0D=0A> >>>> static file= s. If you refresh the page, everything shows up again.=0D=0A> >>>>> Lookin= g at the source of the login page, it appears that all the=0D=0A> >>>> stat= ic links have the jsessionid appended to them on the first=0D=0A> >> load,=0D= =0A> >>>> but not on subsequent loads. I assume this is because Tomcat=0D=0A= > >> hasn't=0D=0A> >>>> determined cookie support yet when it generates the= page the first=0D=0A> >>>> time, but does know about it on the refresh. M= y question is, is=0D=0A> >>> there=0D=0A> >>>> something the Dev team shoul= d be doing before generating the login=0D=0A> >>>> page, or generating the = static links, or is there a configuration=0D=0A> >>>> setting I'm missing i= n the httpd.conf file=3F Or perhaps in the=0D=0A> >>> web.xml=3F=0D=0A> >>= >>> Jeff=0D=0A> >>>>>=0D=0A> >>>>> The httpd.conf file is pretty stock, wit= h the following added for=0D=0A> >>> the=0D=0A> >>>> load-balancer configur= ation:=0D=0A> >>>>> =0D=0A> >>>>> SetHandler = balancer-manager=0D=0A> >>>>>=0D=0A> >>>>> Order Deny,Allow=0D=0A> >>>>> = Deny from all=0D=0A> >>>>> Allow from 10.1.1 127.0.0.1=0D=0A> >>>>> =0D=0A> >>>>>=0D=0A> >>>>> =0D=0A> >>>>= > BalancerMember ajp://prtltest01:8009/Portal=0D=0A> >>>> r= oute=3Dtomcat1 loadfactor=3D50=0D=0A> >>>>> BalancerMember = ajp://prtltest02:8009/Portal=0D=0A> >>>> route=3Dtomcat2 loadfactor=3D50=0D= =0A> >>>>> =0D=0A> >>>>>=0D=0A> >>>>> ProxyPass /Portal/static !=0D= =0A> >>>>> ProxyPass /Portal balancer://mycluster=0D=0A> >>>> stickysession= =3DJSESSIONID|jsessionid scolonpathdelim=3DOn=0D=0A> >>>>> ProxyPass / bala= ncer://mycluster/=0D=0A> >>> stickysession=3DJSESSIONID|jsessionid=0D=0A> >= >>> scolonpathdelim=3DOn=0D=0A> >>>>> The web.xml file is:=0D=0A> >>>>>=0D=0A= > >>>>> <=3Fxml version=3D"1.0" encoding=3D"UTF-8"=3F>=0D=0A> >>>>> >>>> x= mlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"=0D=0A> >>>> xsi:sche= maLocation=3D"http://java.sun.com/xml/ns/javaee=0D=0A> >>>> http://java.sun= =2Ecom/xml/ns/javaee/web-app=5F2=5F5.xsd">=0D=0A> >>>>> P= olydyne Portal Application=0D=0A> >>>>> =0D=0A> >>>>> =0D=0A> >>>>> log= 4jConfigLocation=0D=0A> >>>>> /WEB-INF/lo= g4j.properties=0D=0A> >>>>> =0D=0A> >>>>>= =0D=0A> >>>>> >>>> class>org.sprin= gframework.web.util.Log4jConfigListener >>> class>=0D=0A>= >>>>> =0D=0A> >>>>> =0D=0A> >>>>> = contextConfigLocation=0D=0A> >>>>> =0D=0A> >>>>> /WEB-INF/Portal-service.xml=0D=0A> >>>>> = /WEB-INF/Portal-security.xml=0D=0A> >>>>> =0D=0A> >>>>> =0D=0A> >>>>> =0D=0A> >>>>= > >>=0D=0A> class>org.springframework.web.context= =2EContextLoaderListener >>>> class>=0D=0A> >>>>> =0D=0A> >>>>>=0D=0A> >>>>> =0D= =0A> >>>>> =0D=0A> >>>>> >>=0D=0A> = class>org.springframework.security.web.session.HttpSessionEventPublishe=0D=0A= > >>>> r=0D=0A> >>>>> =0D=0A> >>>>>=0D=0A> = >>>>> =0D=0A> >>>>> = =0D=0A> >>>>> characterEncodingFilter=0D=0A> >>>>> >>=0D=0A> class>org.springfram= ework.web.filter.CharacterEncodingFilter >>>> class>=0D=0A>= >>>>> =0D=0A> >>>>> encoding=0D=0A> >>>>> UTF-8=0D=0A= > >>>>> =0D=0A> >>>>> =0D=0A> >>>>= > forceEncoding=0D=0A> >>>>> = true=0D=0A> >>>>> =0D=0A= > >>>>> =0D=0A> >>>>> =0D=0A> >>>>> = characterEncodingFilter=0D=0A> >>>>> <= url-pattern>/*=0D=0A> >>>>> =0D=0A> >>>>= >=0D=0A> >>>>> =0D=0A> >>>>> = =0D=0A> >>>>> springSecurityFilterChain=0D=0A> >>>>> >>>>=0D=0A> class>org.springf= ramework.web.filter.DelegatingFilterProxy >>>> class>=0D=0A= > >>>>> =0D=0A> >>>>> =0D=0A> >>>>> = springSecurityFilterChain=0D=0A> >>>>> = /*=0D=0A> >>>>> =0D=0A> >>= >>> =0D=0A> >>>>> =0D=0A> >>>>> =0D=0A= > >>>>> =0D=0A> >>>>> default=0D=0A> >>>>> /static/*=0D=0A= > >>>>> =0D=0A> >>>>>=0D=0A> >>>>> =0D=0A= > >>>>> Portal=0D=0A> >>>>> >>>> class>org.springframework.web.servlet.DispatcherServlet= >>> class>=0D=0A> >>>>> 2=0D=0A> >>>>> =0D=0A> >>>>> =0D= =0A> >>>>> Portal=0D=0A> >>>>> = /=0D=0A> >>>>> =0D=0A> >>= >>> =0D=0A> >>>>> =0D= =0A> >>>>> =0D=0A> >>>>> 30=0D=0A> >>>= >> =0D=0A> >>>>> =0D=0A> >>>= >> =0D=0A> >>>>> redirect.jsp<= /welcome-file>=0D=0A> >>>>> =0D=0A> >>>>> =0D=0A> >>>>> >>>> type>javax.servlet.Una= vailableException=0D=0A> >>>>> /WEB-=0D=0A= > >> INF/views/errors/Unavailable.html=0D=0A> >>>>> =0D=0A> >>>>> =0D=0A> >>>>> 50= 3=0D=0A> >>>>> /WEB-=0D=0A> >> INF/views= /errors/Unavailable.html=0D=0A> >>>>> =0D=0A> >= >>>> =0D=0A> >>>>>=0D=0A> >>=0D=0A> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=0D=0A> >>>> =5F=5F=5F=0D=0A> >>>>> Confid= entiality Notice: This Transmission (including any=0D=0A> >>>> attachments= ) may contain information that is privileged,=0D=0A> >>> confidential,=0D=0A= > >>>> and exempt from disclosure under applicable law. If the reader of=0D= =0A> >>> this=0D=0A> >>>> message is not the intended recipient you are her= eby notified that=0D=0A> >>> any=0D=0A> >>>> dissemination, distribution, o= r copying of this communication is=0D=0A> >>>> strictly prohibited.=0D=0A> = >>>>> If you have received this transmission in error, please=0D=0A> >> imm= ediately=0D=0A> >>>> reply to the sender or telephone (512) 343-9100 and de= lete this=0D=0A> >>>> transmission from your system.=0D=0A> >>>>=0D=0A> >>>= > ------------------------------------------------------------------=0D=0A>= -=0D=0A> >> --=0D=0A> >>>> To unsubscribe, e-mail: users-unsubscribe@tomca= t.apache.org=0D=0A> >>>> For additional commands, e-mail: users-help@tomcat= =2Eapache.org=0D=0A> >>>>=0D=0A> >>>=0D=0A> >>=0D=0A> =5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=0D=0A> >>> =5F=5F=5F=0D=0A> >>>=0D= =0A> >>> Confidentiality Notice: This Transmission (including any=0D=0A> >= > attachments)=0D=0A> >>> may contain information that is privileged, confi= dential, and=0D=0A> exempt=0D=0A> >>> from disclosure under applicable law.= If the reader of this=0D=0A> message=0D=0A> >> is=0D=0A> >>> not the inte= nded recipient you are hereby notified that any=0D=0A> >>> dissemination, d= istribution, or copying of this communication is=0D=0A> >>> strictly prohib= ited.=0D=0A> >>>=0D=0A> >>> If you have received this transmission in error= , please immediately=0D=0A> >>> reply to the sender or telephone (512) 343-= 9100 and delete this=0D=0A> >>> transmission from your system.=0D=0A> >>>=0D= =0A> >>>=0D=0A> >>> -------------------------------------------------------= ------------=0D=0A> --=0D=0A> >>> To unsubscribe, e-mail: users-unsubscribe= @tomcat.apache.org=0D=0A> >>> For additional commands, e-mail: users-help@t= omcat.apache.org=0D=0A> >>>=0D=0A> >>=0D=0A> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=0D=0A> >> =5F=5F=5F=0D=0A> >>=0D=0A> >> C= onfidentiality Notice: This Transmission (including any=0D=0A> attachments= )=0D=0A> >> may contain information that is privileged, confidential, and e= xempt=0D=0A> >> from disclosure under applicable law. If the reader of thi= s message=0D=0A> is=0D=0A> >> not the intended recipient you are hereby not= ified that any=0D=0A> >> dissemination, distribution, or copying of this co= mmunication is=0D=0A> >> strictly prohibited.=0D=0A> >>=0D=0A> >> If you ha= ve received this transmission in error, please immediately=0D=0A> >> reply = to the sender or telephone (512) 343-9100 and delete this=0D=0A> >> transmi= ssion from your system.=0D=0A> >>=0D=0A> >>=0D=0A> >> ---------------------= -----------------------------------------------=0D=0A> -=0D=0A> >> To unsub= scribe, e-mail: users-unsubscribe@tomcat.apache.org=0D=0A> >> For additiona= l commands, e-mail: users-help@tomcat.apache.org=0D=0A> >>=0D=0A> >=0D=0A> = >=0D=0A> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=0D= =0A> =5F=5F=5F=0D=0A> >=0D=0A> > Confidentiality Notice: This Transmission= (including any=0D=0A> attachments) may contain information that is privile= ged, confidential,=0D=0A> and exempt from disclosure under applicable law. = If the reader of this=0D=0A> message is not the intended recipient you are= hereby notified that any=0D=0A> dissemination, distribution, or copying of= this communication is=0D=0A> strictly prohibited.=0D=0A> >=0D=0A> > If you= have received this transmission in error, please immediately=0D=0A> reply = to the sender or telephone (512) 343-9100 and delete this=0D=0A> transmissi= on from your system.=0D=0A> >=0D=0A> >=0D=0A> > ---------------------------= ------------------------------------------=0D=0A> > To unsubscribe, e-mail:= users-unsubscribe@tomcat.apache.org=0D=0A> > For additional commands, e-ma= il: users-help@tomcat.apache.org=0D=0A> >=0D=0A> >=0D=0A>=20=0D=0A>=20=0D=0A= > ---------------------------------------------------------------------=0D=0A= > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org=0D=0A> For ad= ditional commands, e-mail: users-help@tomcat.apache.org=0D=0A>=20=0D=0A=0D=0A= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=0D= =0A=0D=0AConfidentiality Notice: This Transmission (including any attachme= nts) may contain information that is privileged, confidential, and exempt f= rom disclosure under applicable law. If the reader of this message is not = the intended recipient you are hereby notified that any dissemination, dist= ribution, or copying of this communication is strictly prohibited. =20=0D=0A=0D= =0AIf you have received this transmission in error, please immediately repl= y to the sender or telephone (512) 343-9100 and delete this transmission fr= om your system.=0D=0A --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org