hate to be a pain...

...but why does http://jakarta.apache.org/tomcat/ say "5.0.9 Alpha" while the download page says "5.0.9 Beta"... Didn't all agree on beta in the end? Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-m

Re: window close session invalidate

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 ab

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java

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 reve

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java

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 t

Re: Connection Pooling

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 and

Re: [5] hotfixes

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. Cu

Re: question on how to work IIS with Tomcat

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 sugges

WebdavServlet and security constraints

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 upd

WebdavServlet.java, form based login and files from other contexts

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 authent

RE: Ap..cache

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 ba

RE: strange messages in tomcat 4.1.18

ges in tomcat 4.1.18 > > > 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

RE: strange messages in tomcat 4.1.18

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 "DEB

RE: Tomcat 5 target JDK1.4?

> -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

RE: Tomcat 5 target JDK1.4?

> -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

RE: Tomcat 5 target JDK1.4?

> 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 --

RE: Making PureTLS work

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 >

RE: Tomcat 5 target JDK1.4?

> 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_ ha

RE: Timeout Sesion

In English please... Martin > -Original Message- > From: "Moreno Quiñones, Patricia" [mailto:[EMAIL PROTECTED]] > Sent: 20 January 2003 17:48 > To: [EMAIL PROTECTED] > Subject: Timeout Sesion > > > Hola, tengo una pregunta acerca de la caducidad de sessiones > de tomcat. Si pongo el s

RE: DO NOT REPLY [Bug 16258] - getContext does not work on defaultcontext

ntext does not > work 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... > > >

RE: DO NOT REPLY [Bug 16258] - getContext does not work on defaultcontext

From: Remy 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

RE: DO NOT REPLY [Bug 16258] - getContext does not work on default context

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] [mail

RE: DO NOT REPLY [Bug 16001] - Tag.release() not invoked

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 >

RE: Duplicate session IDs are *common*

> 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?

RE: hello

This is the developer list for development questions. Please direct this question to the tomcat-user list. ( Tip: Have a look at web.xml directive: 404 /error404.jsp ) Martin > -Original Message- > From: Dan Agarlita [mailto:[EMAIL PROTECTED]] > Sent: 09 January 2003

RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtimeJspWriterImpl.java

ers List > Subject: Re: cvs commit: > jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runt > imeJspWriterImpl.java > > > Remy Maucherat wrote: > > Martin Algesten wrote: > > > >> Interesting log comment... > > > > > > Why's

RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspWriterImpl.java

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 > > > rem

RE: error-page status codes broken, no response to bugzilla report

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 ign

RE: mod_jk and load balancer - bug?

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 s

RE: Apache+Tomcat+modjk with ~/public_html

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 ~/pu

RE: [PROPOSAL][TOMCAT5] plugins directory

> 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 rou

RE: DO NOT REPLY [Bug 15364] New: - The jsp:body action doesn't work as expected when used with the jsp:fallback action.

Seems Ryan Lubke makes Jan have a busy Friday afternoon :)... Martin -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Problem with Socket closing

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 the

RE: using manager web application

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;

[PATCH] More Content-Type problems with 304 responses (Tomcat3.3.1)

a 304 is still compliant with the http spec. As long as + // the Content-Type is correct. Martin Algesten, November 2002. +String mimeType=ctx.getMimeMap().getContentTypeFor(absPath); + + if (mimeType == null) { + mimeType = "text/plain"; + } + if

RE: [VOTE] Minimal tomcat ( JSR154 + JSR152 )

> -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 stro

RE: [VOTE] Minimal tomcat ( JSR154 + JSR152 )

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"..

RE: [VOTE] minimal JSR 154 only distribution

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 Jeanfranc

Re: AW: euro character problem with tomcat compression Filter

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 PRO

RE: tomcat-committers mailing list

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:

ServletContext.getContext() still completely broken.

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 I'l

RE: ServletOutputStreamWrapper

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 Tha

RE: Servlet Spec interpretation FORM-based authentication

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 04

Re: [Request] Commit the JNDIRealm patch

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

RE: [VOTE] Proposed jspc refactoring

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

RE: Tomcat 4.1.12 root context index.jsp "bug"

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 N

Remy?

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 ". Sorry to hassle you, I know you've been away. Martin -- To unsubscribe, e-mail:

Re: Security threat with enabling invoker servlet in 4.1.12

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 prote

RE: Bug with symbolic links in WEB-INF/lib/

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

Tomcat 4.1 no go for my production env.

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 ser

Re: production quality?

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), ca

Re: production quality?

t 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

Status-Line with no Reason-Phrase

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 spac

Re: production quality?

weak and strong 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

Re: new Context

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]: S

Re: new Context

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 ser

Re: production quality?

content type :) Bug 13846 has my curl detective 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, o

Re: production quality?

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 al

Re: production quality?

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 this and as I pointed out I am happy to look into it myself, however I would appreciate a hint of what t

13040, and ServletContext.getContext()

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 programatically

error code 200 when doing

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 opposite

Re: production quality?

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

Re: production quality?

any effort. 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: M

Re: production quality?

's all "release >quality" software. There are disclaimers in those licenses for a reason. Caveat Emptor and all that. Regards, Will Hartung ([EMAIL PROTECTED]) Yoav Shapira Millennium ChemInformatics -Original Message- From: Martin Algesten [mailto:puckman@

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. 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 e