Re: stress testing tomcat applications
Elias, On 11.9.2014 2:03, Elias Kopsiaftis wrote: My best guess is that tomcat doesnt like to accept requests coming for two different logins from the same IP and same program. Is that accurate? Is anything else that could be going wrong here? Tomcat should allow multiple sessions from same IP without problems. Please state which exact version of Tomcat do you use. There are plenty of them. What is the number of active sessions when you start experiencing errors? Do you have Manager element in your context.xml or server.xml defined? Does that element have maxActiveSessions attribute? I recommend to implement HttpSessionListener in your application and log session creation and destruction to understand at which point in time the sessions are destroyed. -Ognjen - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Deploy application as Root
Kiran, On 11.9.2014 5:52, Kiran Badi wrote: I am trying to deploy application as ROOT.war in tomcat 7.50 provided by hosting service provider, but for some reasons I get below message FAIL - War file ROOT.war cannot be uploaded if context is defined in server.xml I have below in server xml, Host name=Myapp.com appBase=path to public_html folder Aliaswww.myapp.com/Alias Aliasmyuserid.myhostingprovider.com/Alias Context path= reloadable=true docBase= path to public_html debug=1/ Context path=/manager debug=0 privileged=true docBase=path to /tomcat/webapps/manager /Context /Host You seem to specify the same directory for Host's appBase and Context's docBase. That is wrong. AppBase is a place where you will be putting your web applications (.war files or directories). On default Tomcat installation that is webapps directory. DocBase is a place where single web application resides. It may be relative to AppBase (e.g. ROOT), or absolute (e.g. /usr/local/tomcat/webapps/ROOT). The two should not point to the same directory. Next, configuring contexts in server.xml is not recommended [1]. You should remove Context elements from your server.xml, and move them to /META-INF/context.xml in web applications. If you do that, also remove docBase attributes. -Ognjen [1] http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Defining_a_context - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Context parameter override?
Andre, On 10.9.2014 18:43, André Warnier wrote: Otherwise, my customer sysadmins would have to unpack the WAR, edit web.xml to insert their specific values, and re-pack the WAR. Which they do not like to do either. My customers also do not like a solution consisting in having these parameters defined somehow as JVM properties that must be given on the java command-line, because then any user with a console on the server can see them by doing a simple ps -ef. Could you move client specific parameters to context.xml (appname.xml)? Then, your client could keep the appname.xml at $CATALINA_BASE/conf/[enginename]/[hostname]/ directory, and replace war file with new versions? There is no need to unpack and repack the war file. -Ognjen - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Deploy application as Root
2014-09-11 7:52 GMT+04:00 Kiran Badi ki...@poonam.org: Hi, I am trying to deploy application as ROOT.war in tomcat 7.50 provided by hosting service provider, but for some reasons I get below message FAIL - War file ROOT.war cannot be uploaded if context is defined in server.xml I have below in server xml, Host name=Myapp.com appBase=path to public_html folder Aliaswww.myapp.com/Alias Aliasmyuserid.myhostingprovider.com/Alias Context path= reloadable=true docBase= path to public_html debug=1/ Context path=/manager debug=0 privileged=true docBase=path to /tomcat/webapps/manager /Context /Host However the ROOT.war gets deployed correctly in my local machine.Appreciate some help here for fixing this issue. 1. What Tomcat version does your local machine have? 2. Context path= and ROOT.war define the same context. Thus the error message is correct. [1] http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Naming - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Deploy application as Root
Konstantin Kolinko wrote: 2014-09-11 7:52 GMT+04:00 Kiran Badi ki...@poonam.org: Hi, I am trying to deploy application as ROOT.war in tomcat 7.50 provided by hosting service provider, but for some reasons I get below message FAIL - War file ROOT.war cannot be uploaded if context is defined in server.xml I have below in server xml, Host name=Myapp.com appBase=path to public_html folder Aliaswww.myapp.com/Alias Aliasmyuserid.myhostingprovider.com/Alias Context path= reloadable=true docBase= path to public_html debug=1/ Context path=/manager debug=0 privileged=true docBase=path to /tomcat/webapps/manager /Context /Host However the ROOT.war gets deployed correctly in my local machine.Appreciate some help here for fixing this issue. 1. What Tomcat version does your local machine have? 2. Context path= and ROOT.war define the same context. Thus the error message is correct. [1] http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Naming And maybe read this too : http://wiki.apache.org/tomcat/HowTo#How_do_I_make_my_web_application_be_the_Tomcat_default_application.3F - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
SAML 2.0 with container managed authentication in Tomcat
Dear Tomcat-users, We are investigating the best way to support SAML 2.0 (SP) authentication with our application. Our application is using container managed authentication provided by Tomcat, and works very well with basic authentication, form authentication, SPnego and others. My expectation would be that it should be possible to add a Valve and a Realm and have a 3rd party tool supply the SAML2 Relying Party implementation. So far, we have identified a couple of possible candidates. - Apache CXF Fediz. This project still seems young, but the integration would be as i expect. - Spring security might be possible to wrap into a Valve and Realm? - Picketlink? As stated on https://docs.jboss.org/author/display/PLINK/SAML+Authenticators+(Tomcat,JBossAS) - Very own Tomcat support not there yet? https://issues.apache.org/bugzilla/show_bug.cgi?id=54503 - Shibbolth (on HTTPD, remote user passed through AJP) Until now we have been using the Shibbolth/HTTPd implementation, but from Tomcat perspective this is not very 'pure'. We would like to configure it all in one place, Tomcat. Whats your view on this? Does anybody else have experience with any of these, or others? Any best practices? Thank you! Regards, Maarten van Hulsentop
Re: stress testing tomcat applications
ok Thanks, I am using Tomcat7. I dont know much about Tomcat application development, so I will research these options you gave me before responding again. Thanks again On Thu, Sep 11, 2014 at 4:07 AM, Ognjen Blagojevic ognjen.d.blagoje...@gmail.com wrote: Elias, On 11.9.2014 2:03, Elias Kopsiaftis wrote: My best guess is that tomcat doesnt like to accept requests coming for two different logins from the same IP and same program. Is that accurate? Is anything else that could be going wrong here? Tomcat should allow multiple sessions from same IP without problems. Please state which exact version of Tomcat do you use. There are plenty of them. What is the number of active sessions when you start experiencing errors? Do you have Manager element in your context.xml or server.xml defined? Does that element have maxActiveSessions attribute? I recommend to implement HttpSessionListener in your application and log session creation and destruction to understand at which point in time the sessions are destroyed. -Ognjen - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: SAML 2.0 with container managed authentication in Tomcat
Hello, 2014-09-11 14:26 GMT+02:00 Maarten van Hulsentop maar...@vanhulsentop.nl: Dear Tomcat-users, We are investigating the best way to support SAML 2.0 (SP) authentication with our application. Our application is using container managed authentication provided by Tomcat, and works very well with basic authentication, form authentication, SPnego and others. My expectation would be that it should be possible to add a Valve and a Realm and have a 3rd party tool supply the SAML2 Relying Party implementation. So far, we have identified a couple of possible candidates. - Apache CXF Fediz. This project still seems young, but the integration would be as i expect. - Spring security might be possible to wrap into a Valve and Realm? - Picketlink? As stated on https://docs.jboss.org/author/display/PLINK/SAML+Authenticators+(Tomcat,JBossAS) - Very own Tomcat support not there yet? https://issues.apache.org/bugzilla/show_bug.cgi?id=54503 - Shibbolth (on HTTPD, remote user passed through AJP) Until now we have been using the Shibbolth/HTTPd implementation, but from Tomcat perspective this is not very 'pure'. We would like to configure it all in one place, Tomcat. At work, with exactly the same requirement, we used OIOSAML[1] which has been transformed as a custom tomcat authenticator (from the filter). It works quite well within our organisation with the Shibboleth IDP. There is also an enhancement request on bugzilla on that topic. [2] which seems to prefer adding JASPI(C) to tomcat to add SAML. [1] http://digitaliser.dk/resource/2582561 [2] https://issues.apache.org/bugzilla/show_bug.cgi?id=54503 Cédric - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Windows Service Install Startup Type
I have written a simple script that make it really easy for me to upgrade Tomcat when new versions are available. The service is simply unistalled, and then re-installed with the updated paths etc. The problem is that after the service is re-installed it is set to Startup Type: Manul whereas I want it to be Startup Type: Automatic How can I specify the Startup Type when installing the service? Thanks, Igal -- Igal Sapir Railo Core Developer http://getRailo.org/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Windows Service Install Startup Type
c:\railo\tomcat\bin\tomcat7.exe //US//%SERVICE_NAME% --Startup=auto Warm Regards, Jordan Michaels On 09/11/2014 10:50 AM, Igal @ getRailo.org wrote: I have written a simple script that make it really easy for me to upgrade Tomcat when new versions are available. The service is simply unistalled, and then re-installed with the updated paths etc. The problem is that after the service is re-installed it is set to Startup Type: Manul whereas I want it to be Startup Type: Automatic How can I specify the Startup Type when installing the service? Thanks, Igal - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Windows Service Install Startup Type
Thanks Jordan (for a second there when I saw your name I thought that I may have posted my question to the wrong list ;]) On 9/11/2014 11:09 AM, Jordan Michaels wrote: c:\railo\tomcat\bin\tomcat7.exe //US//%SERVICE_NAME% --Startup=auto Warm Regards, Jordan Michaels On 09/11/2014 10:50 AM, Igal @ getRailo.org wrote: I have written a simple script that make it really easy for me to upgrade Tomcat when new versions are available. The service is simply unistalled, and then re-installed with the updated paths etc. The problem is that after the service is re-installed it is set to Startup Type: Manul whereas I want it to be Startup Type: Automatic How can I specify the Startup Type when installing the service? Thanks, Igal - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Igal Sapir Railo Core Developer http://getRailo.org/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Windows Service Install Startup Type
On 9/11/2014 11:09 AM, Jordan Michaels wrote: c:\railo\tomcat\bin\tomcat7.exe //US//%SERVICE_NAME% --Startup=auto are you sure about that? from the service.bat file, the command to install is //IS// not //US// also, the params are not separated by = but by space Warm Regards, Jordan Michaels On 09/11/2014 10:50 AM, Igal @ getRailo.org wrote: I have written a simple script that make it really easy for me to upgrade Tomcat when new versions are available. The service is simply unistalled, and then re-installed with the updated paths etc. The problem is that after the service is re-installed it is set to Startup Type: Manul whereas I want it to be Startup Type: Automatic How can I specify the Startup Type when installing the service? Thanks, Igal - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Igal Sapir Railo Core Developer http://getRailo.org/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Windows Service Install Startup Type
On 9/11/2014 11:16 AM, Igal @ getRailo.org wrote: On 9/11/2014 11:09 AM, Jordan Michaels wrote: c:\railo\tomcat\bin\tomcat7.exe //US//%SERVICE_NAME% --Startup=auto are you sure about that? from the service.bat file, the command to install is //IS// not //US// also, the params are not separated by = but by space oh, I see. //US// is for Update. perhaps I don't need to go through the whole Uninstall/Reinstall in the first place... Igal p.s. I'm not sure why in this list you're supposed to add your reply at the bottom... not sure what mail clients others use here, but it doesn't make sense to me... - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Windows Service Install Startup Type
On 9/11/2014 11:09 AM, Jordan Michaels wrote: c:\railo\tomcat\bin\tomcat7.exe //US//%SERVICE_NAME% --Startup=auto ok, I can confirm that the delimiter is a space, so --Starup auto does the trick. also, for some reason it wasn't that easy for me to find so I'm posting the link to the docs here: http://tomcat.apache.org/tomcat-8.0-doc/windows-service-howto.html thanks, Igal - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Why does mod_jk bypass Apache authorization?
On 2014-09-10 22:12, Mark Eggers wrote: I don't think that the trailing /* is valid for a simple Location directive. If you want regular expressions you'll have to use either LocationMatch or Location ~ (Location followed by the ~) This was the decisive hint! JkMount needs /*, but Location doesn't seem to handle it well. This makes the one-argument-form of JkMount quite useless. The solution was using the two-argument-form isolated with /* and Location without. Still doesn't explain why it sometimes works, but I'll leave that as an exercise for mod_jk fans. Thanks a lot! 안녕히 계세요 / coralament / best Grötens / liebe Grüße / best regards / elkorajn salutojn Daniel Pfeiffer -- 배운다 / lerne / learn / apprends Esperanto: http://lernu.net / http://ikurso.net Reliability, Perl programming and much more in Makefiles: http://makepp.sourceforge.net
Re: stress testing tomcat applications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Elias, On 9/10/14 8:03 PM, Elias Kopsiaftis wrote: I am working on a stress tester for my application, however, from within the stress tester, sometimes it loses the sessionid Are you writing your own stress-testing software, or using a tool such as JMeter, etc.? Perhaps your tool is loosing the session identifier. An overview of the process is 1. login to application and get sessionid 2. send subsequent requests to server that sessionid 3. Repeat steps 1 and 2 for multiple users The problem is that in my server logs, I occasionally get a message saying a client connected with an unrecognized sessionid, ie one that has no logged in yet My best guess is that tomcat doesnt like to accept requests coming for two different logins from the same IP and same program. Is that accurate? Is anything else that could be going wrong here? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUEiE/AAoJEBzwKT+lPKRY7UAP/3GkbtpAisXGeg02ATE2kJmi E38g+IEwkSFMGIDPRsYk14GDYByK8l+Cpz8GrTpqFyRCCWZL58+qfQGXW5azqwZa pvYyI1pSXqxjpjw7vqcL6atTpsro2e5Fq6Cc9LvPoXtBGH0X6BjgG0duPKS5w9NX tk5V3mTgizLMQnyfmueAkmxuOgnoqPqAgKKLBeZkTYAHZ96gIz4+U50P/8DANteA YW7MjtOuTFvav7gSER8FfbVvb46z4Irl19Cz3yOVfztIkuzTOrl1S4E56OaC6xXZ IZAxgM7gSSDxgqiyTImcpMNyHNc3Czh0XpIKbY8WzXmEnte3RWzEeYUKL48ZhXRE ZpeCMA9kzAQhb/l6DxrohoG6/bUjv8QsUuCX+OeC81AKy9N0KMGnTvX3yDgDBk3F p+d1VDQp8G7dDP0IZwXVtcDvgSFU2kPdVM6OuA/myOgE7G9i7k51Kx4SUjZrC0nv mozv2o/QsxdlIz2DZrzh5lYtfkeA4aQHi39MnMihxdiDSlOjZPCklGk4LbKOVkRE UBdVVCJlrFtTKh+wLUOLSdsNWFIVlKYMp4rmQdwaFwdDjG/ABAsyxZ/0eteMT9n0 O7LtdP9XtFEWVbNZBddzHD8YhkVsDW59S1+FeQvjjODuh7CtE1xZbxUgtaLay4NA nSHI59k6ew4t94SaZQ5t =bxa4 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Stop writing System.our and System.err in catalina.out
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Vijay, On 9/9/14 3:24 AM, Vijay Kumar wrote: I have deployed one web application in Tomcat which uses JULI logger internally for application level logging. I can change the Mode to OFF while going to production. But there are few System.out.println statements along with e.printStackTrace which are writing in catalina.out file. This is causing to shutdown Tomcat when catalina.out file grows huge. Why do you think a large file size is causing Tomcat to shut down? How large is large? Most filesystems can handle *very* large files without a problem. Tomcat itself does not write directly to catalina.out so it should not be sensitive to the file size anyway. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUEiMlAAoJEBzwKT+lPKRYJ4YP/ijZYIz3gfUnNQitBm27XOwr FC0/J2xeGVUGkiVeK+mXpzhffQkZFONLpebzTqShyhfMbl8T3xcjpLfHZdFa0C/4 1LromQmEMC5R6bh8hBJdbkWOISqvHo3BZnLtLJ//BZ6E5D6kY1awAnjo9k0Lpz7r c5K1or9DrJ86CTB2ojXtWt6owTvn1nNNhXQSbwnXLIO07UKSoDAEHzeLJBylojbn NvQ3bZ+HhctKb5Lv0HDA0BYgGyGmba+JYKA+4IGWzAe8ZjLx92/YqCNrL/Ilbf7o bqUMjhdCh+KjWnBikLTQGY1TCFjAC2Fy6apcM9sT/+5OAbBFz+UMOJ7+9Lbv82NZ 4ju7rq3qSiDzDb2xoxE2Fp+tpgSoTAErmdyTBsmz9Z5OxWEDGJb94hAOAM32Ifpj QswpYatbo9WKo7CF5JkWWJTM8f8fy8klKMj6imdWXNwFCDesy49dMw2oZouasuFJ Ipc1heRVeGnEDxPth4UEjkOPPdMOwhvEzsGyKhdkrpnD3amN+c+2Gh/LrPKDKtgn XPcZhzcqtT6VpUvj2XydahJwoWoXBxtew14avDmRtxx/jidu8qmbYyH1Hgj2ZAa6 KcIoJmReHBFG5xpkHtnwRKI1WkcTb/Hs91c6bKjK6HQ/IQKUmI0iRTsB/0ULCJ5+ NUFZ+SmKb9Gb+Vcn+hVb =628s -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Stop writing System.our and System.err in catalina.out
Hi At the development enviroment we use code quality tools like PMD to check if there are System.out, System.err or ex.printStackTrace() in the code. Regards, Nestor On Thu, Sep 11, 2014 at 6:31 PM, Néstor Boscán nestor.bos...@tcs.com.ve wrote: Hi At the development enviroment we use code quality tools like PMD to check if there are System.out, System.err or ex.printStackTrace() in the code. Regards, Nestor On Tue, Sep 9, 2014 at 2:54 AM, Vijay Kumar vijy.gan...@gmail.com wrote: Hi, I have deployed one web application in Tomcat which uses JULI logger internally for application level logging. I can change the Mode to OFF while going to production. But there are few System.out.println statements along with e.printStackTrace which are writing in catalina.out file. This is causing to shutdown Tomcat when catalina.out file grows huge. Can any one suggest me how to stop writing these statement in catalina.out file. Thanks, Vijay G
Re: Deploy application as Root
Ok I made the changes, and trying. Andre, I tried your approach, it still same error.Making changes to server xml now. Pointing appBase to webapps. Question I have is that if I upload war file via manager app, where does it go ? I can understand that ROOT goes to the ROOT folder if I delete the root folder, how about myapp.war ? Does it go to work folder ? Konstantin, I have below version only difference is that localhost is on windows and not working one is on linux. Apache Tomcat/7.0.501.7.0_51-b13Oracle CorporationWindows Vista6.0x86 On Thu, Sep 11, 2014 at 4:32 AM, Ognjen Blagojevic ognjen.d.blagoje...@gmail.com wrote: Kiran, On 11.9.2014 5:52, Kiran Badi wrote: I am trying to deploy application as ROOT.war in tomcat 7.50 provided by hosting service provider, but for some reasons I get below message FAIL - War file ROOT.war cannot be uploaded if context is defined in server.xml I have below in server xml, Host name=Myapp.com appBase=path to public_html folder Aliaswww.myapp.com/Alias Aliasmyuserid.myhostingprovider.com/Alias Context path= reloadable=true docBase= path to public_html debug=1/ Context path=/manager debug=0 privileged=true docBase=path to /tomcat/webapps/manager /Context /Host You seem to specify the same directory for Host's appBase and Context's docBase. That is wrong. AppBase is a place where you will be putting your web applications (.war files or directories). On default Tomcat installation that is webapps directory. DocBase is a place where single web application resides. It may be relative to AppBase (e.g. ROOT), or absolute (e.g. /usr/local/tomcat/webapps/ROOT). The two should not point to the same directory. Next, configuring contexts in server.xml is not recommended [1]. You should remove Context elements from your server.xml, and move them to /META-INF/context.xml in web applications. If you do that, also remove docBase attributes. -Ognjen [1] http://tomcat.apache.org/tomcat-7.0-doc/config/context. html#Defining_a_context - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Deploy application as Root
Ok I fixed this issue. Moved the context tag to context.xml and deployed it as ROOT. Works fine now. However I have another application which I will be deploying in the same tomcat. This will be basically myapp2.war ,so how do I manage this deployment so that whenever someones gives www.myapp2.com, it should open up ? I assume we cannot have 2 root deployment in the same tomcat. On Thu, Sep 11, 2014 at 9:29 PM, Kiran Badi ki...@poonam.org wrote: Ok I made the changes, and trying. Andre, I tried your approach, it still same error.Making changes to server xml now. Pointing appBase to webapps. Question I have is that if I upload war file via manager app, where does it go ? I can understand that ROOT goes to the ROOT folder if I delete the root folder, how about myapp.war ? Does it go to work folder ? Konstantin, I have below version only difference is that localhost is on windows and not working one is on linux. Apache Tomcat/7.0.501.7.0_51-b13Oracle CorporationWindows Vista6.0x86 On Thu, Sep 11, 2014 at 4:32 AM, Ognjen Blagojevic ognjen.d.blagoje...@gmail.com wrote: Kiran, On 11.9.2014 5:52, Kiran Badi wrote: I am trying to deploy application as ROOT.war in tomcat 7.50 provided by hosting service provider, but for some reasons I get below message FAIL - War file ROOT.war cannot be uploaded if context is defined in server.xml I have below in server xml, Host name=Myapp.com appBase=path to public_html folder Aliaswww.myapp.com/Alias Aliasmyuserid.myhostingprovider.com/Alias Context path= reloadable=true docBase= path to public_html debug=1/ Context path=/manager debug=0 privileged=true docBase=path to /tomcat/webapps/manager /Context /Host You seem to specify the same directory for Host's appBase and Context's docBase. That is wrong. AppBase is a place where you will be putting your web applications (.war files or directories). On default Tomcat installation that is webapps directory. DocBase is a place where single web application resides. It may be relative to AppBase (e.g. ROOT), or absolute (e.g. /usr/local/tomcat/webapps/ROOT). The two should not point to the same directory. Next, configuring contexts in server.xml is not recommended [1]. You should remove Context elements from your server.xml, and move them to /META-INF/context.xml in web applications. If you do that, also remove docBase attributes. -Ognjen [1] http://tomcat.apache.org/tomcat-7.0-doc/config/context. html#Defining_a_context - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org