Hi Mark T,
Thanks for the information about removing the WatchedResource...
entry from $CATALINA_BASE/context.xml. While that prevents a web
applications from restarting when modifying the web.xml included with
it, it does not prevent restarting of all web applications when
modifying the web.xml
Greetings!
Just trying to do some research regarding a behavior my team observed
today. We're using some revision of Tomcat 7.0... I don't recall the
specific version, but I can look it up if it is relevant.
Apparently when someone modifies $CATALINA_HOME/conf/web.xml, Tomcat will
reload all
Hi,
I'm using tomcat6 on fedora15 (installed via the tomcat6 package).
I have context parameters defined for my application in both web.xml and
conf/Catalina/localhost/AppName.xml :
web.xml :
context-param
param-namename/param-name
param-valuevalue/param-value
/context-param
context.xml
27.09.2011 11:00, Romaric:
context.xml :
Context
Parameter name=name value=value override=false /
---^
/Context
The problem is that the values in web.xml override those in context.xml
when it should be the other way around.
Do you have any idea what the problem
Right, sorry for the typo.
The actual file is valid.
In addition, if I remove the parameters from web.xml, the values in
context.xml are used.
Le 27/09/2011 11:10, Markus Schönhaber a écrit :
27.09.2011 11:00, Romaric:
context.xml :
Context
Parameter name=name value=value override=false
On 27.09.2011, at 11:00, Romaric wrote:
Hi,
The problem is that the values in web.xml override those in context.xml when
it should be the other way around.
Do you have any idea what the problem might be ?
Which exact version? The behavior sounds like a bug that was present from
(AFAIK
6.0.32.
That might be the issue.
Is there a way to work this around other than removing the parameters
from web.xml ?
Thanks for you help.
Le 27/09/2011 11:33, Rainer Frey a écrit :
On 27.09.2011, at 11:00, Romaric wrote:
Hi,
The problem is that the values in web.xml override those
On 27.09.2011, at 11:38, Romaric wrote:
Le 27/09/2011 11:33, Rainer Frey a écrit :
On 27.09.2011, at 11:00, Romaric wrote:
Hi,
The problem is that the values in web.xml override those in context.xml
when it should be the other way around.
Do you have any idea what the problem might
wrote:
Hi,
The problem is that the values in web.xml override those in context.xml when it
should be the other way around.
Do you have any idea what the problem might be ?
Which exact version? The behavior sounds like a bug that was present from
(AFAIK) 6.0.30-6.0.32.
6.0.32.
That might
If it helps generate a reply, I'm deploying into Tomcat 6.0.3x running under
JDK 1.6.0_2x.
-Original Message-
From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
Sent: Monday, August 22, 2011 3:12 PM
To: 'Tomcat Users List'
Subject: Moving init params from web.xml
y, Incorporated"
override="false"/
...
/Context
This is equivalent to the inclusion of the following element in
the web application deploymen
This is equivalent to the inclusion of the following element in the web
application deployment descriptor (/WEB-INF/web.xml):
context-param
param-namecompanyName/param-name
param-valueMy Company, Incorporated/param-value
/context-param
but does not require modification
-Original Message-
From: Marvin Addison [mailto:marvin.addi...@gmail.com]
Sent: Tuesday, August 23, 2011 9:43 AM
To: Tomcat Users List
Subject: Re: Moving init params from web.xml to context.xml
This is equivalent to the inclusion of the following element in the
web application
I can get with the Dev team and see if they are willing to re-code for the
possibility (or even need to).
It's a valuable change that dramatically increases your deployment
options; well worth the effort IMO.
M
-
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeffrey,
On 8/23/2011 12:38 PM, Jeffrey Janner wrote:
Thanks Marvin. That is what I was thinking, the two are separate
entities, with separate methods of accessing them. Not being a
developer, I wasn't positive though. I can get with the Dev
Our apps are currently deployed using a minimal context.xml file (pointer to
doc-base only), with all the other information contained in the web.xml and
some properties files. What I'd like to do is move as much of the customizable
values out of the web.xml file and into the context.xml file
parameter:
(WEB-INF/web.xml)
context-param
param-name3rd-party-app.home/param-name
param-value/path/to/directory/param-value
/context-param
In our environments, /path/to/directory will be different for different
deployments, and so we don't want to hardcode
As part of the configuration of the servlet to be deployed into an
environment, it wants a directory path passed as a servlet context
parameter:
(WEB-INF/web.xml)
context-param
param-name3rd-party-app.home/param-name
param-value/path/to/directory/param-value
/context-param
I'm looking for details on how to get the generated web.xml after all the
annotations have been processed. I had watched a video
on this feature and as I understand it, once the annotations have been
processed, it's possible to log the web.xml generated from it and
use it for production, which
Greetings,
On Fri, Jul 15, 2011 at 3:52 PM, Stephen Munro
stephen.ross.mu...@gmail.com wrote:
I'm looking for details on how to get the generated web.xml after all the
annotations have been processed.
See http://tomcat.apache.org/tomcat-7.0-doc/config/context.html and
look
,
On Fri, Jul 15, 2011 at 3:52 PM, Stephen Munro
stephen.ross.mu...@gmail.com wrote:
I'm looking for details on how to get the generated web.xml after all the
annotations have been processed.
See http://tomcat.apache.org/tomcat-7.0-doc/config/context.html and
look for logEffectiveWebXml
...web-generated.xml?
Great! The configuration option name has log right in it. I wouldn't
expect it to do anything other than log the effective web.xml. Having
this effective web.xml output to a special file seems of limited
value, you can simply copy and paste in the rare event that you
actually
the
master (generated) web.xml, that's what my understanding of it was. So, with
that in mind, I'd have thought a web.xml file would have been created and
that could be checked into version control without the user having to do
anything.
This may not be what had been envisioned for it's primary use
and in production, switch them off and use the
master (generated) web.xml, that's what my understanding of it was. So, with
that in mind, I'd have thought a web.xml file would have been created and
that could be checked into version control without the user having to do
anything.
Does the video
in your comment, unless the app is rebooted on a
regular basis, it may not be worth dumping the in memory copy to a generated
web.xml file.
On 15 July 2011 22:28, Pid p...@pidster.com wrote:
On 15/07/2011 22:25, Stephen Munro wrote:
Yeah, you may be right out it's usefulness
.
This was purely out of my own curiosity and I've not looked
into Tomcat much and it seemed (to me at least) worth asking about. As you
seemed to have implied in your comment, unless the app is rebooted on a
regular basis, it may not be worth dumping the in memory copy to a generated
web.xml file
)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
at
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
.
Jun 25, 2011 11:08:35 PM org.apache.catalina.startup.ContextConfig parseWebXml
SEVERE: Parse error in application web.xml file at
jndi
servlet servlet-name=DataPlatform
servlet-class=com.i.common.DataPlatformServlet/
The above is wrong. You should use nested elements, not attributes..
Take a look at any existing webapp. E.g. the examples one that comes
with Tomcat.
Best regards,
Konstantin Kolinko
Thanks! that worked.
On Sun, Jun 26, 2011 at 3:50 AM, Konstantin Kolinko
knst.koli...@gmail.com wrote:
servlet servlet-name=DataPlatform
servlet-class=com.i.common.DataPlatformServlet/
The above is wrong. You should use nested elements, not attributes..
Take a look at any
Hi all,
I'm currently using Tomcat's embedded feature for unit testing of a web
service. This web service displays different behaviour depending on the
contents of the web.xml file. I therefore want to exercise different web.xml
configurations in my unit tests. Currently the setup code I'm using
On 08/06/2011 17:48, falva...@geocom.com.uy wrote:
Currently we do not have this kind of attacks because the app runs in an
intranet. But I know that in this closed scenario we should beware of the
users.
But if your network is penetrated, your server will be vulnerable and
therefore a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Federico,
On 6/8/2011 10:17 AM, falva...@geocom.com.uy wrote:
servlet-mapping
servlet-nameinvoker/servlet-name
url-pattern/*/url-pattern
/servlet-mapping
Why not map the invoker to /servlet/*?
Seems like that would fix your problem.
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Federico,
On 6/8/2011 2:04 PM, falva...@geocom.com.uy wrote:
If this is the case I could make it weight-in in the matter of building a
well formed web.xml.
Although it could take some time.
How many servlets do you have?
Mapping each servlet
Yes, we would probably use some tools to build the web.xml.
Currently our applications has something between 1 to 15000 servlets.
Mapping to /servlet/* how it works now, a normal URL is
http://host:8080/webapp/servlet/myservlet;. But then I tried to remove the
/servlet/ from the URL
On 1:59 PM, falva...@geocom.com.uy wrote:
Yes, we would probably use some tools to build the web.xml.
Currently our applications has something between 1 to 15000 servlets.
Mapping to /servlet/* how it works now, a normal URL is
http://host:8080/webapp/servlet/myservlet;. But then I tried
is under /images/ path.
So a tipical URL was like
http://host:8080/webapp/servlet/home;.
To avoid the servlet part of the URL I layed hands in
web.xml.
This is the result
On 08/06/2011 15:17, falva...@geocom.com.uy wrote:
I have a WEBAPP which uses the invoker servlet (i know how
bad it is, but for now it gets the job done).
That is such a monumentally bad idea I'm not at all sure you really do
understand just how bad it is.
/webapp/servlet/home;
http://host:8080/webapp/servlet/home.
To avoid the servlet part of the URL I layed hands in
web.xml.
This is the result:
web-app
servlet-mapping
servlet-nameinvoker/servlet-name
: Static resource mapping in web.xml
On 08/06/2011 15:17, falva...@geocom.com.uy wrote:
I have a WEBAPP which uses the invoker servlet (i know
how
bad it is, but for now it gets the job done).
That is such a monumentally bad idea I'm not at all sure you really do
understand just how
falva...@geocom.com.uy wrote:
...
Invoker: I know it is bad (even more than the overlord), probably don't know
how bad or the impact it has in usage, but for now it works.
I've read some about it, but never could really understand the problems it
brings.
?
-Mensaje original-
De: Tim Funk [mailto:funk...@apache.org]
Enviado el: miércoles, 08 de junio de 2011 11:47
Para: Tomcat Users List
Asunto: Re: Static resource mapping in web.xml
Your easiest workaround is to use a filter.
So
1) have the default servlet map to /* (which is the default)
2
resource mapping in web.xml
falva...@geocom.com.uy wrote:
...
Invoker: I know it is bad (even more than the overlord), probably don't
know
how bad or the impact it has in usage, but for now it works.
I've read some about it, but never could really understand the problems it
brings.
http
No - images will be served by the default servlet so nothing needs to be
done for images.
The filter is used as a way to let the invoker work and be a tiny bit more
secure. So the filter is mapped to /* and will forward anything to the
invoker serllet if the requested path *looks like one of
.
No, unless it is specifically mapped to a URL in web.xml.
If invoker is not enabled, unless this class is mapped there is no
possible harm.
Your example made clear the damage potential in using invoker.
But: unless there are JARs with this capabilities in Tomcats distribution
Asunto: Re: Static resource mapping in web.xml
No - images will be served by the default servlet so nothing needs to be
done for images.
The filter is used as a way to let the invoker work and be a tiny bit more
secure. So the filter is mapped to /* and will forward anything to the
invoker serllet
Thanks a lot André for taking the time in explaining.
Currently we do not have this kind of attacks because the app runs in an
intranet. But I know that in this closed scenario we should beware of the
users.
Hopefully, someday, we will be able to properly map this application in
web.xml
If your images are in the correct directory then tomcat will serve them for
you with its DefaultServlet. There should be nothing to do.
Then to serve resources via the invoker - this is where the filter is handy.
You declare the invoker servlet - but you do not map it. The servlet api
allows you
I agree with you.
The static resources where never a problem to me, but since I messed with
the web.xml they started to behave oddly.
Maybe this line is causing trouble:
servlet-mapping
servlet-nameinvoker/servlet-name
url-pattern/*/url-pattern
/servlet-mapping
It used
yes - that would be a problem. The invoker doesn't know how to serve static
resources.
-Tim
On Wed, Jun 8, 2011 at 1:44 PM, falva...@geocom.com.uy wrote:
I agree with you.
The static resources where never a problem to me, but since I messed with
the web.xml they started to behave oddly
Thanks Tim.
If this is the case I could make it weight-in in the matter of building a
well formed web.xml.
Although it could take some time.
Mapping each servlet to an /* url-pattern will avoid us from using invoker
and at the same time get rid of /servlet in the URL and keep images under
again, from a totally newbie point of view, i was perusing
conf/web.xml and noticed the snippets:
!-- bufferedShould output from this servlet be buffered? --
!-- (0=false, 1=true) [0
On 31/03/2011 13:06, Robert P. J. Day wrote:
again, from a totally newbie point of view, i was perusing
conf/web.xml and noticed the snippets:
!-- bufferedShould output from this servlet be buffered?
--
!-- (0=false, 1=true) [0
On Thu, 31 Mar 2011, Mark Thomas wrote:
On 31/03/2011 13:06, Robert P. J. Day wrote:
again, from a totally newbie point of view, i was perusing
conf/web.xml and noticed the snippets:
!-- bufferedShould output from this servlet be buffered
Hi
I am using Tomcat 5.5.4 under Unix Sun Solaris.
I have a servlet that should be executed on web.xml
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee
From: dfsdf fsdfsd [mailto:budihartono...@yahoo.com]
Subject: StartUpServlet in web.xml is not executed
I am using Tomcat 5.5.4 under Unix Sun Solaris.
What happens if you try it on a version of Tomcat that isn't older than dirt
(measured in Internet years)? 5.5.4 came out over six years
: upgrade.
I have a servlet that should be executed on web.xml
I think you mean should be initialized on startup:
display-nameApache-Axis/display-name
servlet
servlet-nameStartUp/servlet-name
servlet-class
com.dpadmin.config.StartUpServlet
/servlet-class
On 14 Dec 2010, at 14:13, dfsdf fsdfsd budihartono...@yahoo.com wrote:
Hi
I am using Tomcat 5.5.4 under Unix Sun Solaris.
I have a servlet that should be executed on web.xml
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pix,
On 12/7/2010 5:43 AM, pix_siro wrote:
I'm working on Ubuntu 9.10 where I have installed Tomcat 7. I have a problem
with following web.xml file: the program work fine but when I try to connect
to localhost:8080/OverEncrypt I can not show any
Hi all,
I'm working on Ubuntu 9.10 where I have installed Tomcat 7. I have a problem
with following web.xml file: the program work fine but when I try to connect
to localhost:8080/OverEncrypt I can not show any page even if I set
index.jsp.
The folder configuration is the following
Hi Pid
Thanks for your suggestion. The problem is solved. It's probably caused by
wrong classpath syntax as I had this:
valueclasspath:./hibernate.cfg.xml/value
However I still think tomcat could give a more verbose error messages.
Will
On Fri, Nov 5, 2010 at 1:45 AM, Pid p...@pidster.com
From: Will Sumekar [mailto:will.sume...@gmail.com]
Subject: Re: web.xml cant load because of listener
However I still think tomcat could give a more
verbose error messages.
You missed the fact that it's not Tomcat generating the error messages, nor is
the invalid value setting anything
2010/11/4 Will Sumekar will.sume...@gmail.com:
listener
listener-classorg.springframework.web.context.ContextLoaderListener/listener-class
/listener
AFAIK, you have to specify contextConfigLocation context parameter
with location of your application context xml file.
BTW, the log that you
AFAIK if you dont specify contextConfigLocation system looks for default
filename applicationContext.xml at default location of ./WEB-INF/. But it
doesnt matter cos even if I put context-param the error still comes.
So far it looks like the error is caused by listener. Once I remove it,
it's OK.
On 04/11/2010 16:06, Will Sumekar wrote:
AFAIK if you dont specify contextConfigLocation system looks for default
filename applicationContext.xml at default location of ./WEB-INF/. But it
doesnt matter cos even if I put context-param the error still comes.
So far it looks like the error is
On 03/11/2010 05:14, Will Sumekar wrote:
Hi
When I put these lines:
listener
listener-class
org.springframework.web.context.ContextLoaderListener
/listener-class
/listener
my appln can't load at all. When I go to http://localhost:8080/app it's not
loaded. But
nothing...
Will
On Wed, Nov 3, 2010 at 3:12 PM, Pid p...@pidster.com wrote:
On 03/11/2010 05:14, Will Sumekar wrote:
Hi
When I put these lines:
listener
listener-class
org.springframework.web.context.ContextLoaderListener
/listener-class
/listener
my
Is listener in the proper place? I think order matters in web.xml. I load
2 listeners after my app's description and before my servlet tags.
On Wed, Nov 3, 2010 at 12:14 AM, Will Sumekar will.sume...@gmail.comwrote:
Hi
When I put these lines:
listener
listener-class
Check all the files in the log dir. There should be an exception there
with ContextLoaderListener throwing some exception. (Probably a
SaxException)
-Tim
On 11/3/2010 12:14 AM, Will Sumekar wrote:
Hi
When I put these lines:
listener
listener-class
On 03/11/2010 12:57, Thad Humphries wrote:
Is listener in the proper place? I think order matters in web.xml. I load
2 listeners after my app's description and before my servlet tags.
Yep, after description but before filter definitions.
p
On Wed, Nov 3, 2010 at 12:14 AM, Will Sumekar
Thanks!
Now I'm really puzzled. Even when I remove everything in web.xml except
listener it gives me the same error. i.e.:
?
xml version=1.0 encoding=ISO-8859-1?
web-app version=2.4
xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
Hi
When I put these lines:
listener
listener-class
org.springframework.web.context.ContextLoaderListener
/listener-class
/listener
my appln can't load at all. When I go to http://localhost:8080/app it's not
loaded. But when I remove those lines it loads correctly. I've put
java project to the WAR package then put it
under the
tomcat. But I donot know how to write web.xml of this project
rightly. I
had written onem but error. Tomcat cannot start this servlet.
Can anyone
teach me how to modify it?
Following is web.xml file
On 19/10/2010 08:51, Wesley Acheson wrote:
On Tue, Oct 19, 2010 at 3:54 AM, ganu MailList ganu4maill...@gmail.com
wrote:
I need transmit one java project to the WAR package then put it under the
tomcat. But I donot know how to write web.xml of this project rightly. I
had written onem
2010/10/19 Wesley Acheson wesley.ache...@gmail.com
On Tue, Oct 19, 2010 at 3:54 AM, ganu MailList ganu4maill...@gmail.com
wrote:
I need transmit one java project to the WAR package then put it under the
tomcat. But I donot know how to write web.xml of this project rightly.
I
had
2010/10/19 Pid p...@pidster.com
On 19/10/2010 08:51, Wesley Acheson wrote:
On Tue, Oct 19, 2010 at 3:54 AM, ganu MailList ganu4maill...@gmail.com
wrote:
I need transmit one java project to the WAR package then put it under
the
tomcat. But I donot know how to write web.xml
I need transmit one java project to the WAR package then put it under the
tomcat. But I donot know how to write web.xml of this project rightly. I
had written onem but error. Tomcat cannot start this servlet. Can anyone
teach me how to modify it?
Following is web.xml file. org.apache.axis2
Ashish Jain wrote:
any takers for this Q???
On Thu, Jul 15, 2010 at 1:38 PM, Ashish Jain ashja...@gmail.com wrote:
Hi,
I have an application which uses non interactive login and hence utilizes
NONLogin Authenticator in tomcat. Here is a snippet from web.xml.
context-param
param
any takers for this Q???
On Thu, Jul 15, 2010 at 1:38 PM, Ashish Jain ashja...@gmail.com wrote:
Hi,
I have an application which uses non interactive login and hence utilizes
NONLogin Authenticator in tomcat. Here is a snippet from web.xml.
context-param
param
Hi,
I have an application which uses non interactive login and hence utilizes
NONLogin Authenticator in tomcat. Here is a snippet from web.xml.
context-param
param-namecontextConfigLocation/param-name
param-value/WEB-INF/applicationContext-security.xml/param-value
/context
Hi,
We are using Tomcat 6.0.14 and we found that sometimes if Tomcat is restarted
few number of times it deletes the default web.xml under
“../Tomcat/apache-tomcat-6.0.14/conf” directory. Sometimes this issue also
occurs if we are hot deploying our WAR.
I found similar bug Bug 44725
https
On 08/06/2010 10:22, Jitendra G wrote:
Hi,
We are using Tomcat 6.0.14 and we found that sometimes if Tomcat is restarted
few number of times it deletes the default web.xml under
“../Tomcat/apache-tomcat-6.0.14/conf” directory. Sometimes this issue also
occurs if we are hot deploying our
Thanks Mark, I'll try it out.
Jitendra
- Original Message -
From: Mark Thomas
Sent: 06/08/10 03:07 PM
To: Tomcat Users List
Subject: Re: Tomcat deletes default web.xml [Tomcat version 6.0.14]
On 08/06/2010 10:22, Jitendra G wrote: Hi, We are using Tomcat 6.0.14 and
we found
On 08.06.2010 11:37, Mark Thomas wrote:
On 08/06/2010 10:22, Jitendra G wrote:
Hi,
We are using Tomcat 6.0.14 and we found that sometimes if Tomcat is restarted
few number of times it deletes the default web.xml under
“../Tomcat/apache-tomcat-6.0.14/conf” directory. Sometimes this issue also
On Wed, May 26, 2010 at 12:26 PM, laredotornado laredotorn...@gmail.com wrote:
I tried your suggestion, and sadly it didn't work.
What is the difference between what the errorPage directive does and what
the web.xml error-page clause does? - Dave
I don't think this is directly related
and what
the web.xml error-page clause does? - Dave
dcherk wrote:
Dave:
I believe you need a fully-qualified class name for the exception, eg:
error-page
exception-typejava.lang.Exception/exception-type
location/error-pages/500.jsp/location
/error-page
Good luck,
--
Dave
Armbrust wrote:
On Wed, May 26, 2010 at 12:26 PM, laredotornado laredotorn...@gmail.com
wrote:
I tried your suggestion, and sadly it didn't work.
What is the difference between what the errorPage directive does and what
the web.xml error-page clause does? - Dave
I don't think
tried your suggestion, and sadly it didn't work.
What is the difference between what the errorPage directive does and
what
the web.xml error-page clause does? - Dave
I don't think this is directly related, but see
https://issues.apache.org/bugzilla/show_bug.cgi?id=48661
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kris,
On 5/26/2010 1:43 PM, Kris Schneider wrote:
Basically, it looks like having a committed response (you've said that
your original JSP was partially rendered) can interfere with the error
page mechanism. For testing purposes, try increasing
On Wed, May 26, 2010 at 2:18 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
Your JSP pages should be foolproof. Numeric parsing is better left to a
servlet that can properly send the user to an error page without
producing any output of its own.
+1 on that, and your code will be
it didn't work.
What is the difference between what the errorPage directive does and
what
the web.xml error-page clause does? - Dave
I don't think this is directly related, but see
https://issues.apache.org/bugzilla/show_bug.cgi?id=48661
On Thu, May 27, 2010 at 12:54 PM, laredotornado laredotorn...@gmail.com wrote:
You mean for me to put this at the top of my error page (500.jsp), correct?
If so, I tried that, but still got the partially rendered page outlined in
the Tomcat bug mentioned earlier.
There is no way around
26, 2010 at 1:26 PM, laredotornado laredotorn...@gmail.com
wrote:
I tried your suggestion, and sadly it didn't work.
What is the difference between what the errorPage directive does and what
the web.xml error-page clause does? - Dave
dcherk wrote:
Dave:
I believe you need a fully
Hi,
I'm running Tomcat 6.0.26 on Mac 10.6.3. I have this in my WEB-INF/web.xml
file ...
error-page
exception-typeException/exception-type
location/error-pages/500.jsp/location
/error-page
but when I create a JSP page with
%= Integer.parseInt
AM, laredotornado wrote:
Hi,
I'm running Tomcat 6.0.26 on Mac 10.6.3. I have this in my WEB-INF/web.xml
file ...
error-page
exception-typeException/exception-type
location/error-pages/500.jsp/location
/error-page
but when I create a JSP page
I tried your suggestion, and sadly it didn't work.
What is the difference between what the errorPage directive does and what
the web.xml error-page clause does? - Dave
dcherk wrote:
Dave:
I believe you need a fully-qualified class name for the exception, eg:
error-page
exception
between what the errorPage directive does and what
the web.xml error-page clause does? - Dave
dcherk wrote:
Dave:
I believe you need a fully-qualified class name for the exception, eg:
error-page
exception-typejava.lang.Exception/exception-type
location/error-pages/500.jsp/location
In tomcat 6 I am bringing down the container when asking for confidential
RESOURCE. iS THERE A REASON FOR THIS?
CONTAINER AND RESOURCE WORK FINE LIKE THIS...
security-constraint
web-resource-collection
web-resource-nameloggedInUser/web-resource-name
From: Yucca Nel [mailto:yucca...@live.co.za]
Subject: adding transport gauruntee ti web.xml issues
In tomcat 6 I am bringing down the container when asking for
confidential RESOURCE. iS THERE A REASON FOR THIS?
Hard to tell without real information.
What exact Tomcat version are you using
operation (the 2nd security constraint is removing a
right from the 1st one).
Or maybe I am reading something wrong...?
thanks.
-
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
--
View this message in context:
http://old.nabble.com/security%2C-web.xml%3A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Manuel,
On 4/12/2010 4:38 PM, aldana wrote:
This is counterintuitive, I would still expect 'admin' to access all
ressources, because it has /* wildcard.
After debugging tomcat confirms, adding constraints is side-effecting
exististing
201 - 300 of 668 matches
Mail list logo