BugRat Report #804 has been filed.

Bug report #804 has just been filed. You can view the report at the following URL: REPORT #804 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Co

RE: session timeout

I tried the first approach, it works great with 3.x. Thank you, Jayesh -Original Message- From: Kief Morris [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 17, 2001 8:26 AM To: [EMAIL PROTECTED] Subject: Re: session timeout Jayesh typed the following on 08:00 AM 1/17/2001 -0800 >I

cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/loader StandardClassLoader.java StandardLoader.java

remm01/01/18 21:58:24 Modified:catalina/src/share/org/apache/catalina/loader StandardClassLoader.java StandardLoader.java Log: - The loader will attempt to copy the JARs files contained in the /WEB-INF/lib path of the JNDI context to the work director

RE: Interceptors

Hi Pete, My goal is to explain why and how interceptors are used in tomcat3.x. While other solution exist, the design of tomcat3.x is based on certain design patterns that have certain advantages ( and disadvantages). The reasons for choosing this pattern: 1. One of the goals is to integrate wi

RE: Patch for bug 330

Yes Steve, you are right, this is not a complete solution, but it is simple, and will reduce the pain at least for a while. In the example that you gave, the new encoding will save about 50 chars (four for each '/') so you can add 6 or 7 Very's to the path. This is a low risk patch can be squeezed

Re: Catalina + Apache

Uhhh, I just realized something With TC 3x, you could map an extension from Apache to the servlet engine with an AddHandler directive. I see nothing like this for TC4. Can someone enlighten me? On Thu, 18 Jan 2001, Nick Bauman wrote: > Hello Jakarta Tribe, > > We are targeting Tomcat 4.0 for a

cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

costin 01/01/18 19:28:00 Modified:.RELEASE-PLAN-3.3 Log: - incorporate Jon's suggestions: specify that the release team will coordinate the support, the milestones will be periodical,based on the RM decision, +1 commiters will decide what goes in during beta, added me

RE: Clarification of PMC emails

Is this something that needs to be addressed on a per-project level basis, or is this a new policy handed down from the ASF? I'd be interested in seeing this happen on xml.apache.org as well... - Sean T. > -Original Message- > From: Jon Stevens [mailto:[EMAIL PROTECTED]] > Sent: Thursda

Re: IM LOST, ERROR 500????

Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not accepted Delivery f

Re: JSP engine classname generation question

Section 2.2.1 of the JSP 1.2 spec states that if the url path starts with "/" is is interpreted by the application to which the JSP page belongs. When it doesn't start with "/", it is interpreted relative to the current JSP page. This final path is interpreted through the ServletContext object. T

Catalina + Apache

Hello Jakarta Tribe, We are targeting Tomcat 4.0 for a project to be released within 30 days. We currently have an app in production at Exodus in Chicago that utilizes many megabits of throughput and runs on multiple webservers that are load balanced using TC 3.1 and Apache 1.3. This is a new re

Re: Interceptors

on 1/18/01 4:28 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > If you change the names and parameter orders a little, you have just quoted > the > new api for javax.servlet.Filter in the 2.3 Proposed Final Draft. > > I'd be game to change the Valve APIs to conform to this kind of pattern

cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java WebdavServlet.java

remm01/01/18 17:11:30 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java WebdavServlet.java Log: - Fix to links encoding part 1 : Now the links encoding function is called everywhere it needs to be. This patch will be merged

Re: Problem with apj13/jk_mod and multiple cookies!

THANKYOU, THANKYOU, THANKYOU one and all. Oh what a beautiful day it is, to see Tomcat 3.2.1 with patch to Ajp13ConnectorResponse.java working as it should. I am extremely grateful. Thanks Jason Dan Milstein wrote: > Jason, > > This has been fixed in the cvs tree for TC 3.2 -- the relevant

Re: Interceptors

Peter Donald wrote: > [snip] > I am not saying that Catalinas concept of a valve is completely correct (it > uses the Anti-Pattern Subvertion of Control - yuck !!) but it is definetly > a step in the right direction. Personally if I was doing it then I would > implement Inversion of Control and y

A Note On The PMC Meeting Outcomes

One of the outcomes of the PMC meeting on Tuesday (you will see the minutes published shortly) involves increasing the amount of open communication on general Jakarta issues that do not involve a few specific issues that require confidential discussions. The forum in which these discussions will

RE: Interceptors

Hi, At 12:29 19/1/01 +0100, Paulo Gaspar wrote: >> -Original Message- >> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] >> Sent: Thursday, January 18, 2001 23:04 >> >> One appropriate question to ask yourself, when comparing, is >> "what does having 15 >> entry points give me tha

Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

