This is a user question and should be posted on the tomcat-user list.
On a side note, the session is maintained either by a session cookie or
by a session id at the end of each request. The server will keep your
session going for the time specified in the web.xml. If the client
forgets all
On Tuesday, July 22, 2003, at 09:24 AM, Remy Maucherat wrote:
Jan Luehe wrote:
This is a pretty bad implementation IMO.
What's the use of disabling this feature ?
The spec declares these headers as optional, which means Tomcat
should make them configurable. Some sites may prefer not to include
You're using in your argument the most extreme example ;-)
Here, it's only revealing the technology used. This is very little,
and not any more revealing than a .jsp extension.
Well, at least it sort of illustrated my point (sledgehammer to crack a
nut) :) ...
Yes the header itself doesn't
This list is for developing the tomcat server. Your question is a
configuration question and should be directed to the tomcat-user list.
Martin
On Monday, July 21, 2003, at 02:00 PM, sathya narayanan wrote:
hi ,
IS there is any way to Connect Database using DBCP.jar without giving
username
Hello,
I don't agree with Glenn or Yoav.
For each tomcat 4.1.x version I use there are a couple of things I have
to fix over and over again. My approach to making changes is: 1) take
the official binary release of tomcat and 2) make *minimal* changes to
address the problems I have with it.
tomcat-dev is for developing Tomcat. This question is a user question
and should be directed to the tomcat-user list.
Martin
On Wednesday, July 16, 2003, at 04:38 PM, Dhar, Subhashish wrote:
Hello
I try to configure the Tomcat in-process to work with IIS,I did all
the configuration as
In a recent client project I used the WebdavServlet for the first time
and encountered some configuration issues which lead me down the path
of doing some patches to it.
Our client's site uses form based login which doesn't play well with
WebDAV. All clients I've ever seen only do basic
In a recent project we cooperated with our client in building a site.
They were doing static html files and we took some of them and turned
into JSPs.
In order for our client to be able to update their site, we enabled
webdav on the webapplication. However, we don't want them to be able to
Fabio,
We're achieving a good cache result by using mod_proxy and its built in
proxy cache.
We have:
Front servers that do caching and backservers that runs the tomcat.
The fron servers runs apache and mod_proxy. Any request coming in to
example www.foo.com/index.jsp is proxied through to the
Hello Martin and Raiden,
Subject: RE: strange messages in tomcat 4.1.18
Date: Wed, 22 Jan 2003 12:41:03 -
From: Martin Algesten [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
I've asked myself this question.
(I think) the messages are about a connection being left open
-Original Message-
From: V. Cekvenich [mailto:[EMAIL PROTECTED]]
Sent: 21 January 2003 23:04
TC5 is ways of.
And I think everyone can agree that JDK1.4 is more stable than 1.3.
I don't agree. Stability is the sum of your whole infrastructure, API,
web servers etc etc. Most of my
-Original Message-
From: Sean Reilly [mailto:[EMAIL PROTECTED]]
Sent: 21 January 2003 23:37
To: Tomcat Developers List
Subject: RE: Tomcat 5 target JDK1.4?
The many other arguments against requiring 1.4
notwithstanding (and I'm not attempting to refute _any_ of
them here),
I've asked myself this question.
(I think) the messages are about a connection being left open (as in
Keep-Alive and then being closed by the client.
I'ts easy to find the where this output is made from in the source. It
might be that INFO is a tad much for this kind of messages (perhaps
DEBUG
In Java, the whole point is you can go switch out a VM, at a
drop of a hat.
I mean, JDK 1.5 is coming out.
That's just moronic and plain wrong and if you truly believe that I'm
feeling sorry for you. If you'd had any experience running live servers
you'd know that changing API's _always_ have
This list is for development of the Tomcat please forward to tomcat-user
etc etc ;)
Martin (sorry, couldn't stop myself)
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 21 January 2003 15:04
To: Tomcat Developers List
Subject: Making PureTLS work
I use vi for at least 14 years, but for java dev I turned to
eclipse last year, and it's hard to reswicth to vi ;)
Wow! I tried to use Borland J something or another a long time ago and
got to frustrated that I didn't have control over what I was doing...
what are the advantages?
Martin
--
Believe me, when your different web apps are relying on actually being
able to use this part of the API to communicate with each other, then
this is a blocker...
Martin (who still doesn't understand why this isn't an issue worth
fixing)
-Original Message-
From: [EMAIL PROTECTED]
Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 20 January 2003 15:11
To: Tomcat Developers List
Subject: Re: DO NOT REPLY [Bug 16258] - getContext does not
work on defaultcontext
Martin Algesten wrote:
Believe me, when your different web apps are relying on
actually being
able to use
on defaultcontext
Martin Algesten wrote:
Believe me, when your different web apps are relying on
actually being
able to use this part of the API to communicate with each
other, then
this is a blocker...
Martin (who still doesn't understand why this isn't an issue worth
fixing)
Because
Remy,
once again we agree :)
M
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2003 14:19
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 16001] - Tag.release() not invoked
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED
Note that you would need 1 million sessions that are active
at the same time - if a session expires and the id is reused
there is no harm.
If I leave my browser open and go for lunch and someone else gets my
expired session id, I return and continue browsing, wouldn't that cause
problems?
This is the developer list for development questions. Please direct this
question to the tomcat-user list.
(
Tip: Have a look at web.xml error-page directive:
error-page
error-code404/error-code
location/error404.jsp/location
/error-page
error-page
)
Martin
-Original
A redirect can't be done relatively... The HTTP/1.1 spec for the
Location: header states:
The field value consists of a single absolute URI.
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30
So the server must figure out how to construct an absolute URL. I've
been bitten by the
The problem with this bug is that there are people here who don't agree
it is a bug... which is just plain ignorant and stupid... THIS IS A
BUGIT NEEDS FIXING!
I've tried get this one sorted as well... however, either someone will
tell you they don't agree it is a bug and/or they will just
Interesting log comment...
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 19 December 2002 16:30
To: [EMAIL PROTECTED]
Subject: cvs commit:
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runt
ime JspWriterImpl.java
remm
commit:
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runt
imeJspWriterImpl.java
Remy Maucherat wrote:
Martin Algesten wrote:
Interesting log comment...
Why's that?
I'm using ab to test (against that page, as it's easier),
and it's too
dumb to use sessions
tomcat-dev is for development/bugfixing kind of issues. For help on
configuration, please use the tomcat user list.
Martin
-Original Message-
From: Kevin Conaway [mailto:[EMAIL PROTECTED]]
Sent: 15 December 2002 17:33
To: [EMAIL PROTECTED]
Subject: Apache+Tomcat+modjk with
8. Tomcat should work with no config file - using only JMX
API calls to load it and configure a set of plugins ( profile
), using whatever class loader and layout the embeding
application ( ant, etc ) wants.
I've toyed with a thought along that line before. My train of thought
was
Seems Ryan Lubke makes Jan have a busy Friday afternoon :)...
Martin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
The tomcat-dev list is for development questions/bugs please ask this
question on the user list.
Martin
-Original Message-
From: Eman Fattouh [mailto:[EMAIL PROTECTED]]
Sent: 12 December 2002 10:16
To: [EMAIL PROTECTED]
Subject: using manager web application
dear all;
i'm
I'm seeing something very similar on my system where we are running
Tomcat 3.3. We basically got a URL object connection to our own server,
and for some reason the URL class seems to do an unclean shutdown of the
socket which results in socket write errors on the server.
I don't understand why
This is the soundest idea I've heard so far. Multiple distributions
sounds like disaster area to me. I currently think it is hard enough for
a new user to decide Tomcat3/Tomcat4.x/Tomcat5 when presented with the
choices. If there in addition to that is Tomcat4 lite, Tomcat4 all
Tomcat5 lite
DefaultType directive.
+ // It really should be possible to turn this directive off
+ // in apache, but you can't. However always setting the Content-Type
+ // even on a 304 is still compliant with the http spec. As long as
+ // the Content-Type is correct. Martin Algesten
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 10 December 2002 10:55
To: Tomcat Developers List
Subject: Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )
I really cannot believe I could agree with you on something ;-)
Remy
I might have strong
As an end user. I don't use the admin tool, don't know what it is. I do
use both JSP and Servlets.
M
-Original Message-
From: Glenn Nielsen [mailto:[EMAIL PROTECTED]]
Sent: 09 December 2002 14:06
To: Tomcat Developers List
Subject: Re: [VOTE] minimal JSR 154 only distribution
And failing that perhaps cp1252 if you are a windowz kind of guy.
I find this page helpful:
http://czyborra.com/charsets/iso8859.html
Martin
On Thu, 2002-11-28 at 07:46, Torsten Fohrer wrote:
sorry, iso-8859-15
-Ursprüngliche Nachricht-
Von: Torsten Fohrer [mailto:[EMAIL
Just for our non-committers peace of mind, what is the purpose of this
list? What kind of information is it that we are to be denied or have
delayed?
Martin
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]]
Sent: 25 November 2002 17:41
To: [EMAIL PROTECTED]
Subject:
Are we going to release 4.1.15 without addressing this? This is a
standard API call that currently DOES NOT WORK (or am I wrong, can
anyone get hold of a foreign context from the ROOT context?)
I've submitted a possible fix in BZ #13040 ... If you don't like it,
then tell me why and
Java tip:
System.out.println( request.getInputStream().getClass().getName() );
and all shall be revealed.
Martin
-Original Message-
From: Paul Hunnisett [mailto:develop;lombok.org.uk]
Sent: 14 November 2002 20:05
To: Tomcat Developers List
Subject: Re: ServletOutputStreamWrapper
This seems another aspect of issue
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6279 ... there are
some work in progress on that one. There's even a patch, check it out.
Martin
-Original Message-
From: Algirdas P. Veitas [mailto:aveitas;mail.allesta.com]
Sent: 12 November 2002
Getting discussions going in this list is like forcing water uphills.
I've tried for a while now to get involved in sorting out problems that
I've encountered. However it is quite hard when the patches I've
attempted to make are dismissed without any kind of reasoning or
discussion.
Further I
What about trying to argue for why an error page returns error code 200?
Martin
-Original Message-
From: Remy Maucherat [mailto:remm;apache.org]
Sent: 07 November 2002 16:10
To: Tomcat Developers List
Subject: Re: [VOTE] Proposed jspc refactoring
Costin Manolache wrote:
To clarify -
Remy, since you were the one arguing against me, I would like you to
reply to my two postings on the 30th of November, 13040, and
ServletContext.getContext() and error code 200 when doing error-page.
Sorry to hassle you, I know you've been away.
Martin
--
To unsubscribe, e-mail:
Did you make sure that the work director has been cleaned out? The
compiled JSP will otherwise still sit around in there. Delete everything
you find under CATALINA_BASE/work (or CATALINA_HOME/work).
Martin
-Original Message-
From: Ian Hunter [mailto:ihunter;hunterweb.net]
Sent: 05
The invoker servlet allows for anyone to call your servlets using their
class names. This is not a problem as long as you are happy with that.
In my case I have some internal servlets (used as a poor substitute for
RMI) where I map the servlets to be under /internal/some.servlet and
then
This is not a bug, but a feature :)..
The release notes tells more about it.
Martin
-Original Message-
From: Frédérik Bilhaut [mailto:fbilhaut;wanadoo.fr]
Sent: 01 November 2002 16:38
To: [EMAIL PROTECTED]
Subject: Bug with symbolic links in WEB-INF/lib/
Hi !
I noticed a Tomcat bug
What do you mean creating a new Context? Can you give some code
example? ... More parts of the stack trace might help as well.
Martin
Sasha Prikhod'ko wrote:
Hi!
sorry for stupid question... =)
I'am creating a new Context but JSP applications don't work
with exception:
description:
The
In your server logs did you find any output along the lines of:
WebappLoader[/GIS]: Deploying class repositories to work directory
/home/martin/main/sites/mysite/var/tomcat/work/Standalone/localhost/GIS
ContextConfig[/GIS]: Missing application web.xml, using defaults only
StandardManager[/GIS]:
validator didn't make much sense to me...
Martin
jean-frederic clere wrote:
Pier Fumagalli wrote:
On 30/10/02 20:02, Martin Algesten [EMAIL PROTECTED] wrote:
In a nutshell mod_proxy updates its cached entries with whatever new
headers are given to it. E.g. first request comes into mod_proxy
Yup.. as I said, generally content-type changes might be ok. And yes I
have reported it as a bug.
Martin
jean-frederic clere wrote:
Martin Algesten wrote:
I don't see how chaning the Content-Type can be right in this
scenario (yes, generally content-type changes might be ok), can you
Just following up on my thoughts wether Tomcat 4.1 is ready for
production or not. Yesterday and today I tried to roll one preview site
out on our existing server infrastructure... and so far it created
complete havoc.
Oddly enough I'm running a Coda replicated file system on my production
It seems to me that the Coyote JK 2 connector doesn't set the
Reason-Phrase for the responses, is this right?
I know that you don't have to do this according to the HTTP/1.1 spec.
However once again my dear mod_proxy isn't to happy about a status line
saying: HTTP/1.1 200 (the trailing space
the resource we're asking about. E.g. if we're asking if a certain
gif file has changed since yesterday, then tomcat tells us that it is
unchanged content wise, but meta-wise it is no longer a gif, but an html
document?!
Martin
jean-frederic clere wrote:
Martin Algesten wrote:
1. Tomcat should
Hi all,
Just some thoughts.
I've been using the 3.3.1 release for quite some time in a
mod_jk/apache/linux kind of setup and all was fine. Though a couple of
weeks ago I felt a need to start looking at new versions of all my
API's/products in order to make sure I stay on top of things and don't
status on the Tomcat home page. Isn't just the sheer
amount of bug reports an argument in my direction?
Martin
Remy Maucherat wrote:
Martin Algesten wrote:
Hi all,
Just some thoughts.
I've been using the 3.3.1 release for quite some time in a
mod_jk/apache/linux kind of setup and all was fine
I'm dropping my argument about labelling now. It will probably not lead
anywhere anyway.
Martin
Remy Maucherat wrote:
Martin Algesten wrote:
Hi all,
Just some thoughts.
I've been using the 3.3.1 release for quite some time in a
mod_jk/apache/linux kind of setup and all was fine. Though
It can't be correct to reset the error code to 200 when say a 404 have
happened.
A) Web caches, search engines etc will get confused by this. If a page
get spidered by say Google and the returned response code is a 404, then
the page will not be part of the index, which is correct, the
Message-
From: Martin Algesten [mailto:puckman;taglab.com]
Sent: Wednesday, October 30, 2002 6:19 AM
To: [EMAIL PROTECTED]
Subject: production quality?
Hi all,
Just some thoughts.
I've been using the 3.3.1 release for quite some time in a
mod_jk/apache/linux kind of setup and all was fine
. Different live scenarios always implies different
workarounds/tradeoffs. So in that sense you're either using a particular
subset of functionality that works in your live scenario or you've
worked around any issues that you encountered.
Regards,
Martin
Glenn Nielsen wrote:
Martin Algesten wrote
We've agreed that the spec needs clarifying here. Unfortunatelly we can
not wait around for that since the current API is completely broken. A
ServletContext.getContext from the ROOT context currently ALWAYS returns
the ROOT context, no matter what. It is therefore impossible to
work in it...
M
Pier Fumagalli wrote:
On 30/10/02 6:06 pm, Martin Algesten [EMAIL PROTECTED] wrote:
An incorrect If-Modified-Since response seems to shag mod_proxy. Now I
don't know how widely used mod_proxy is, or if perhaps this should be
fixed there instead. However I am concerned about
61 matches
Mail list logo