Re: [VOTE] Tomcat 4.0.2 b2 release

On Wed, 16 Jan 2002, Remy Maucherat wrote: > > [...] > > [ ] +1 Make the release > [X] +0 Good idea, but I can't help > [ ] -0 Bad idea > [ ] -1 No, because: > -bip -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files

relocating back to Sweden from San Francisco. So if you want/can you could send me the files today and I could try and integrate the changes before I take off. Bip Thelin

RE: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files

> -Original Message- > From: Paul Speed [mailto:[EMAIL PROTECTED]] > > Actually, while I'm on that subject, the diffs are extensive since > I've pretty much touched every SSI related file in a very significant > way... in addition to removing a few of them. What is the preferred > way t

RE: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files

> -Original Message- > From: Paul Speed [mailto:[EMAIL PROTECTED]] > > [...] > > Actually, includes should share the environment of the parent... > in fact, if they set server variables the parent will see them. Ok, that might be true(just looked at Apache's behavior and they seem to d

RE: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files

atch > here locally. It's pretty significant, though, so it may take me a > few days. It will include the set command though since that's what > I'm going to use to test it. :) Patches and additions are gladly appreciated. Bip Thelin

RE: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util/ssi SsiMediator.java

> -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > > Could you also commit these fixes to the 4.0 branch if you can ? done, I have a bunch of enhancements on my table that I'm gonna take care of as soon as possible, I'm in the process if relocating back to sweden s

RE: cvs commit: jakarta-tomcat-4.0/catalina/src/conf web.xml

Oups, seems my XML editor reformatted/reindented everything if anyone experiences problem or disslike it feel free to change it or let me know and I can roll back and reapply my changes. Bip

RE: [VOTE] New Committer

> -Original Message- > From: Christopher Cain [mailto:[EMAIL PROTECTED]] > > I would like to nominate Patrick Luby <[EMAIL PROTECTED]> > for committer > status. His recent contributions include several > security-manager-related > patches and documentation help, and appears keen to t

RE: DO NOT REPLY [Bug 4259] New: - SSI prosessing loses content-type information

ould be fixed in the coming nightly build, 20011019 Bip Thelin

RE: bugs to fix for tc4.0 final

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > > I have reopened the bug, as jsp pages are not compiled > under windows > > 2000 using jdk 1.4b2 and tc 4.0b7. Under jdk 1.3.1, > everything works > > well. > > > > > > i suspect this is due to a change i

RE: [VOTE] Release Plan for Apache Tomcat 4.0 (final release)

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > Please review this proposal, and the associated Bugzilla bug reports, and cast your vote: > > -- Release Plan for Apache Tomcat 4.0 (final release) -- > [X] +1I am in favor of this plan, an

RE: [VOTE] New Tomcat Committer

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > As Jon informally did last week or so, I'd like to formally > propose Christopher Cain <[EMAIL PROTECTED]> as a > committer on Tomcat. He's contributed lots of useful > discussion, patches, and documentat

RE: Addition of 'dirty' field to Session interface

they should be swapped to disk or backed up. Or is this just plain dumb? -bip thelin

RE: [PATCH] TC4 shell Scripts

> -Original Message- > From: Stephane Bailliez [mailto:[EMAIL PROTECTED]] > > Fixed some bugs that prevented its use under cygwin. Can someone with cygwin try out the catalina.sh diff, I commited the digest.sh diff. Thanks, Bip Thelin

RE: [VOTE] Sources in Binary Distributions

> -Original Message- > From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]] > > [...] > > [X] - +1 Remove the sources [I will help in the process, > meaning do the job] > [ ] - +0 Remove the sources [I can't help, won't help] > [ ] - -0 Leave the sources [But since I don't volunteer this

RE: Sources in Binary Distributions

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > [...] > Well, "ant dist" ***is*** how binary distributions (for both the nightly > builds and releases) are created, so this should not be too much of a > surprise :-). Oups, ignore my last post. ..b