Larry Isaacs wrote: > A couple of comments: > > I would like to see a goal added like the following: > > X. With respect to JSP 1.1 issues, insure that Jasper in Tomcat 3.3 > remains compatible with Jasper in Tomcat 4.x. > Larry, are you thinking of "compatibility" from the functional viewpoint

Clarification of PMC emails

We had a in person PMC meeting on the 16th. This is described on the Jakarta News Page. Meeting minutes will be posted to this list soon. Part of the agreement of the meeting is that non-has-to-be-private PMC mail will be posted to the General@jakarta list in order to quell the belief that the PM

RE: Interceptors ( was Re: 3.x vs 4.0 architecture Q's

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 18, 2001 23:04 > > One appropriate question to ask yourself, when comparing, is > "what does having 15 > entry points give me that I cannot get with a single entry point > approach"? I

RE: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

A couple of comments: I would like to see a goal added like the following: X. With respect to JSP 1.1 issues, insure that Jasper in Tomcat 3.3 remains compatible with Jasper in Tomcat 4.x. and under Release criteria something like: X. Port all appropriate JSP 1.1 related changes from Tomcat 4.

Re: Interceptors ( was Re: 3.x vs 4.0 architecture Q's

on 1/18/01 2:03 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > IMHO, copying a web server (written in C, by the way) architecture, in and > of itself, is not a compelling argument to influence the design of a servlet > container written in an object oriented language like Java. +1 -jon

Re: Interceptors ( was Re: 3.x vs 4.0 architecture Q's

[EMAIL PROTECTED] wrote: > > Looking at the latest 3.x src drops, there are say ~30 methods in > > BaseInterceptor, that is access points, into the request chain / context > > mapping / session handling etc. This obviously gives a degree of > > Hi Ken, > > All this will be reviewed and documente

Re: Release plan for 3.3 ( first draft )

[EMAIL PROTECTED] wrote: > > Hi, > > I checked in the initial draft of the "release plan for 3.3" proposal: > http://jakarta.apache.org/cvsweb/index.cgi/~checkout~/jakarta-tomcat/RELEASE-PLAN-3.3 I have some comments, see below. > I'll publish the final version and propose it for vote after an

Re: Proposed release of 3.3

> At 12:30 18/1/01 -0800, [EMAIL PROTECTED] wrote: > >2. It seems he made a distinction between +1 ( I support the plan or > >release ) and "commited" +1 ( I support the plan _and_ I commit to help). > > I understood the first case to be a +0 - ie nice idea but I ain't gonna put > any effort in

Interceptors ( was Re: 3.x vs 4.0 architecture Q's

> Looking at the latest 3.x src drops, there are say ~30 methods in > BaseInterceptor, that is access points, into the request chain / context > mapping / session handling etc. This obviously gives a degree of Hi Ken, All this will be reviewed and documented - if the release proposal is accepte

RE: need another way with 2.2 servlets

Is it something you could solve with JSP custom taglibs? Notice that it is quite easy to intermix JSPs with Servlets. Just in case you don't know them, here are is a good introduction from Sun: http://java.sun.com/products/jsp/tutorial/TagLibrariesTOC.html and some Apache starting pointers:

RE: Patch for bug 330

I suspect that this won't fix the underlying problem. The class name includes the path and makes it too easy to overflow the filename limit. For example: /jsp/snp/a/very/very/very/very/very/very/deeply/nested/snoop.jsp will not compile, while /jsp/snp/a/very/very/very/very/very/deeply/nested/sn

Re: Proposed release of 3.3

At 12:30 18/1/01 -0800, [EMAIL PROTECTED] wrote: >2. It seems he made a distinction between +1 ( I support the plan or >release ) and "commited" +1 ( I support the plan _and_ I commit to help). I understood the first case to be a +0 - ie nice idea but I ain't gonna put any effort into maintainin

Re: Proposed release of 3.3

> i havent been following this for some time now, but if > i remember correctly, 3.x supported jdk1.1. Support for JDK1.1 is included in the release proposal, as well as testing. -- Costin - To unsubscribe, e-mail: [EMAIL PRO

cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

remm01/01/18 12:27:01 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Fix inclusion problems by catching the IllegalStateException which can be thrown by the servlet container. Revision ChangesPath 1.24

need another way with 2.2 servlets

I'm looking for a solution where I can insert code into pages (like applet tags into html, etc...) already served up by the server (and not know anything about the pages themselves). This seems to be do-able in 2.3 servlet specs w/ filters, but as I'm running into several undocumented issues with

Re: Proposed release of 3.3

> My personal feeling about this as a Jakarta (but not Tomcat) Committer > is that the requirement for three binding (+1) votes before a public > release is there to address the support issues. A (+1) vote on a public > release should mean that you are signing-on for future development and > supp

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

remm01/01/18 12:20:56 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Fix inclusion problems by catching the IllegalStateException which can be thrown by the servlet container. Revision ChangesPath 1.19

Patch for bug 330

Hi Costin, Here is our patch for bug 330, Priority: high, Severity serious.(http://znutar.cortexity.com/BugRatViewer/ShowReport/330). Having this patch included the official release of 3.X.X will make Tomcat usable for us since we could not port our application from WebSphere to Tomcat 3.2.1 be

RE: TOMCAT ENCRYPTION OF CREDIT CARD NUMS???????

Actually, the safest thing to do is never store the credit card number in clear text at all. Decrypt it only when it needs to be transmitted to the merchant bank, over their SSL connection. That way if the file or data base the CCNs are stored in is ever compromoised, you haven't lost the confiden

Clarification of decision rules [Was: Re: Forming an opinion]

"Ted Husted" <[EMAIL PROTECTED]> wrote: > [...] > Although I probably don't understand all the nuances of the "Apache > Culture", as a Jakarta Committer, here is a draft "patch" that I would > suggest to decisions.html (mostly parity-checks): > [...] One of the action items from the meeting was t

Re: Urgent issue!

Nick Bauman wrote: > > I think the problem is from some bugs in IE's HTTP/1.1 impl, which Apache > out-of-box downgrades to a 1.0 conversation. Are you seeing this with TC > standalone or with Apache in front of it? I have only seen this with TC standalone, but on the other hand, I've never test

BugRat Report #802 has been filed.

Bug report #802 has just been filed. You can view the report at the following URL: REPORT #802 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: low Severity: serious Con

Re: Problem with apj13/jk_mod and multiple cookies!

Jason, This has been fixed in the cvs tree for TC 3.2 -- the relevant file is: src/share/org/apache/tomcat/service/connector/Ajp13ConnectorResponse.java You can get a patch from that, or just grab that file. Check the jakarta website for details on getting the file from cvs. -Dan Jason Pel

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/resources FileResources.java

remm01/01/18 11:06:51 Modified:catalina/src/share/org/apache/catalina/resources FileResources.java Log: - Now handles the case where File.list() returns null. This fixes some rare NPE cases. That problem was already fixed in 4.1. Revision Change

RE: Forming an opinion

Me and Jon are only posting constructive stuff now. Don't kick us more! =;o) Have fun, Paulo Gaspar > -Original Message- > From: Bernd Eilers [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 18, 2001 14:28 > To: [EMAIL PROTECTED] > Subject: Re: Forming an opinion > > > > Hi there

RE: Proposed name encoding patch

I was looking at this last night, by coincidence. It seems to me that the class name is encoding too much information. It's duplicating the package as part of the class name. I suspect it's getting confused between '/', '\', File.separatorChar, etc. It's also encoding characters that are legal in

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java

remm01/01/18 10:57:38 Modified:catalina/src/share/org/apache/catalina/servlets WebdavServlet.java Log: - Make the DAV collection enumeration code more robust. This is the equivalent to what was done in TC 4.1. Revision ChangesPath 1.9

RE: Urgent issue!

Just to be sure: Does this mean that this is only a problem with Tomcat standalone and that using Tomcat with Apache is not a problem? Thank you, Paulo Gaspar > -Original Message- > From: Nick Bauman [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 18, 2001 19:10 > > > I think th

RE: Urgent issue!

Was this a problem with JServ too? Thanks, Paulo > -Ursprüngliche Nachricht- > Von: Graham Wright [mailto:[EMAIL PROTECTED]] > Gesendet am: Donnerstag, 18. Januar 2001 12:15 > > The problem does seem to be caused by IE but also varies depending of > the version and service pack of Window

Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

I'm not a committer, but just to add my $.02, this release plan looks very good, and seems like it meets my goals as a user/developer, and those of the community. I hope it gets approved, since it seems like a lot of good work has gone into this, and better yet, we'll have been able to finally res

Re: Proposed release of 3.3

i havent been following this for some time now, but if i remember correctly, 3.x supported jdk1.1 and 4.x didnt. this is a major concern to me. the company i work for would like to deploy tomcat on the as400. im not an as400 guru, so i dont know if they have a jdk yet that supports 1.2, all i know

Re: Proposed release of 3.3

My personal feeling about this as a Jakarta (but not Tomcat) Committer is that the requirement for three binding (+1) votes before a public release is there to address the support issues. A (+1) vote on a public release should mean that you are signing-on for future development and support. In thi

BugRat Report #799 has been filed.

Bug report #799 has just been filed. You can view the report at the following URL: REPORT #799 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Co

BugRat Report #800 has been filed.

Bug report #800 has just been filed. You can view the report at the following URL: REPORT #800 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: non-crit

TC4 WebAppMount for ROOT context question

Just a quickie: THe mailing lists didn't have anything for TC4 on this, but isn't the WebAppMount to use if my Apache document root is the same as my TC4 docbase is like so? WebAppMount ROOT warpConnection / Correct? -- Nicolaus Bauman Software Engineer Simplexity Systems -

Re: Urgent issue!

I think the problem is from some bugs in IE's HTTP/1.1 impl, which Apache out-of-box downgrades to a 1.0 conversation. Are you seeing this with TC standalone or with Apache in front of it? But the CPU util is definitely a bug. On Thu, 18 Jan 2001, Graham Wright wrote: > The problem does seem to

Re: Forming an opinion

Hi there ! > How about splitting this list into two lists: > tomcat-dev for those interested in seeing > the development of Tomcat advance and > tomcat-flames for those arguing all the time > about nothing relevant ;-) Well as I do not have commiter status this doesn't count but: +1 Reason: s

JSP/Servlet: authentication

hi all please could someone give me hints on using jdbc [specially jdbcRleam] and servlets or JSP for user authentication to lookup user details to create a connection with. - To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

3.x vs 4.0 architecture Q's

Costin / 3.x advocates, I've read the catalina overview by Craig, and the link that Costin provided. Appologies if I haven't grasped enough of the designs as yet, still need to spend more time reading the source code. I'm just wondering about the benefits of the designs. As far as I can see, 3.x

Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

on 1/17/01 11:38 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > costin 01/01/17 23:38:24 > > Added: .RELEASE-PLAN-3.3 You are missing the word "support" in this entire document. It has already been stated that it is a *requirement* in the PMC meeting that in order for a

AW: Urgent issue!

Well is there a solution? I know that Microsoft sucks but I don't think we can expect a change from this side. So I and a lot of others (see user list) would appreciate a solution from the Tomcat team. Thank you Kai -Ursprüngliche Nachricht- Von: Graham Wright [mailto:[EMAIL PROTECTED]

Re: Forming an opinion

>tomcat-dev for those interested in seeing the development of Tomcat advance and tomcat-flames sounds like a good idea to me. :) Filip ~ Namaste - I bow to the divine in you. ~ Filip Hanik Technical Architect [EMAIL PROTECTED] - Original Message - From: "Gudmundur Hafsteinsson" <[EM

Re: Forming an opinion

What? And deny our fun? Regards, Ramindur Singh Message History From: Gudmundur Hafsteinsson <[EMAIL PROTECTED]> on 01/18/2001 11:35 AM Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject:

Re: Forming an opinion

How about splitting this list into two lists: tomcat-dev for those interested in seeing the development of Tomcat advance and tomcat-flames for those arguing all the time about nothing relevant ;-) Regards, Gummi Haf -- Gudmundur Hafsteinsson - [EMAIL PRO

RE: Forming an opinion

Again, you could have made just the same remaks about Jon's activity in this list. I know I am acting sily by going for the last word just as he does, but I wanted to see what would happen if someone else does the same. I am a no one here. I can aford doing this here. I would like to see this ki

Proposed release of 3.3

I'm a user and I rightly don't get a vote (and might do better to keep quiet!) but I think releasing a version 3.3 would be bad for the project unless the concerns about support can be fully resolved. This is so even though it seems to be agreed that the basic code itself is technically supe

Re: Forming an opinion

On 1/17/2001 at 11:17 PM Craig R. McClanahan wrote: > Many of those rules and conventions are documented (such as the rules on voting), but some are not. One of the things I took away from the PMC meeting yesterday is the need to better articulate those rules. As a new committer to another Jakar

Re: Forming an opinion

Remy, Rest of your points re: Costin and your position on "3.3" well taken. But... Remy Maucherat wrote: > However, I cannot say the same thing about you. Frankly, could you just > *stop* that ? I don't think you fully realize it, but you're not helping > either Costin or this project in any wa

Re: Urgent issue!

The problem does seem to be caused by IE but also varies depending of the version and service pack of Windows being used to run IE. The error itself does not cause problems but it seems to be occasionly causing Tomcat 3.2.1 to go into a 100% cpu cycle from which it never recovers. Graham Ha

RE: Forming an opinion

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 18, 2001 08:18 > > Paulo Gaspar wrote: > > However, one of them is that there is no such thing as a > "version" of any Apache > project until there is a vote to go that way, and elect a

RE: Forming an opinion

> -Original Message- > From: Jon Stevens [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 18, 2001 04:42 > > on 1/17/01 7:43 PM, "Paulo Gaspar" <[EMAIL PROTECTED]> wrote: > > > 1. You are flaming Costin again (is that harassment?); > > I don't see a flame there. I'm simply speaking tru

Re: Forming an opinion

* Paulo Gaspar ([EMAIL PROTECTED]) wrote on Thu Jan 18, 2001 at 11:49:41 +0100: > > -Original Message- > > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, January 18, 2001 04:29 > > > > > > > -Original Message- > > > > From: Jon Stevens [mailto:[EMAIL PROTECTED]

FW:

> <> after doing all the step taken in the document me foung out that the javascript need to be refresh in order to see the th page. > So do you any solution for this as soon as possible. > > I am using winnt WK 4.0 with service pack 5. Tomcat i am using 3.2 final > release and apache 1.3.14

Re: Jasper Bug 652 (do*Body not called): not a bug?

Jeff Turner wrote: > Having a look through bug 652: > > BodyTag doInitBody and doAfterBody called on tags without body > > (http://znutar.cortexity.com/BugRatViewer/ShowReport/652) > > I don't think this is a bug. > > The JSP spec, p88, says: > > "If an action element can have a non-empty bo

RE: Forming an opinion

> -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 18, 2001 04:29 > > > > > -Original Message- > > > From: Jon Stevens [mailto:[EMAIL PROTECTED]] > > > Sent: Wednesday, January 17, 2001 20:17 > > > > > > on 1/17/01 10:28 AM, "[EMAIL PRO

Re: Forming an opinion

Thanks, Costin. >From the little I have seen so far, you haven't added much code; at least the line count is very similar to 3.2.1. You should feel proud of what you have accomplished so far; IMHO, all code-refactoring and re-design efforts are worthy, regardless of where it is released. If it's