Re: Minimal server.xml

I am +1 on this as well. Again, I recommend removing the Logging tag. Tomcat's ability to log to many different places (Rolling logs for each web applications, etc...) is a good thing for an enterprise product, but most newbies just want to see the stack trace that corresponds with an error page

Re: Minimal server.xml

Sounds like a good idea to me. I would recommend removing the "Logger" and just letting the output go into catalina.out -bob On Tue, 2003-12-02 at 12:18, Shapira, Yoav wrote: > Hi, > IMHO the server.xml that comes with tomcat by default > ($CATALINA_HOME/conf/server.xml) is nice in that it prov

Re: [VOTE] New committer: Mark Thomas

Sure, +1 > Hi, > > I'd like to nominate Mark Thomas as a Tomcat committer. He has > contibuted a significant amount of fixes already, and does what nobody > else does: roam Bugzila to fix older issues and cleanup the database. He > has special interest in the WebDAV code, which currently has no

Re: Is exact flow explained anywhere ?

No, I don't think there is any such documentation of Tomcat's exact flow. It would be handy to have somethat describes Tomcat's "Process of getting into the stead state." And something that describes the "Process of handling an incoming request." but as far as I know, these things are locked u

Re: New to dev list

put the classes in the "server/classes" directory and modify the server.xml to use your own implementation. Thus understanding how Tomcat works is broken down into understanding the individual pieces and their interfaces (or contracts) Hopefully this helps. Cheers, -bob >

Re: new to dev list

Jamesmyang3 writes: > I am new to this development list. I download tomcat source > code and try to compile and run it. Can anyone provide me > some information on how Tomcat is designed? The best I could ever find is a PDF of a presentation that Craig McClanahan made back in June of 2000. Look

Re: Client-cert authentication.

ol="TLS" algorithm="SunX509" > keystoreType="JKS"/> > > Is necesary to configure both keystores? > Thanks again, and sorry for my question if it´s something clear for > everyone. > > - Original Message - > From: "Bob Herrman

Re: cvs commit:jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/coreStandardWrapper.java

On Wed, 2002-11-06 at 06:55, Tim Funk wrote: > In case you weren't joking ... > > It can easily break compatibility if someone introduces a new class with > the same class name as another class in a different package. IMHO, the more important reason to not use "import xx.*" is because it is har

Client-cert and POST

I have been snooping around this problem with client-cert and POSTs for quite a while now. I have a patch that fixes it, but I really don't like my own work. This topic has raised it's ugly head a few times already here on Tomcat-dev, but allow me to restate it (yet again... hopefully with more

Re: Client-cert authentication.

tandardPipelineValveContext.invokeNext(StandardPipeline.java:643) > at >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) > at org.apache.coyote.tomcat4.CoyoteAda

Re: [5.0] New build documentation, docs online

On Mon, 2002-10-28 at 05:07, Remy Maucherat wrote: > New Tomcat 5.0 docs online (linked from the main Tomcat page): > http://jakarta.apache.org/tomcat/tomcat-5.0-doc/index.html > > New building documentation: > http://jakarta.apache.org/tomcat/tomcat-5.0-doc/BUILDING.txt > > Comments ? Humm...

RE: [5.0] New build documentation, docs online

On Mon, 2002-10-28 at 07:04, IAS wrote: > There were actually several stops due to the internet disconnection, and > I failed because of javamail's absence, which build.xml didn't check > out. Yea, the SendMail... example always busts on when I compile also. I always do this (reflexively), echo

Re: [VOTE] New Committer John Turner

list, and he is > willing to help us writing docs, testing, etc. > > > MT. > > > > > -- > To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: <mailto:tomcat-dev-help@;jakarta.apache

Re: security

On Wed, 2002-10-16 at 17:12, Costin Manolache wrote: > Bob Herrmann wrote: > > > > > Looking into the Tomcat jars, I noticed the package "org.apache.jk" > > isn't blocked... so even with the Security Manager running, I think I am > > able to get c

security

Looking into the Tomcat jars, I noticed the package "org.apache.jk" isn't blocked... so even with the Security Manager running, I think I am able to get catalina to load "arbitrary classes" like this, <% org.apache.jk.apr.TomcatStarter.mainClasses = new String[]{ "someClass" }; org.apache

[5] Security Audit: fluf found