RE: Sources in Binary Distributions

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > >[...] > For Tomcat 4, what do folks think of omitting the sources from the binary > distribution? This would knock the size of the binary distributions down > by around 2 megabytes (which I'm sure people would

RE: [DOC] Resend of ROOT/index.html

gs yet... > > Of course, by mentioning this I'm implicitly volunteering to do it ;) Sounds great, If you feel like giving the default apps a more appealing look that goes well with what you just submitted I don't think anyone would disagree with updating them. Bip Thelin

Re: [VOTE] New Committer: Mike Anderson

GOMEZ Henri wrote: > > I would like to propose Mike Anderson as a new committer. > > He found many subtils bugs in mod_jk and since he's > working on Netware platforms, it will a great help > to improve connectors on this OS. > > Vote please +1 ..bip

Re: JDBC session store, release date projections, etc

> "Dunlop, Aaron" wrote: > > [...] > First: We will need to cluster application servers in front of a central database. > We want the ability to add and remove servers from that farm in real-time, > without disturbing ongoing sessions. That either means storing sessions remotely > in the central

Re: the ssi mediator

Martin van den Bemt wrote: > > Hi, > > I've been browsing through the util package > (catalaina/src/share/org/apache/catalina/util/* ) for my preperation of > writing tests. I came acros the SsiMediator. All the ssi commands created > there override SsiMediator and SsiMediator adds all the comma

Re: public static String Digest() in JDBCRealm

"Craig R. McClanahan" wrote: > > It went away by accident during my refactoring. It'll get put back in (by > me) sometime, unless someone wants to beat me to it (hint, hint :-). I put the static method back in along with the main() method. > I'd actually prefer to see a little stand-alone tool

Re: Possibly error in RequestDispatcher

RAUL wrote: > > Hi, > I include a JSP page via RequestDispatcher.include(request, > responseWrapper), being responseWrapper a subclass of > ServletResponseWrapper. This responseWrapper object has its own > ServletOutputStream, the JSP page must write its out to the > responseWrapper's ServletOutp

Re: public static String Digest() in JDBCRealm

"Ignacio J. Ortega" wrote: > > Noo, sorry, Craig "cleaned" it, now digest is a normal method not > static.., we are about to add this functionality in other way, like a > standalone tool ) but for now main and static digest is not on beta5 ... Ok thanks, that's what I wanted to know. > I think

Re: public static String Digest() in JDBCRealm

"Ignacio J. Ortega" wrote: > > It 's on RealmBase at least on my CVS working copy.. Sorry, forgot to specify the version, do you have a public Digest method that is static for Tomcat 4 in RealmBase? ..bip

public static String Digest() in JDBCRealm

Have the public static Digest method in JDBCRealm gone away? I couldn't find it when browsing through RealmBase/JDBCRealm. ..bip

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/coreLocalStrings.propertiesStandardContextMapper.java

[EMAIL PROTECTED] wrote: > > craigmcc01/05/11 16:20:12 > > Modified:catalina/src/share/org/apache/catalina/core > LocalStrings.properties StandardContextMapper.java > Log: > Return error 400 if the user uses invalid characters (including %00 and > %7f) in

Re: Class Loader Problem?

"Wildeboer, Tonnis" wrote: > > [...] > > I have gone so far as completely removing VCALookup.class from my classes > directory and I still get the same Exception. > I also tried instantiating the class from a different file (first line of my > doGet()) and still get the same Exception. > I copied

