Can is use as context root in Tomcat 7.0.59

Hi All, Is it possible to set am empty string () as the root context in Tomcat 7.0.59? I'm currently using / as the root context path. But since tomcat doesn't like that I want to change the path to something similar. Thanks /Thusitha --

Re: Can is use as context root in Tomcat 7.0.59

Am 20. Juli 2015 09:26:04 MESZ, schrieb Thusitha Thilina Dayaratne thusithathil...@gmail.com: Hi All, Is it possible to set am empty string () as the root context in Tomcat 7.0.59? I'm currently using / as the root context path. But since tomcat doesn't like that I want to change the path to

AW: Question concerning mod_jk Security Fix CVE-2014-8111

-Ursprüngliche Nachricht- Von: Mark Thomas [mailto:ma...@apache.org] Gesendet: Freitag, 17. Juli 2015 12:33 An: Tomcat Users List Betreff: Re: Question concerning mod_jk Security Fix CVE-2014-8111 On 16/07/2015 13:16, Kreuser, Peter wrote: Please let me repeat my question from

Re: Can is use as context root in Tomcat 7.0.59

H Felix, The context name would be ROOT. See naming in https://tomcat.apache.org/tomcat-7.0-doc/config/context.html . Thanks for the quick response :) Regards 2015-07-20 14:42 GMT+05:30 Felix Schumacher felix.schumac...@internetallee.de: Am 20. Juli 2015 09:26:04 MESZ, schrieb Thusitha

Re: Can is use as context root in Tomcat 7.0.59

2015-07-20 12:12 GMT+03:00 Felix Schumacher felix.schumac...@internetallee.de: Am 20. Juli 2015 09:26:04 MESZ, schrieb Thusitha Thilina Dayaratne thusithathil...@gmail.com: Hi All, Is it possible to set am empty string () as the root context in Tomcat 7.0.59? I'm currently using / as the

Re: Parse and SSL issue

2015-07-20 0:52 GMT+03:00 uzair rashid uzairrashi...@gmail.com: Konstantin: Thank you for your information. Could you please comment on the parse error are well? You helped a lot in understanding all other errors. I really appreciate. To remind of the error: at

Re: Keeping http-8443 threads in check (Apache Tomcat/6.0.29)

Konstantin Kolinko, Thank You Very Much for pointing me in the right direction. Brad On Sat, Jul 18, 2015 at 4:23 AM, Konstantin Kolinko knst.koli...@gmail.com wrote: 2015-07-17 23:53 GMT+03:00 Brad Spry dbs...@uncc.edu: After ingesting copious amounts of objects into Fedora Commons, the

Re: Check if a URL exists programatically

On 07/17/2015 10:48 AM, Mitch Claborn wrote: On 07/16/2015 02:19 PM, chris derham wrote: I already have a custom error page. When I detect that a URL returned by google would return a 404, I exclude it from the search results so that the user never sees it. Mitch Mitch, Ok I see now what

Re: programatically manipulating a JSP

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sandro, On 7/19/15 7:32 AM, Sandro Boehme wrote: I have a use case where I have to programatically add HTML and/or Scriptlet code to a JSP. It has to be placed beside an HTML tag with a known id or at the end or the beginning within an HTML tag

Re: Parse and SSL issue

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Uzair, On 7/19/15 4:52 PM, uzair rashid wrote: Konstantin: Thank you for your information. Could you please comment on the parse error are well? You helped a lot in understanding all other errors. I really appreciate. To remind of the

Re: Check if a URL exists programatically

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mitch, On 7/20/15 2:09 PM, Mitch Claborn wrote: On 07/17/2015 10:48 AM, Mitch Claborn wrote: On 07/16/2015 02:19 PM, chris derham wrote: I already have a custom error page. When I detect that a URL returned by google would return a 404, I

problem with x:set variables

I have a large webapp that processes XML data into JSPs using XPath/JSTL plus some of my own custom tags. The app is working fine on two separate Tomcat systems (one is TC7 and one is TC8). I copied the app to a third system (TC 7.0.57) and I'm having problems with all of the x:set

Re: problem with x:set variables

BTW Everything else in XPath is working fine on the 3rd environment. I can do x:out select=$doc///@ / and it outputs the data correctly. It appears the only thing not working is when I reference an x:set variable using the ${...} syntax. Jerry On 7/20/2015 7:13 PM,

Re: Tomcat initialize SelectorContext twice when lookup for JNDI defined in web application (META-INF/context.xml)

[sending to users list] On Thu, Jul 16, 2015 at 10:23 AM, Niranjan Karunanandham niranjan.k...@gmail.com wrote: Hi, On debugging Tomcat (7.0.59), I noticed that the SelectorContext is initialized twice when a lookup is performed for JNDI defined in web application (META-INF/context.xml).