I found this extra bit of fluf, can someone (with jakarta-servletapi Karma) commit this? Cheers, -bob Index: jsr154/src/share/javax/servlet/http/HttpUtils.java === RCS file: /home/cvs/jakarta-servletapi-5/jsr154/src/share/jav

Re: [5.0] 5.0.0 milestione released

On Tue, 2002-10-15 at 03:12, Remy Maucherat wrote: > As voted, I have packaged a first milestone of Tomcat 5. > > http://jakarta.apache.org/builds/jakarta-tomcat/milestone/v5.0.0/ > > Note: I put it in the jakarta-tomcat folder. I don't see a point of > using the version number in the folder na

Re: SSL client auth in Tomcat 4.0

I have gotten clientAuth=true working with Tomcat 5. It is important to get the trusted certificates properly defined. I did this, export CATALINA_OPTS="-Djavax.net.ssl.trustStore=/home/bob/issues/ssl/cacerts.jks -Djavax.net.ssl.trustStorePassword=changeit" And sometimes defined this to ge

[5] Nightly builds started

I started nightly builds on nagoya.apache.org, the builds are available here, http://jakarta.apache.org/builds/jakarta-tomcat-5/nightly/ Cheers, -bob -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [Proposal] Security Audit

> > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Bob Herrmann <[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [Proposal] Security Audit

hanks, > > -- Jeanfrancois > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Bob Herrmann <[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[PATCH] SSLSocket, CLIENT-AUTH, and JDK1.4

Before I commit this diff, I would like some eyes. This fixes a problem with JSSE doing request for CERTS on an already established SSL Socket. I am concerned that this change may not pass the sniff test as I check a System.getProperty("java.vm").startsWith("1.4") to see if the extra jiggle is n

Re: cvs commit: jakarta-tomcat-5 gump.xml

2002 18:36:54 - 1.10 > +++ gump.xml4 Oct 2002 22:11:20 - 1.11 > @@ -12,7 +12,7 @@ > > > > - > + > > > > > > > > -- > To unsubscribe, e-mail: <mailt

Re: please show me how to download the DBCP API jar file

Look here, http://jakarta.apache.org/builds/jakarta-commons/release/commons-dbcp/v1.0/ On Thu, 2002-10-03 at 17:44, Shih, John wrote: > Dear Sir, > > I like to use DBCP to connect to Oracle JDBC driver. > > Would you please show me how to download the DBCP API jar file? So I can put > it in

SSL Client-Auth

Hi. I have been looking into a problem with Tomcat5, ClientAuth=false, and JSSE in JDK1.4 and it seems like the JSSE has a problem. Namely if you build an SSL socket, then later decide you need to exchange certs with the client (ie. CLIENT-CERT), then the SSlSocket.startHandshake() m

Re: [5.0] [VOTE] Removal of the LE distribution

On Thu, 2002-10-03 at 13:24, Remy Maucherat wrote: > > +1 [X] Yes, remove the LE distribution > -1 [ ] No, keep both distributions > simpler is better. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Need some clarifications

ultant > http://www.devspace.com > North America: 1-450-675-4208 > Europe +41.1.701.1166 > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Bob Herrmann <[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [VOTE] [5.0] Milestones

> > [X] +1 Yes, start releasing milestones > [ ] -1 No, because: > > -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: [SECURITY] Apache Tomcat 4.x JSP source disclosurevulnerability

on-programmers. The fact that you know what you're doing doesn't > exuse the shortcomings of the technology. > > Bojan > > ----- > This mail sent through IMP: http://horde.org/imp/ > > -- > To unsubscribe, e-mail: &

Re: cvs commit:jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/netJSSESocketFactory.java

Humm... When I set SSL connector with clientAuth="true", Tomcat 5 gives me this, Handshake failed javax.net.ssl.SSLHandshakeException: javax.net.ssl.SSLProtocolException: handshake alert: no_certificate On Thu, 2002-09-19 at 01:09, [EMAIL PROTECTED] wrote: > billbarker2002/09/18 22:

Re: cvs commit:jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11Http11Processor.java

On Wed, 2002-09-18 at 13:58, Remy Maucherat wrote: > Remy Maucherat wrote: > > [EMAIL PROTECTED] wrote: > > > >> bobh2002/09/18 09:44:35 > >> > >> Modified:.gump.xml > >>coyote/src/java/org/apache/coyote Request.java > >>http11/src/java/org/ap

RE: cvs commit:jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startupCatalina.java

Yea, I changed references of "log.log" to "log.info" -bob On Tue, 2002-09-10 at 19:19, Dave wrote: > This commit has stopped Tomcat compiling. There is no log method in > org.apache.commons.logging.Log. > > > > Dave > -- Cheers, -bob -- To unsubscribe, e-mail:

Re: Form auth status not persisted between tomcat reloads

Humm. To be 'logged in' is to have a 'principal' StandardSession.java declares it's principal like this /** * The authenticated Principal associated with this session, if any. * IMPLEMENTATION NOTE: This object is not saved and * restored across session serializations!

Re: cvs commit: jakarta-tomcat-catalina build.xml gump.xml

Picky picky. On Tue, 2002-09-10 at 12:07, Stefan Bodewig wrote: > On 10 Sep 2002, <[EMAIL PROTECTED]> wrote: > > > + > > I don't think this is going to work on my machine (no user bob here 8-). > > You probably want to do something like > >reference="home"/> > > Same for cat

Re: Volunteering

On Wed, 2002-09-04 at 10:00, Shapira, Yoav wrote: > Hi everyone > I'd like to volunteer to help with tomcat ;) I've been using it for a > while, read the Apache guidelines, looked at the source code a bit, and > been developing in Java for a few years. > > >From Remy's message, it sounds like

[5] logout() and Basic Authentication

Hi, The Servlet 2.4 spec includes HttpSession.logout(). My question is, how should Tomcat handle a logout() when the webapp is using "Basic Authentication" ? Basic Authentication is described in http://www.ietf.org/rfc/rfc2617.txt Chapter 2. My assertion is: Once a remote user has logged in o

Re: [5] [GUMP-PATCH] Make Tomcat 5 descriptor work (hopefully)

On Tue, 2002-09-03 at 02:53, Stefan Bodewig wrote: > On 02 Sep 2002, Bob Herrmann <[EMAIL PROTECTED]> wrote: > > > I started playing with Gump with the hopes of getting TC5 to build, > > but I am totally clueless. > > Let's see whether I can help. > >

[5] Re: [GUMP-PATCH] Make Tomcat 5 descriptor work (hopefully)

Hi Stefan. I started playing with Gump with the hopes of getting TC5 to build, but I am totally clueless. I was playing with Gump last week then got interrupted by bug fixes. (I created/checked-in TC5's gump.xml and I also created a gump3.xml in the top of the jakarta-tomcat-jasper) I will r

Re: jakarta-servleapi-5

I agree! access to changing the examples is hindered. Perhaps we should take a vote like this? [ ] Create new jakarta-servletjsp-examples [ ] Move examples into another exiting repository [?fill this in?] [ ] Change access to jakarta-servletapi-5 to allow all tomcat committers [ ] Leave it a

[5] Session.logout()

The JSP spec 2.4 gives us Session.logout(), what do we do when using Basic authentication? Once challenged, the web browser keeps passing the user/pass (right?) so any ideas about how to get the browser to re-challenge the end user? (change the domain?) Cheers, -bob -- To unsubscribe, e-mail

[5] Examples

It's nice to see the examples are back in TC5. I am glad they are in the jakarta-servletapi-5 repository - except that repository has very restricted access ... so fixing or adding examples is going to require Patchs, nagging, etc... comments? -bob -- To unsubscribe, e-mail:

session timeout

Setting the "maxInactiveInterval" in server.xml is pointless because it is overwritten by the webapp's "web.xml" or "conf/web.xml", should I remove it from the manager.xml documentation, like the patch below? Comments? -bob Index: manager.xml ===

[5.0] Welcome Files

I have been looking into the Servlet 2.4 section 9.10 Welcome files stuff. In a nutshell, the spec now allows servlets to be welcome files. The can either be an 'exact match' or a 'prefix match.' I implemented changes to StandardContextWrapper to bring Tomcat into compliance. I think it is pr

Re: [OFF-Topic] CVS problems

Any ideas? Well, I fooled around with trying to get pserver to tunnel using ssh for a few hours and didnt get it to work. (stock RedHat 7.3) I finally just went with the export CVS_RSH=ssh technique and gave up on tunneling. So it creates a new connection everytime instead of using a

Re: getting patches commited

On Wed, 2002-08-21 at 11:28, John Trollinger wrote: > If I add a patch to a bug does the patch still have to be submitted as a > patch (via the [patch] subject line) to get into committers hands? No, but posting to the tomcat-dev list is more visible. Your subject line is pretty important also.

Re: VOTE: Restoring Tomcat examples: Which workspace?

On Tue, 2002-08-20 at 11:42, Remy Maucherat wrote: > Mark Roth wrote: > > It would be great to restore the examples (both JSP and Servlet) so that > > they are deployed on startup and so they are easily accessible. In the > > current build they are broken links. > > > > I also would like to comm

Re: VOTE: Restoring Tomcat examples: Which workspace?

Humm. Are the examples Tomcat specific or should they work in any JSP2.0 and Servlet 2.4 container? If they are "generic" then perhaps keeping them separate would encourage their reuse with other JSP/Servlet projects. Shouldn't every jsp server have a decent Snoop.jsp ? Cheers, -bob On Mon,

Re: [5.0] [PROPOSAL] Refactored mapper

On Thu, 2002-08-15 at 18:38, Patrick Luby wrote: > Remy and Costin, > > I found the following draft wording that is being considered for the > Servlet 2.4 spec. The exact wording may change, but the context should > stay the same. Are there any unimplementable pieces in this proposed > wording: >

Re: [5.0] [PROPOSAL] Refactored mapper

On Thu, 2002-08-15 at 15:37, Remy Maucherat wrote: [...] > Yes, but welcome files for non physical resources cannot be implemented > (since you have no way of asking a servlet if it can or cannot process a > resource). > I'll implement something which works and which is very close to what the

Re: cvs commit: jakarta-tomcat-catalina/catalina build.xml

On Thu, 2002-08-15 at 00:05, Steve Downey wrote: > (jta.present == true) and (full.dist=true or tyrex.present) Yea, your right. I will change that to, (full.dist==true) or ( jta.present == true and tyrex.present) Does that sound ok? Cheers, -bob > > If I'm reading this correctly, this won't

Re: [VOTE] New committer: Jean-Francois Arcand

+1 ! On Tue, 2002-08-13 at 16:29, Patrick Luby wrote: > I would like to propose that we add Jean-François Arcand as a Tomcat > committer. I believe he has submitted enough patches to show that he > will be a positive contributor to Tomcat 5. > > Thanks, > > Patrick > > -- >

Re: [5] [PATCH] HttpSession.logout()

This patch causes logout() and invalidate() to do the Servlet spec 2.4 "right thing." I implemented it using the Data field of SessionEvent to distinguish between logout/invalidate. Can someone apply this? THANKS. Cheers, -bob On Sat, 2002-08-10 at 23:02, Bob Herrmann wrote: >

Re: [5.0] Build notes

24 hours - run automatically every 24 hours. Sort of a mini-gump. Cheers, -bob > > Jayson Falkner > [EMAIL PROTECTED] > > Bob Herrmann wrote: > > Yea, I liked your script, this one builds Tomcat 5. > > > > BUILDING.TXT could almost just say "All you need

[5] new method, HttpSession.logout()

The servlet 2.4 spec adds a new method, "HttpSession.logout()"; How do we implement this? For the non-single signon case, "logout()" is identical to "invalidate()" For single signon, Tomcat currently uses a "single signon valve" which listens for "Session Destroy" events. When a "Session Destr

Re: [5.0] Build notes

Yea, I liked your script, this one builds Tomcat 5. BUILDING.TXT could almost just say "All you need is JDK1.4 and Ant1.5 then just type 'ant' and a working Tomcat 5 development tree is built. (If you are behind a firewall, you may need to adjust proxy settings.)" This should be cross platform (

[5][PATCH] tomcat5.coyote not getting compiled

A change made last night to coyote/build.xml stopped the tomcat5 directory of coyote from building. This change fixes this. (Thanks to Ryan Lubke for pointing this out.) Cheers, -bob Index: build.xml === RCS file: /home/cvspubl

[5.0] [PATCH] I18N, CharsetMapper, DeploymentDescriptor

In the Servlet 2.4 spec section 5.4 on i18n, the deployment descriptor gets new stuff for mapping locale to character encoding. The spec says, [Servlet 2.4, Section 5.4] "[...] The setLocale method also sets charset component in Content-Type with an encoding information which can be obtained fro

[5.0] Build notes

Hi. Just thought I would share the steps I followed to "Build tomcat 5" on a RedHat 7.2 box. The box is net connected via DSL. I had already downloaded JDK1.4 and Ant1.5 $ mkdir tc5 $ cd tc5 $ export JAVA_HOME=/usr/java/j2sdk1.4.0 $ export PATH=$JAVA_HOME/bin:$PATH:/home/bob/tc5/jakarta-ant-1

[5] New Coyote Branch

So to ensure I understand, the "New Coyote Branch" means Adding to repository "jakarta-tomcat-connectors" a directory; coyote/src/java/org/apache/coyote5/ which initially is a copy of coyote/src/java/org/apache/coyote4/ and in coyote5 the Request and Response classes implement t

[PATCH] [5.0] servletapi5, connectors, catalina

Hi. The Servlet 2.4 spec says that ServletResponse now gets two more methods, (from sections 5.4, 14.2.22) Namely; String getContentType(); void setCharacterEncoding(String charset) To implement this, I patched 3 repositories jakarta-servletapi-5, jakarta-tomcat-connectors, ja

[PATCH] [5.0] jakarta-servletapi-5

The 2.4 Servlet spec adds a new constant. See section 15.1.5 in the June 24th public draft. Cheers, -bob Index: src/share/javax/servlet/http/HttpServletResponse.java === RCS file: /home/cvspublic/jakarta-servletapi-5/src/share

[PATCH] 5.0 jakarta-tomcat-5 building

I had a near flawless build experience building tomcat 5.0. I only had to reverse the "digester" and "commons-logging" in build.xml This is because the "digester" now depends on "commons-logging" Can someone please patch this in? Thanks. Cheers, -bob P.S. Should patch files be attached as mi

Re: updated architecture document

I found this useful, ABSTRACT: This session covers the history of the Tomcat servlet container, an open source project administered by the Apache Software Foundation. The architecture and features of Tomcat 4.x are highlighted, and plans for future development are discussed. http://servlet.ja

Re: [5.0] mbean-names [logging]

On Mon, 2002-07-29 at 23:04, [EMAIL PROTECTED] wrote: > On 29 Jul 2002, Bob Herrmann wrote: > > > > > > Same should happen for Log, assuming we get the commons-logging > > > to support JMX and add a wrapper for JDK1.4 ( for log4j > > > we should just use

Re: [5.0] mbean-names

> Same should happen for Log, assuming we get the commons-logging > to support JMX and add a wrapper for JDK1.4 ( for log4j > we should just use their mbean ). I assume we all agree on > moving to commons-logging as API, and keeping the old Logging > interface only for backward compat. I just r

Re: [logging] Redirecting System.out to JDK1.4 Logging for tomcat

On Thu, 2002-07-25 at 07:13, Remy Maucherat wrote: > Bob Herrmann wrote: > > I don't know if anyone else will find this interesting, but I wrote a > > class which redirects System.Out to JDK1.4 Logging. It is Tomcat > > aware and unrolls the stack in a way useful

[logging] Redirecting System.out to JDK1.4 Logging for tomcat

I don't know if anyone else will find this interesting, but I wrote a class which redirects System.Out to JDK1.4 Logging. It is Tomcat aware and unrolls the stack in a way useful for Tomcat. This might be useful if you are embedding Tomcat. I changed catalina.sh to start my class, it then inv

Re: [logging] Better support for stack walking

commons-logging.wrapperMethods", "log,internalLog" ); Log log = LogFactory.getLog( "Logger'sName" ); log.info("Hello World"); Is this an acceptable change to commons-logging ? Cheers, -bob P.S. this patch is updated from the one posted

[logging] [PATCH] JDK 1.4 Logging

On Tue, 2002-07-23 at 15:03, Bob Herrmann wrote: > On Mon, 2002-07-22 at 14:18, [EMAIL PROTECTED] wrote: > > > > I think there is a simpler solution for this class of problems, and > > that would also work with log4j and doesn't require _any_ API change. > &g

[PATCH] Re: JDK 1.4 Logging

On Mon, 2002-07-22 at 14:18, [EMAIL PROTECTED] wrote: > > I think there is a simpler solution for this class of problems, and > that would also work with log4j and doesn't require _any_ API change. > ( only changes to the adapter implementations ) > > Any 'wrapper' will use: > factory=LogFact

Re: JDK 1.4 Logging

On Mon, 2002-07-22 at 14:18, [EMAIL PROTECTED] wrote: >... > I think there is a simpler solution for this class of problems, and > that would also work with log4j and doesn't require _any_ API change. > ( only changes to the adapter implementations ) > > Any 'wrapper' will use: > factory=LogFa

Re: JDK 1.4 Logging

On Mon, 2002-07-22 at 13:00, [EMAIL PROTECTED] wrote: > I'm close to -1 on this patch. > > I think the right long-term solution is to use commons-logging in > all tomcat and jasper, and stop defining our interfaces. > > I am +1 on fixing commons-logger, this will probably be > usefull for other

Re: JDK 1.4 Logging

On Mon, 2002-07-22 at 12:37, Remy Maucherat wrote: > > Assuming people actually like the JDK 1.4 logger and think it's useful, > I like that solution better (there are flags, use them). The JDK Logger is pretty cool. Although the default output is pretty plain. I use it with my own formatter. M

Re: JDK 1.4 Logging

ogger; > import java.util.logging.Level; > import java.util.logging.Formatter; > import java.util.logging.Handler; > import java.util.logging.LogRecord; > > 2. Catch any ClassNotFound and MethodNotFound exceptions that will occur > when the code is run on JDK 1.2 or 1

RE: JDK 1.4 Logging

s, -bob > > Dave. > > > -Original Message- > > From: Bob Herrmann [mailto:[EMAIL PROTECTED]] > > Sent: 22 July 2002 15:51 > > To: Tomcat Developers List > > Subject: JDK 1.4 Logging > > > > > > Hi. I am trying to get Tomcat to log to JDK1.4

JDK 1.4 Logging

Hi. I am trying to get Tomcat to log to JDK1.4's logging. I tried implementing a "o.a.c.logging.Logger" subclass that forwarded calls to commons-logging Log. This was unsatisfying because the commons-logger unrolls the stack and logs the "class.method" of my logger, not my logger's caller. I

Doc fix "manager.xml"

This patch makes the documentation reflect 4.1.x's behavior. Namely, the only way to set the session timeout is via the webapp's web.xml or the system wide web.xml (also see bug 7613) Cheers, -bob Index: manager.xml === RCS file:

Re: [VOTE] Apache Tomcat 5.0 Proposal

On Tue, 2002-07-02 at 19:57, Remy Maucherat wrote: > After trying to address the concerns raised by the proposal draft, I > would like to call for a vote on it, now that the discussions have died > down. > > > [X] +1 I support the proposal, and will help implement it > [ ] +0 I support the pro

Re: SessionTimeout Problem

This is an update to my earlier email. Problem: setting session timeouts in 4.1.x's server.xml is pointless. Why: setting the Manager's attribute "maxInactiveInterval" or Contexts's attribute "sessionTimeout" is pointless because they get overwritten by the session timeout in the web.xml or if

SessionTimeout Problem

Problem: setting the "maxInactiveInterval" on the Manager tag doesn't work. Why, well the problem is that two objects think they own the same information. Namely, the Context and the session Manager both claim to own the SessionTimeout. Each object has these properties. Manager.maxInactiveI

Re: JDBCStore implementation

> Hi Bob, > > Thanks for your answer! > > Well, I agree that the refered field in the database would fit perfectly > in the case of having more than one instance of Tomcat handling requests, > but why can't it be used for the "local" session handling as well? > > > About what you wrote: "Onc

Re: [PROPOSAL] When Session Max reached, throw out oldest session

On Thu, 2002-06-13 at 03:43, Kief Morris wrote: > [EMAIL PROTECTED] typed the following on 05:22 PM 6/12/2002 -0400 > >PROPOSAL: When Session Max reached, throw out oldest session > ... > >1. When the maximum number of sessions is reached, change > >StandardManager from throwing an IllegalStateEx

Re: Releases + Jasper 1 removal from HEAD

On Wed, 2002-06-05 at 21:30, Remy Maucherat wrote: > 1) I plan to release a new version of Coyote to pick up the fixes to Tomcat > 3.3 (it looks like I'll pick up some JMX features at the same time ;-)). 1.0 > RC 3. > 2) I also plan to (finally) tag 4.0.4 Stable later this evening or tomorrow. >

FYI: Building tomcat on SunOS 5.8 (RESEND)

Just for the record, here are the steps I used over the past 2 days to successfully build tomcat on a fresh SunOS 5.8 machine. 1. get J2SE 1.4 2. get ant 5.1Beta1 (grab zip format as SunOS tar is broken) 3. get a "cvs" binary for Sparc 4. configure "cvs" to access cvs.apache.org (I had to tunnel