Dave Pawson wrote:
Rob, Christopher, Andre.
Thanks for the input.
As I said to Rob, security is not an issue at the present time.
There is no value in the content returned by the 'server' / end point;
I'm not trying to make it secure. Just respond less than
I otherwise might.
Ok, then let me
2009/2/7 André Warnier a...@ice-sa.com:
You may even find a ready-made servlet filter that could do that (and many
other things besides) here :
http://www.tuckey.org/urlrewrite/
Looks useful. Tks
A servlet filter does not modify (or require you to modify) the application
in any way; it
Thanks Andre. That paints a good picture!
Only generality I'd like to add. The general purpose of my-app web.xml and
'all apps' web.xml. Is it TC 'configuration' (Chaz isn't going to like
that, but I
do like an overview, even if it's only 80%). I'm saying config, since
it provides
response mime
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
Unless the client specifies that one single mime
type (and no other), I want to reject it
Unless you have an extremely specialized client in mind
2009/2/6 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
I'm coming down in favour of a valve, rather than a filter,
to make it container specific
Well, I'n not Chuck, but to answer your question:
On Fri, Feb 6, 2009 at 11:39 AM, Dave Pawson dave.paw...@gmail.com wrote:
Is a filter the right TC tool for that Charles?
Yes
Rgds
Gregor
--
just because your paranoid, doesn't mean they're not after you...
gpgp-fp:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
I'm coming down in favour of a valve, rather than a filter,
to make it container specific,
Which is a good reason not to use a valve. Unless you need
access to Tomcat internals, use a filter.
? Unclear why Charles?
To make it 'filter'
On Feb 6, 2009, at 10:20 AM, Dave Pawson wrote:
2009/2/6 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
I'm coming down in favour of a valve, rather
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
? Unclear why Charles?
1) Filter specifications are documened.
2) Filters are not subject to change with every Tomcat release.
To make it 'filter
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
I'm coming down in favour of a valve, rather than a filter,
to make it container specific,
Which is a good reason not to use a valve. Unless you
2009/2/6 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
Unless the client specifies that one single mime
type (and no other), I want to reject
2009/2/6 Robert Koberg r...@koberg.com:
Which is a good reason not to use a valve. Unless you need access to
Tomcat internals, use a filter.
? Unclear why Charles?
To make it 'filter' all server traffic?
AFAIK I don't need access to any internals.
You seem to be making this much more
2009/2/5 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
Unless the client requests application/xml I want to refuse the
request.
I don't think you
2009/2/6 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
? Unclear why Charles?
1) Filter specifications are documented.
2) Filters
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
2.4 final or
2.5 maint release.
which is TC 6 compliant to please?
RTFM:
http://tomcat.apache.org/
It's on the *first* page...
- Chuck
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
Is it TC 'configuration' I'm saying config, since
it provides response mime types, params etc.
Strictly speaking, it's not Tomcat configuration
Dave Pawson wrote:
Thanks Andre. That paints a good picture!
Only generality I'd like to add. The general purpose of my-app web.xml and
'all apps' web.xml. Is it TC 'configuration' (Chaz isn't going to like
that, but I
do like an overview, even if it's only 80%). I'm saying config, since
it
Dave Pawson wrote:
2009/2/6 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
Unless the client specifies that one single mime
type (and no other), I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave,
Dave Pawson wrote:
Only one aspect of security Rob.
As needed I'll look at others later.
Can you suggest alternatives to achieve what I want, rather than something
else?
Instead of using Accept header with a magic content-type, how about
On Feb 6, 2009, at 4:45 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave,
Dave Pawson wrote:
Only one aspect of security Rob.
As needed I'll look at others later.
Can you suggest alternatives to achieve what I want, rather than
something else?
Instead of
Rob, Christopher, Andre.
Thanks for the input.
As I said to Rob, security is not an issue at the present time.
There is no value in the content returned by the 'server' / end point;
I'm not trying to make it secure. Just respond less than
I otherwise might.
Thanks for the 'lecture' Andre. I now
I want to 'reject' (if that's the right word) any http get
with mime type != application/xml
I see in web.xml in the conf directory
mime-mapping
extensionxml/extension
mime-typeapplication/xml/mime-type
/mime-mapping
Is this the right place to do it please?
regards
--
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: TC6 ${CATALINA_HOME}/conf/web.xml Is this the place
to constrain the mime type?
I want to 'reject' (if that's the right word) any http get
with mime type != application/xml
Do you mean .html and .jsp are not valid? That might make
2009/2/5 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: TC6 ${CATALINA_HOME}/conf/web.xml Is this the place
to constrain the mime type?
I want to 'reject' (if that's the right word) any http get
with mime type != application/xml
On Feb 5, 2009, at 1:28 PM, Caldarale, Charles R wrote:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: TC6 ${CATALINA_HOME}/conf/web.xml Is this the place
to constrain the mime type?
I want to 'reject' (if that's the right word) any http get
with mime type != application/xml
On Feb 5, 2009, at 1:36 PM, Dave Pawson wrote:
2009/2/5 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: TC6 ${CATALINA_HOME}/conf/web.xml Is this the place
to constrain the mime type?
I want to 'reject' (if that's the right word) any
Hi Rob
2009/2/5 Robert Koberg r...@koberg.com:
On Feb 5, 2009, at 1:28 PM, Caldarale, Charles R wrote:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: TC6 ${CATALINA_HOME}/conf/web.xml Is this the place
to constrain the mime type?
I want to 'reject' (if that's the right word
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
Unless the client requests application/xml I want to refuse the
request.
I don't think you quite appreciate the situation yet. An HTTP client does
Dave Pawson wrote:
Hi Rob
2009/2/5 Robert Koberg r...@koberg.com:
On Feb 5, 2009, at 1:28 PM, Caldarale, Charles R wrote:
From: Dave Pawson [mailto:dave.paw...@gmail.com]
Subject: TC6 ${CATALINA_HOME}/conf/web.xml Is this the place
to constrain the mime type?
Just to clear up your
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: TC6 ${CATALINA_HOME}/conf/web.xml Is this the
place to constrain the mime type?
(*) Of course if the browser is IE, it doesn't matter anyway,
because IE will not believe what the server tells it and do
its own thing.
Now that part
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ramesh,
peterramesh wrote:
On reading Tomcat help doc
http://tomcat.apache.org/tomcat-6.0-doc/jndi-resources-howto.html, it
recommends to place the MySQL JDBC driver in both places (CATALINA_HOME/lib
and WEB-INF/lib folder of the app).
I don't
Hi Kees,
Yes. Since, I'm using the JNDO datasource the JDBC driver need to be in
$CATALINA_HOME, becase 'common' class loader looks for the JDBC driver (it
may be invoked by tomcat-dbcp.jar).
Ramesh
Kees de Kooter wrote:
Hi Ramesh,
Did you configure a JNDI datasource in tomcat
) for a MySQL instance, and it shall support
JNDI datasource for the web apps deployed in that Tomcat instance.
Thanks and Regards,
Ramesh
--
View this message in context:
http://www.nabble.com/Why-tomcat-6.0.18-looks-for-MySQL-JDBC-driver-to-be-placed-in-CATALINA_HOME-lib-folder
Hi,
On reading Tomcat help doc
http://tomcat.apache.org/tomcat-6.0-doc/jndi-resources-howto.html, it
recommends to place the MySQL JDBC driver in both places (CATALINA_HOME/lib
and WEB-INF/lib folder of the app).
If I haven't placed in CATALINA_HOME/lib folder, my app is failing with
driver
://tomcat.apache.org/tomcat-6.0-doc/jndi-resources-howto.html, it
recommends to place the MySQL JDBC driver in both places (CATALINA_HOME/lib
and WEB-INF/lib folder of the app).
If I haven't placed in CATALINA_HOME/lib folder, my app is failing with
driver not found error. I'm puzzled with..
1. Why Tomcat look
classes and to your web application. This is most easily accomplished
by installing the driver's JAR file(s) into the $CATALINA_HOME/lib
directory, which makes the driver available both to the resource
factory and to your application.
===
2. If I copied more than one JDBC jars
:
The CATALINA_HOME environment variable is not defined correctly This
environment variable is needed to run this program
My CATALINA_HOME environment variable is set to
c:\Tomcat6\apache-tomcat-6.0.14\conf
Can anyone advise, any help appreciated.
Thanks,
Richard
From: BEN HMIDA aymen [mailto:aymen.benhm...@tunisiana.com]
Subject: RE: why we need CATALINA_HOME to install tomcat..
The reason is mostly for Unix/Linux users to faciltate the
acces to tomcat installation directory in shell.
And for setting tomcat as a service in Unix/Linux and so
Hi,
I am using Tomcat 6.0 with windows.I am able to run tomcat in my application
by setting CATALINA_HOME
and also able to run without setting CATALINA_HOME.
I have exactly want , why we need CATALINA_HOME for configuring tomcat?
please mail me the reason.
Thanking u.
Nag
--
View this message
@tomcat.apache.org
Objet : why we need CATALINA_HOME to install tomcat..
Hi,
I am using Tomcat 6.0 with windows.I am able to run tomcat in my application
by setting CATALINA_HOME
and also able to run without setting CATALINA_HOME.
I have exactly want , why we need CATALINA_HOME for configuring
Richard Dunne wrote:
I have just download Apache Tomcat 6. I have configured tomcat according
to http://www.coreservlets.com/Apache-Tomcat-Tutorial/#Catalina-Home.
My Tomcat directory is c:\Tomcat6\apache-tomcat-6.0.14. I tried starting
startup.bat but got the error:
The CATALINA_HOME
Mark Thomas schrieb:
[EMAIL PROTECTED] wrote:
And thats it. I have confirmed tomcat starts just fine when BASE
matches HOME. I experimented with copying catalina.sh from 6.0.16
into 6.0.18's bin directory, and the server then starts as expected.
However, I can't seem to find what in
Hi All -
I have a very basic tomcat setup that generally worked right out of the
box. To make upgrades simplier, I move my webapps and conf files out of
CATALINE_BASE and specifically set my own CATALINA_HOME env variable. In
the past, to upgrade tomcat, I simply changed my CATALINA_HOME
[EMAIL PROTECTED] wrote:
And thats it. I have confirmed tomcat starts just fine when BASE matches
HOME. I experimented with copying catalina.sh from 6.0.16 into 6.0.18's
bin directory, and the server then starts as expected. However, I can't
seem to find what in catalina.sh is causing
We are using tomcat 6.0.16 with a jdk 1.6. I have a number of web
applications which use, for example, spring and hibernate. Is there any
reason why these jars (and their dependencies) should not be placed in
$CATALINA_HOME/lib? It would save a lot of time uploading new releases
of my own
From: Alan Chaney [mailto:[EMAIL PROTECTED]
Subject: Tomcat 6 and placing jars in $CATALINA_HOME/lib
Is there any reason why these jars (and their dependencies)
should not be placed in $CATALINA_HOME/lib?
The primary reason not to lump everything in one basket is webapp
independence
. There are other solutions to the time of uploads.
Thanks
Caldarale, Charles R wrote:
From: Alan Chaney [mailto:[EMAIL PROTECTED]
Subject: Tomcat 6 and placing jars in $CATALINA_HOME/lib
Is there any reason why these jars (and their dependencies)
should not be placed in $CATALINA_HOME/lib
My Tomcat directory is c:\Tomcat6\apache-tomcat-6.0.14. I tried starting
startup.bat but got the error:
The CATALINA_HOME environment variable is not defined correctly This
environment variable is needed to run this program
My CATALINA_HOME environment variable is set to
c:\Tomcat6\apache
I ended up uninstalling tomcat and then reinstalling it.
It works fine now.Very odd. Thanks for you help.
Victor Lutin wrote:
Hi,
Well, what web.xml file you modified?
CATALINA_HOME = C:\Program Files\Apache Software Foundation\Tomcat 6.0\
1. %CATALINA_HOME%/conf
Mark Thomas-15 wrote:
jhayden wrote:
Tried that but still getting the error.
I only left the default index.html file there and it still gives me the
404
Error.
It appears that it only wants to use the index.jsp file?
The default welcome file list is index.html. index.htm, index.jsp.
jhayden wrote:
Is this a clean install?
Mark
-
Yes. Brand new.
Without changing anything in ROOT, if I comment out the index.jsp from the
web.xml file it gives me a 404 Error. As soon as I un-comment the line it
works
After changing port to 80 attempting to use Tomcat as a HTTP server as well
as
a container.
When entering http:\\localhost I am getting the standard Tomcat display.
However its being drawn from the index.jsp rather than the index.html due
the message on the page detailing
$CATALINA_HOME
jhayden wrote:
I want to use the ROOT directory and force the index.html to be used.
All i get is a Error 404 message.
Delete the contents of ROOT (jsps, WEB-INF, etc) apart from your
files. You might need to reload the ROOT web application although I am
fairly sure the default configuration
Tried that but still getting the error.
I only left the default index.html file there and it still gives me the 404
Error.
It appears that it only wants to use the index.jsp file?
--
View this message in context:
jhayden wrote:
Tried that but still getting the error.
I only left the default index.html file there and it still gives me the 404
Error.
It appears that it only wants to use the index.jsp file?
The default welcome file list is index.html. index.htm, index.jsp. In
that order.
Is this a clean
Hi,
Well, what web.xml file you modified?
CATALINA_HOME = C:\Program Files\Apache Software Foundation\Tomcat 6.0\
1. %CATALINA_HOME%/conf/web.xml
2. %CATALINA_HOME%/webapps/ROOT/WEB-INF/web.xml
I have Tomcat 6 installed, i tried to do that, and works for me, You
Przemysław Klein wrote:
Mentioned webapps are strictly related. In fact they are part of one
large system. What is the best way to add make library/libraries
available to all application? Put it in $CATALINA_HOME/common/lib or
is there better way to do that?
shared/lib if you want
Mentioned webapps are strictly related. In fact they are part of one
large system. What is the best way to add make library/libraries
available to all application? Put it in $CATALINA_HOME/common/lib or is
there better way to do that?
prp
--
_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/
Przemek
Hi there..
I have 15 apps on my Tomcat. Five of them require library abc.jar
(~1,5MB). From the resources point of view (mem, cpu) is it better to
make abc.jar visible globaly to all applications (place it in
$CATALINA_HOME/common/lib) or copy to WEB-INF/lib of all five dependent
to all applications (place it in
$CATALINA_HOME/common/lib) or copy to WEB-INF/lib of all five dependent
applications?
Regards,
prp
--
_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/
Przemek Klein ([EMAIL PROTECTED])
-
To start a new
Hi list,
I'm running Tomcat 4.0.5 on UNIX and I am experiencing compilation
errors when trying to compile a simple index.jsp file, which is only
twenty lines or so, as I'm trying to learn JSP and starting small. First
however, I'd like to get this question out of the way:
I've searched the
what UNIX meant) then the
installation paths can be all kinds of screwed up.
If you installed it yourself from a package from apache.org then you
/should/ have a bin directory as you describe.
Another possibility is that you are looking at CATALINA_BASE instead of
CATALINA_HOME and you are using
From: Daniel Gresh [mailto:[EMAIL PROTECTED]
Subject: Tomcat 4.0 on UNIX: no /bin directory in
$CATALINA_HOME, and JSPcompilation errors
I assume this is a major problem. If so, should I re-install
Tomcat (and update to Tomcat 6.0 while I'm at it)?
You may well have some bizarre 3rd
of
CATALINA_HOME and you are using a shared binary installation but looking
at the part that should be application-specific (see RUNNING.TXT in your
installation directory and read the Advanced section to understand
what I'm talking about).
If so, should I re-install Tomcat (and update to Tomcat 6.0
of one user from another.
-Rashmi
- Original Message
From: Daniel Gresh [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Monday, February 12, 2007 5:27:26 PM
Subject: Re: Tomcat 4.0 on UNIX: no /bin directory in $CATALINA_HOME, and JSP
compilation errors
Hi, thanks
101 - 165 of 165 matches
Mail list logo