Re: [PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release

"Craig R. McClanahan" wrote: > > Now that the "Proposed Final Draft 2" versions of the Servlet 2.3 and JSP > 1.2 specs have been published (with Tomcat 4.0 updated to support the > latest changes), and a ton of bug fixes have been made, I would like to > propose that we create a "Tomcat 4.0 Beta

Re: [PROPOSAL Tomcat 4.x] Cluster

Kief Morris wrote: > > [...] > > My point is that the Manager/Cluster needs to know when the session is in > use by another instance of Catalina. A locking mechanism must be > implemented by the Cluster (or whatever) to prevent a session from being > used by multiple instances at once. This mecha

Re: [PROPOSAL Tomcat 4.x] Cluster

Kief Morris wrote: > > Bip, thanks for kick-starting this discussion, sorry I've taken a while to look > at it. > > [...] If you(or anyone else) wants to play around with the highly experimental Cluster add this right under your in server.xml ..bip

Re: [PROPOSAL Tomcat 4.x] Cluster

Kief Morris wrote: > > [...] > > This is one possibility, but if this technique is used, I'm not sure there's > a real need to distribute the sessions at all - the redirector can simply > send the client to the Tomcat instance which holds the session locally. Well that's true if the machine tha

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

[EMAIL PROTECTED] wrote: > > On Fri, 4 May 2001, Craig R. McClanahan wrote: > > > > [...] > > > > I've said it before, and i'll say it again -- 3.2 is in maintenance mode, > > and doesn't need any further focus for enhancements. Time spent providing > > enhancements there would be better spent f

Re: [VOTE] New Committer: Kevin Seguin

GOMEZ Henri wrote: > > I would like to propose Kevin Seguin as a new committer. > > He make a great job in developping the ajp13 protocol > for Tomcat 4.0 and this code will be a great help for > sites wanting to upgrade from 3.2.x to 4.0 while still > using mod_jk +1 Welcome! ..bip

[PROPOSAL Tomcat 4.x] Cluster

I started looking at how to implement a DistributedManager and as I see it the best way to do this is to use MulticastSocket. So I started to look at how to implement it using MulticastSocket and started thinking about including that in a Cluster package. So you configure a package from within Se

Re: Tomcat Source Javadoc

Sasha Haghani wrote: > > Is there any Javadoc for the Tomact source? Can I generate it myself? Javadoc is generated once you do a build, look in jakarta-tomcat-4.0/build/webapps/ROOT/(catalina-javadoc||jasper-javadoc||servletapi-javadoc) ..bip

Re: Store Proposal

Kief Morris wrote: > > [...] > > Great - can you provide these patches as file attachments? They came in the > body of your message, which is very difficult to reliably apply to the sources. Attached is the files, the CustomObjectInputstream goes in the util dir. ..bip StoreFiles.zip

Store Proposal

a.Manager; import org.apache.catalina.Store; import org.apache.catalina.util.LifecycleSupport; import org.apache.catalina.util.StringManager; /** * Abstract implementation of the Store interface to * support most of the functionality required by a Store. * * @author Bip Thelin * @vers

Re: JDBCStore package for Tomcat 4.x

"Craig R. McClanahan" wrote: > > [...] > > One of my original thoughts was along this line ... a Store should be > responsible for expiring its own swapped-out sessions. In practice, you > would have a background thread inside JDBCStore doing this for you. The > Store would also double check th

Re: JDBCStore package for Tomcat 4.x

Kief Morris wrote: > > [...] > > I think this is a good way to go about it: it looks like the table name can be >configured > in the server.xml file. Probably the column names should also maintained as JDBCStore > properties for configurability. Yes, that's why I wrote the last email to get som

Re: JDBCStore package for Tomcat 4.x

talina.util.StringManager; /** * Implementation of the Store interface that stores * serialized session objects in a database. Sessions that are * saved are still subject to being expired based on inactivity. * * @author Bip Thelin * @version $Revision$, $Date$ */ public class JDBCSt

Re: JDBCStore package for Tomcat 4.x

"Craig R. McClanahan" wrote: > > [...] > > A couple of quick notes: > > - Would it be possible to flesh out the rest of the JavaDoc comments? > I would like us to maintain the high quality level of JavaDocs that > Tomcat 4 is known for :-) Flesh out? As in enhance the comments? Yes that's p

[PATCH PersistentManager.java] Patch to get the Max Idle Backup working

A little update to PersistentManager.java to backup sessions that's been Idle for longer than specified max time. ..bip Index: LocalStrings.properties === RCS file: /home/cvspublic/jakarta-tomcat-4.0/catalina/src/share/org

JDBCStore package for Tomcat 4.x

CustomObjectInputStream; import org.apache.catalina.util.LifecycleSupport; import org.apache.catalina.util.StringManager; /** * Concrete implementation of the Store interface that stores * serialized session objects in a database. Sessions that are * saved are still subject to being expired based on inactivity

[PATCH StandardSession] patch and additions to the Storeimplementations.

InputStream that loads from the * class loader for this web application. This allows classes defined only * with the web application to be found correctly. * * @author Craig R. McClanahan * @author Bip Thelin * @version $Revision$, $Date$ */ public final class CustomObjectInputStream extend

[PATCH] patch to make PersistentManager work with different Storeimplementations.

If you get this email twice please ignore. Our emailserver experienced problems yesterday so I never think my email was delivered. ..bip - This is a minor change so you can specify the store to use within server.xml. Here's how you can change the Store use from server.xml:

[PATCH] patch to make PersistentManager work with different Storeimplementations.

This is a minor change so you can specify the store to use within server.xml. Here's how you can change the Store use from server.xml: I'll hope to have a first cut of the JDBCStore soon. ..bip [ PersistentManager.java ]

Re: ? on SSI virtual & file

Amy Roh wrote: > > (1) According to NCSA "virtual gives a virtual path to a document on the > server." So no matter which context you're in, should try to access "test.txt" on your server's > root, right? Does virtual have to start with "/" always? I would think > so. If not, what should be

Re: CGI support servlet (TC 4) -- feedback wanted

"Craig R. McClanahan" wrote: > > > > > > > 2) Addition to default context > > > > > > Would this CGI servlet be added to the default context similar to > > > SsiInvokerServlet? > > > > Yes. > > > > I would suggest that we do this, but leave it commented out. The reason > is that the potential f

Re: Behavior of new Server Side Include Functionality

"Craig R. McClanahan" wrote: > > > We can provide this option since this kind of makes sense in a web-app > > environment. However, I think the default way should be relative to the > > server's root following NCSA. What do you think? > > > > +1 on defaulting to NCSA rules, but I'd really like

Re: JDBC-Session store

Grr, seems my message got stuck somewhere so I'll resend it. "Craig R. McClanahan" wrote: > > [...] > Kief, a while back (when the work on PersistentManager was going on), the > need for a little refactoring work on Manager vs. StandardManager would be > useful. Have you thought any more about

JDBC-Session store

I've been looking at the FileStore implementation and you(Kief/Craig) basically store a java object in the textfile, using the same approach with a DB usually(?!) involves using a SQL3 capable RDBMS i.e. Oracle, since you probably want to store the object as a Blob or might even work with a STRUCT

Re: JDBC-Session store

"Craig R. McClanahan" wrote: > > [...] > Kief, a while back (when the work on PersistentManager was going on), the > need for a little refactoring work on Manager vs. StandardManager would be > useful. Have you thought any more about what we should do here? I couldn't find anything about how to

Re: JDBC-Session store

Kief Morris wrote: > > Excellent! Let us know if you need any help. I will, BTW how is the work on distributed sessions coming along? Is it possible to distribute sessions over x number of machines and that if one goes down you could go to the other and happily continue your session? ..

JDBC-Session store

According to the STATUS.html(which doesn't seem to be up to date) no one seems to have volunteered for the JDBC-Session store. If that is truly the case I would like to volunteer for that part. Thanks, Bip

SSI Update

Here's the latest version of the SSI package which now *fully* implements: Echo Config errmsg sizefmt timefmt Fsize flastmod include exec is the only command from the NCSA SSI standard that is not supported. Enjoy, Bip tomcat-4.x.SSI.zip

[Fwd: Re: TOMCAT 4.x SSI Status]

And here's the file I proMISSED. ..bip Original Message Subject: Re: TOMCAT 4.x SSI Status Date: Tue, 20 Mar 2001 17:20:30 -0800 From: Bip Thelin <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Organization: Razorfish To: [EMAIL PROTECTED] References: <[E

Re: TOMCAT 4.x SSI Status

Attached is the latest SSI package, it's not heavily tested. It supports expiration on the SSI page and buffering. Check below how to use it also ook below on what's implemented and what's not. Amy, check the files and mail me and we can decide how to work on the package towards a "stable" releas

Re: TOMCAT 4.x SSI Status

Amy Roh wrote: > > Bip, > > What's the status on the SSI feature that you were working on. I would like to > help you finish all the features and commit the code if you'd like. Status? Hi, I'll mail the latest source later on today(Pacific time). I've had my ass full of good 'ol work-work lat

Re: [TOMCAT 4.x SSI] Update

Hans Bergsten wrote: > > JSSI supports most of the NCSA SSI commands as well as the tag for > invoking servlets. In addition, it implements a number of configurable settings, > such as expiration time, buffering, (and server-side caching, I believe) etc. When I started writing the SSI-servlet I

Re: [TOMCAT 4.x SSI] Update

Hans Bergsten wrote: > > Sorry, I should have commented on this earlier. It seems like you could save > a lot of time on this by porting the JSSI package (from java,apache.org) > instead of implementing SSI from scratch. I did that not too long ago for > Tomcat 3.2. For Tomcat 4, it would be a li

[TOMCAT 4.x SSI] Update

Here's an update of the SSI package I submitted a week ago. The "only" SSI command that has been added is 'echo', example. . The main part of the update is a major rewrite of code/[structure|pattern]. Please let me know if you find bugs/flaws. I appologize for the paths in the Zipfile, for some re

[Tomcat 4.x] SSI package

Attatched is a _very_ early release of the SSI package. It's just the initial framework and one working SSI command 'fsize' which returns a file's size. Looks like this: '' I appologize for the path in the Zipfile, for some reason Winzip screwed up my path. Anyway this is how the file layout shoul

[TOMCAT 4.x] SSI - Servlet Provided Functionality

I've started working on the SSI implementation for Tomcat 4.x. I don't know if anyone else is working on that since I didn't see anyone volunteered. However I've come a bit on the way and should have a beta due next week. Let you know further when I have code to present. Regards, Bip /*