Friendster

Funny...I got a JSP stack trace which revealed Friendster uses Catalina. Talk about a high load that is probably melting their JVM's...what a cool concept...too bad they used that JSP crap...=) -jon -- BU** SH** - To unsubscr

Re: JDK 1.4 - again

on 2003/2/21 3:40 PM, "Steve Burrus" <[EMAIL PROTECTED]> wrote: > Gentlemen, as I really do appreciate all of the discussion about just how fast > Resin and the others are, I was MAINLY asking about just what it is!!! Is it > also a web container/application server like my Tomcat is? And in yer re

Interesting

I wonder if one could use these techniques to hack a servlet engine somehow and get from one context to another (assuming you had access to run servlets in it...ie: shared hosting)... http://www.javaspecialists.co.za/archive/Issue014.html -jon -- To unsubscribe, e-mail:

Re: Duplicate session IDs are *common*

on 2003/1/9 10:28 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > I can't reproduce an id collision so far. > > Remy I'm sure you aren't running the same level of concurrency that say a company like Maxis is running. Duplicate the environment and the problems become clear. -jon -- StudioZ.t

Re: [PATCH] forward instead of redirect for welcome files

on 2003/1/3 4:03 PM, "Matt Parker" <[EMAIL PROTECTED]> wrote: > I'd like to suggest that catalina perform a forward, rather than a > redirect, for requests that end with '/'. With a redirect, special > configuration is necessary for proxy servers to work correctly. Also, a > forward doesn't requir

Re: Duplicate session IDs?

on 2002/12/24 5:52 AM, "Tim Funk" <[EMAIL PROTECTED]> wrote: > I hope you were joking about the monotonic increase of sessionIds. If > that were done - it would be trivial to steal another's sessionId by > guessing. How is that? laskdfowifjwo2i3jofij2oi3jofwjieogih934htwo4i1 io2oiwejofiwjoijr923

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/11 5:06 PM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote: > Looking at the original vote I realize that what you ask can't be done. > Tomcat 4 is the RI of Servlet 2.3, JSR 154 is for Servlet 2.4. So it > isn't possible to create a JSR 154 only dist of Tomcat 4. > > Glenn Very good poin

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/11 1:36 PM, "Amy Roh" <[EMAIL PROTECTED]> wrote: > I vote for one > distribution with options to disable whatever you don't want. Simple yet > everyone gets only what they want. > > Amy The vote was: Create a separate minimal JSR 154 only distribution of Tomcat 4.x: +1 []

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 4:59 PM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: Yes - your admin tool argument doesn't make sense. You can easily precompile the admintool ( and we should do it anyway ) and run it in the JSR154-only container - if you want to. >>> >>> I thought that you need J

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 4:23 PM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote: > Right. You need a distribution tailored for your use. Others may have > slightly different dists they need. Where does it stop? Would we end up > with 2-3 dozen different distributions? Tomcat can be used in so many > different

Re: [VOTE] minimal JSR 154 only distribution

>>> Yes - your admin tool argument doesn't make sense. You can easily >>> precompile the admintool ( and we should do it anyway ) and >>> run it in the JSR154-only container - if you want to. >> >> I thought that you need Jasper in order to run JSP's (compiled or not). >> > Yes, you need them sin

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 3:15 PM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > Yes - your admin tool argument doesn't make sense. You can easily > precompile the admintool ( and we should do it anyway ) and > run it in the JSR154-only container - if you want to. I thought that you need Jasper in order to

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 3:23 PM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote: > Then we only have one download (perhaps large) but with a variety > of different installs. Right now, I have to specially distribute Tomcat for Scarab. Instead, I want one small download that I can point people at and tell them t

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 2:52 PM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > What Remy and Costin are agreeing on is one tomcat release that includes > multiple profiles - so people can run "jsr154" or "minimal" or "default" > or "all". (repeat) Which is what I already suggested. > I don't know why

FW: [VOTE] minimal JSR 154 only distribution

I'm going to repost this message once again because it seems Remy and Costin didn't bother reading it the first time and are now essentially agreeing to what I suggested below. What-EVER! -jon -- Forwarded Message From: Jon Scott Stevens <[EMAIL PROTECTED]> Reply-To: "T

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 7:30 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > Yes - Jon will not be happy ( as far as I know Jon ) if jasper.jar > is anywhere in the distribution, even if it is not used. If Jasper is in there, then it isn't a (repeat) 'minimal JSR 154 only distribution.' -jon -- Stud

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 2:36 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > Yes but add the ability to activate/include modules, which is > the Costin idea ;) Nope...Read my message with the ascii chart in it... -jon -- To unsubscribe, e-mail: For additional commands, e-mail

Re: Minimal or Modular it's up to you

on 2002/12/10 1:46 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > Ok, so just take the tomcat core and don't install/activate > the jasper module. Exactly. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Folsom /\ San Francisco http://studioz.tv/ -- To unsubscribe

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 1:00 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > All I'm seeing is that I shouldn't pay attention to your posts (I should > have learnt that a while ago, I guess) ;-) Is that good enough for you ? As Pier says: What-EVER! > Sorry, no. You should try to give users as few

Re: Minimal or Modular it's up to you

on 2002/12/10 1:19 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > What Jon and Pier want is a minimal distribution of > Tomcat 5. No. What I want is a distribution of a JSR 154 container with nothing more than the RI of JSR 154. Period. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11t

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 12:53 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > The idea being to provide a minimal tomcat binary and > many external modules which will be linked at runtime if > present, Apache 2.0 does it that way, why could we do the > same. You are repeating my ideas that I have already sa

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/10 12:49 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > - Who will be the release managers for the 'alternative distributions', > may be Jon is candidate ? I already volunteered to manage the distribution that I propose. I have been doing distributions of servlet containers since you

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

on 2002/12/9 3:58 PM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > It's hard to find something that doesn't exist. ? > I hate the practice of using old postings as arguments in most cases - > it's normal for people to change their minds. There is a difference between changing your mind and m

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/9 12:33 PM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > No, I speak for myself. I like and use jasper - and I think the tomcat > official releases should include both tomcat and jasper. All of the official releases or some of them? > If Sun or anyone else wants to release a JSR154

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

on 2002/12/9 9:37 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > Then make a proposal that "maximum 2 tomcat binary distribution should be > allowed". I will -1 this vote. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Folsom /\ San Francisco http://studioz.tv

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

on 2002/12/9 9:37 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > I don't see why a vote on Jon's proposal would affect my proposal > ( or any future vote ). I agree. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Folsom /\ San Francisco http://studioz.tv/ --

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/9 9:14 AM, "Jeanfrancois Arcand" <[EMAIL PROTECTED]> wrote: >> I personally think that this is a much cleaner way of providing >> distributions because it does not require people to learn or deal with >> things they do not care about. Options are a good thing. Let's not limit >> ourselv

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/9 8:21 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > People cannot agree on everything. Here, we're talking about relatively > minor topics. > This issue won't end up in a division of the community, but rather in > one additional binary distribution based on the same codebase. I can

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/9 7:51 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > No Jon - my vote wasn't based on your biasses about jasper, but on the > biasses of many members of the tomcat community. So, you speak for these people? I don't think so. > 5.0 was supposed to be the release we make togheter,

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/9 7:32 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > What about using a minimal tomcat core with plugged modules to give > access to jsp/jmx ? > > Will make both Costin, and Jon happy and let us have only one > distribution with clear indication in server.xml on how to > activate/

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/9 7:27 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > I'd really like to avoid the proliferation of too many distributions. I don't agree with that. There is nothing wrong with giving users choices. -jon -- To unsubscribe, e-mail: For additional comma

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

on 2002/12/9 7:16 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > Votes: > [ ] +1 I like the idea, I might help > [ ] -1 I don't like the idea, I won't help. +0 I don't have time to help, but I like the idea. -jon -- To unsubscribe, e-mail: For additional comma

Re: [VOTE] minimal JSR 154 only distribution

What I would love to see is a tree of downloads where each one gains more and more features (it is additive). Such as: JSR-154 Implementation / \ Jasper Velocity / \ \ Admin Too

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/8 11:32 PM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > I hope that more tomcat committers will send at least a +0 or -0, and even > better +1 or -1. There is no need to get into too much debate - just yes > and no would help. I agree. Especially since what Jeanfrancois was debatin

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/8 7:59 PM, "Jeanfrancois Arcand" <[EMAIL PROTECTED]> wrote: > (1) Jasper is very a very small jar file. That isn't the question. > (2) The Admin Tool should go with the minimal distribution of Tomcat. We > decided to include JMX in Tomcat distribution...what's the point having > JMX a

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/7 4:25 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about > this very same topic back then... > > Pier Maybe to late for your opinion, but honestly, I haven't been that impressed with Jetty. I saw very litt

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/7 10:45 AM, "Jason Hunter" <[EMAIL PROTECTED]> wrote: >> It seems Jon is more interested in a release without jsp then in a >> release that includes velocity. Too bad. > > I think that's to Jon's credit. It shows the goal isn't to put Velocity > and JSP on even footing, but just to p

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/7 9:37 AM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote: > I will consider voting +1 if any of the other tomcat devs who want this > will volunteer to be the release manager for the servlet only distribution. > > I would find this handy when using Tomcat as a SOAP server where JSP is > no

Re: [VOTE] minimal JSR 154 only distribution

on 2002/12/7 7:08 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > - I think this distribution doesn't have much interest (Jasper is rather > small + the vast majority of users want the feature) I don't agree with that, and you have no conclusive proof of that. > - As the release manager, I fee

Ant build target to create minimal Tomcat without JSP

The target below is used by Scarab's build file to upgrade our distribution of Tomcat based off a standard binary distribution of Tomcat 4.1.x. Note that I put the xercesImpl.jar into server/lib because of backwards compatibility issues with Xerces. Why this isn't done by default is beyond me. It w

[VOTE] minimal JSR 154 only distribution

Create a separate minimal JSR 154 only distribution of Tomcat 4.x: +1 [] 0 [] -1 [] -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Folsom /\ San Francisco http://studioz.tv/ -- To unsubscribe, e-mail: For additional com

Re: minimal

on 2002/12/6 7:19 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > Shapira, Yoav wrote: > >> Hi, >> - jasper ( at least jasper runtime - but probably the whole thing ). >>> >>> Now that we have JSR 154 and JSR 153, can't we make a distribution of >>> Tomcat >>> that does not include Jas

Re: minimal

on 2002/12/5 11:51 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > - jasper ( at least jasper runtime - but probably the whole thing ). Now that we have JSR 154 and JSR 153, can't we make a distribution of Tomcat that does not include Jasper? That would rock. =) -jon -- StudioZ.tv /\ Bar/N

Re: minimal

on 2002/12/5 10:34 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > And components to be included in minimal: > - catalina > - coyote > - tomcat-util > - http11/jk2 > - all valves/etc that are required for tomcat to operate. > - naming I'm 100% +1 on a minimal distribution of Tomcat 4 that onl

Re: Strange Tomcat 4.1.x release versions

on 2002/12/3 11:57 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > It was voted on the list, Remy sent the proposal last week. Ok, I guess I missed that email. Sorry. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Folsom /\ San Francisco http://studioz.tv/ -

Re: Strange Tomcat 4.1.x release versions

on 2002/12/3 11:51 AM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > http://nagoya.apache.org/eyebrowse/ReadMsg?[EMAIL PROTECTED]. > org&msgNo=52475 > > Someone obviously hasn't been keeping up on TOMCAT-DEV mail :-). > > See the discussions and vote that took place in April 2003, where the

Strange Tomcat 4.1.x release versions

The last official final release was Tomcat 4.1.12 We now have a Tomcat 4.1.16 beta. What is up with this weird release numbering? What happened to Tomcat 4.1.13? Maybe Remy got infected by Sun's marketing. I'm still curious how Sun is going to deal with releasing Java 2.0 and the confusion that i

Re: Javac memory leak

on 2002/11/20 7:34 AM, "John Trollinger" <[EMAIL PROTECTED]> wrote: > We have 2, one is webdav and the other is our actual application. We > use a lot of custom tags and a lot of both types of includes (when I say > a lot we have jsp pages that include over 500 other jsp pages, and no, > this is

Re: JSPC refactoring/documentation

on 2002/11/11 10:10 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > I'm now independent and unemployed, so I'm not aware of the Sun > schedules for the spec anymore :-P I'm sorry to hear that Remy. > Probably within 3-6 months given J2EE > 1.4 is in beta. The rule is we cannot release a stable

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

on 2002/11/5 1:31 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > protected void log(String message) { > > -Logger logger = getLogger(); > -if (logger != null) > -logger.log(logName() + ": " + message); > -else > -System.out.println(logNa

Re: Tomcat scalability

on 2002/11/3 2:24 PM, "Bojan Smojver" <[EMAIL PROTECTED]> wrote: > I know you have a much better machine, but 1600 transactions does seem a > bit high. Not for porn. Ahaha... -jon -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: OT: Scarab & Tomcat 4.1

on 2002/10/26 3:25 AM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote: > Right now scarab comes with Xerces 1.4.4. Will Scarab be upgraded so it > can use Xerces 2.x? Yes. The issue for us is that SourceCast is still on Xerces 1.4.x so for now, when we integrate Scarab into SourceCast, we have to be

Re: 4.0.7 release?

on 2002/10/25 3:40 PM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote: > I just checked. I removed xerces related apis from common/endorsed and put > them in server/lib. That removed them from the jar's visible to the scarab > webapp. > But left them available for the container to use. This is using

Re: 4.0.7 release?

on 2002/10/24 9:23 PM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote: > I am running scarab B13 using Tomcat 4.1.x, JDK 1.3.1, and the > SecurityManager. > I would have to go back and look at my config to see how I am doing it. > Once again, we are just testing scarab and working through how we want t

Re: 4.0.7 release?

ugh I can't say that we > have tried all the features of scarab like XML import/export. > > Glenn > > Henri Gomez wrote: >> Jon Scott Stevens wrote: >> >>> Can I get a 4.0.7 release? It has an important configuration bug fix >>> that I >&g

Re: 4.0.7 release?

on 2002/10/24 1:12 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > Do you plan to make scarab works with 4.1.x ? Read: http://scarab.tigris.org/faq.html Blame the Xerces team for breaking backwards compatibility. Bah. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Fol

Re: 4.0.7 release?

on 2002/10/23 1:11 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > Jon Scott Stevens wrote: > >> Can I get a 4.0.7 release? It has an important configuration bug fix >> that I >> need for Scarab. > > There has been zero changes to the 4.0.x bra

4.0.7 release?

Can I get a 4.0.7 release? It has an important configuration bug fix that I need for Scarab. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Folsom /\ San Francisco http://studioz.tv/ -- To unsubscribe, e-mail: F

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

on 2002/10/10 7:33 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > +if(! "".equals(proxyName)) { I usually do: if (proxyName != null && proxyName.length() > 0) Looking at the source code to String.java, that is a far more efficient way to do things (would be nice if that code was

Re: jk2 and daemon ( was Re: commons-daemon release ?)

on 2002/10/10 6:50 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > I can tell you that our main Java instance for VNUNET.COM takes > approximately 4 to 5 minutes to start... OUCH. -jon -- StudioZ.tv /\ Bar/Nightclub/Entertainment 314 11th Street @ Folsom /\ San Francisco http://stud

ProxyName problem

Hey all, For Scarab (using Tomcat 4.0.6), I want to be able to do something like this (server.xml): Where Ant would then replace proxyName/proxyPort with a value *IF DEFINED*. If it isn't defined, then it would replace it with "". Now, this *almost* works in that if proxyPort="", then th

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

on 2002/10/10 6:14 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > +} > + > + > +/** > + * Specialized utility method: find a sequence of lower case bytes inside > + * a ByteChunk. > + */ > +protected int findBytes(ByteChunk bc, byte[] b) { > + > +byte firs

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

on 2002/9/25 6:27 AM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: > Well, this is not a very good policy IMO. Self-contained applications are > a good thing ( IMO ). Then store your templates in the WEB-INF directory. That is what we do with Scarab, which is 100% self contained. > And of cour

Re: Servlet API 2.2 & 2.3

on 2002/9/25 9:16 AM, "Adrian Almenar" <[EMAIL PROTECTED]> wrote: > Ok, but can you put a release on the servlet api ?? > > if i only want the servlet api, i need to download all tomcat tar.gz. > > how can i download a servlet 2.2, 2.3 api source without being a > nightly. Either grab it from

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

on 2002/9/24 5:15 PM, "Steve Downey" <[EMAIL PROTECTED]> wrote: > http://localhost:8080/velexample/servlet/org.apache.catalina.servlets.DefaultS > ervlet/sample.vm Unlike JSP, we don't store (or encourage people to store) .vm files in the webroot. They can be anywhere on the fileystem and with c

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

on 2002/9/24 4:59 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > A security vulnerability has been confirmed to exist in all Apache > Tomcat 4.x releases (including Tomcat 4.0.4 and Tomcat 4.1.10), which > allows to use a specially crafted URL to return the unprocessed source > of a JSP page,

Re: Jasper 2 Question

on 2002/9/19 8:06 AM, "Lenny Karpel" <[EMAIL PROTECTED]> wrote: > sorry .. I don't understand your response ! > > are you saying that we shouldn't use jsp ? I have been saying that for years now! http://jakarta.apache.org/velocity/ymtd/ymtd.html =) -jon -- To unsubscribe, e-mail:

Re: 4.1.10 tarball is borked.

on 2002/9/19 2:51 AM, "Henri Gomez" <[EMAIL PROTECTED]> wrote: > Didn't gnutar is bundled with latest MacOS X ? Yes. Honestly, I would much prefer software that works become a standard than software that doesn't. =) Oh wait, that is also my JSP/Velocity argument. =) -jon [1][ ~ ]% /usr/bin/gnu

Re: 4.1.10 tarball is borked.

on 2002/9/18 3:35 PM, "Ian Darwin" <[EMAIL PROTECTED]> wrote: > Well I guess it must be, it's on gnu.org. http://www.gnu.org/manual/tar/html_node/tar_toc.html -jon -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: 4.1.10 tarball is borked.

on 2002/9/17 7:01 AM, "Ian Darwin" <[EMAIL PROTECTED]> wrote: > Er, you mean perhaps that BSD tar doesn't yet support the > non-standard GNU extensions? Interesting history on the issue... http://www.gnu.org/manual/tar/html_node/tar_117.html#SEC112 Most OSS projects that I see these days 'stan

Re: 4.1.10 tarball is borked.

on 2002/9/17 7:01 AM, "Ian Darwin" <[EMAIL PROTECTED]> wrote: > Er, you mean perhaps that BSD tar doesn't yet support the > non-standard GNU extensions? Like being able to support simple things like directory paths longer than 255 characters? If it isn't a standard, it should be! =) -jon --

Re: [PROPOSAL] Split the repo's

on 7/18/02 5:13 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > * Who gets commit access? This goes beyond Tomcat's committers > once other APIs start getting added. > > Craig That is why I suggested separate repo's. -jon -- To unsubscribe, e-mail: For ad

Re: [PROPOSAL] Split the repo's

on 7/18/02 4:07 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Ok, what about using the original jakarta-servletapi repository and > creating a subdir for each JSR ? I think it should be renamed... > Or a new jakarta-apis directory and creating one subdir for each JSR ? Sounds good. Mayb

Re: [PROPOSAL] Split the repo's

on 7/18/02 7:16 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > But that's not the reason > I'm voting against - we already have too many CVS trees and this is > bad organization, it could be well placed in a single CVS in separate > directories. > > Having a separate CVS for a dozen of fi

Re: [PROPOSAL] Split the repo's

on 7/18/02 7:16 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > I'm pretty sure Jon is not proposing this for the benefit of tomcat or > tomcat users, but out of his hate for JSPs. >From my POV, splitting JSP out of Tomcat would benefit Tomcat and Tomcat users. -jon -- To unsubscribe, e-

Re: [PROPOSAL] Split the repo's

on 7/17/02 11:35 PM, "Patrick Luby" <[EMAIL PROTECTED]> wrote: > All, > > Patrick Luby wrote: > >> I tend to agree with Jon on this issue. When I voted for a >> java-servletapi-5 repository, I made the - I think reasonable - >> assumption that the java-servletapi-5 repository would only contain

[PROPOSAL] Split the repo's

After JSR053 was formed and dependencies were added to the Servlet API from the JSP API, it became clear that this was a bad thing. It was ok to have the JSP API rely on the Servlet API, but not the other way around. The reason for this is because many people choose to use the Servlet API without

Re: Missed vote

on 7/17/02 3:50 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > As I said, xml.apache.org is packaging 3 APIs from 3 different and > unrelated sources in a single repo and jar ( DOM, SAX, JAXP ), and > that was discussed and aproved by both xalan and xerces communities. Those 3 api's are co

Re: Missed vote

on 7/17/02 2:47 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > so I'm > -1 on spliting them up unless the JSR expert groups decide > so. As Craig mentioned on the JSR 154 list, this isn't a JSR decision and I wasn't talking about splitting the jar's up...Sun can distribute whatever they w

Re: Missed vote

on 7/17/02 1:30 PM, "Kin-Man Chung" <[EMAIL PROTECTED]> wrote: > I am sympathetic to Jon's view on separating servlet and JSP API > and repositories. > > One result of the separation would make it likely that package names > for JSP 2.0 API may change. JSP2.0 is now in public review, so it may

Re: Missed vote

on 7/16/02 1:14 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > What's so painful about a ten-line build.xml target that creates a > separate JAR file with just the javax.servlet and javax.servlet.http API > classes, if that's what you need? > > Sharing a CVS repository has little or noth

Missed vote

Arg. I missed the vote where the Servlet API and JSP classes were going to be stored in the same repo. Is there any way that I can -1 that after the fact? Several of us have worked hard over the years to completely separate the Servlet API from the JSP API for various valid reasons (including th

Re: [Coyote] Coyote 1.0b9 release notice

on 5/10/02 4:42 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Well, it is a result of the new threading in the sense that now it is > possible to not block. If you want to bock there - it is quite easy to > code this :-) > > I think returning 503 is a correct behavior too - it means 'reso

Re: [Coyote] Coyote 1.0b9 release notice

on 5/10/02 3:57 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > I plan to release Coyote 1.0b9 at the same time as Tomcat 4.0.4 Beta 3 > (enough delays, I'm doing it later this afternoon, hopefully). > > The idea is to have TC 4.0.4b3 be a last beta before final, and Coyote 1.0 > would also be

Re: Prove me wrong - take this quiz

on 5/9/02 6:20 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > 1) Make sure my employer is happy not running alpha software in production > 2) Feed and pet the cat > 3) Find girlfriend (yeah, right) > 4) Tease Jon > 5) Make mod_webapp happy > 6) try out tomcat 4.1 Woo hoo! I'm up to #4! :-)

Re: cvs commit:jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtimePageContextImpl.java

on 5/6/02 4:32 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > +Throwable rootCause = ((JspException)t).getRootCause(); > +if (rootCause != null) { > +throw new ServletException(t.getMessage(), rootCause); > +} else { > +

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

on 5/6/02 1:07 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: >if (t instanceof IOException) throw (IOException)t; >if (t instanceof ServletException) throw (ServletException)t; > if (t instanceof RuntimeException) throw (RuntimeException)t; > +if (t instanceo

[PATCH] mbean patch

Removes redundant code Minor JLS formatting. -jon mbean.patch Description: Binary data -- To unsubscribe, e-mail: For additional commands, e-mail:

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

on 5/2/02 5:27 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > +String pathStr = pname.getKeyProperty("path"); > +if (pathStr.equals("/")) { > +pathStr = ""; > +} Also, this seems to repeat code over and over and over...why not make a simp

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

on 5/2/02 5:27 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > +if (pathStr.equals("/")) { Should be '/' ? -jon -- To unsubscribe, e-mail: For additional commands, e-mail:

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

on 4/30/02 2:13 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > +if (!started) > +throw new IllegalStateException > +(sm.getString("containerBase.notStarted", logName())); It drives me nuts that you guys don't even follow the Sun coding spec's. http://ja

Re: Using InstallAnywhere for Tomcat installer

on 4/23/02 2:33 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > To get around this, Zero G has > offered to donate a license of InstallAnywhere to Tomcat, as well as > installer code. I have a strong -1 on this unless the licese is granted to ALL Jakarta projects. It isn't fair to judge one p

Re: cvs commit: jakarta-tomcat-connectors/webapp INSTALL.txtREADME.txt

on 3/21/02 5:49 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > +NO, IT DOES NOT RUN WITH WINDOWS (your images don't appear and the > +whole thing hangs?) AND SINCE I DON'T USE NEITHER POSSESS A MICROSOFT > +WINDOWS BASED MACHINE, THERE ARE NO CURRENT PLANS ON MAKING IT WORK > +OVER THERE (f

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

on 3/12/02 6:30 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > A) URI decoding refactoring. To avoid doing some URI decoding in many places > in the pipeline, a decodedURI field (with associated getter/setter) should > be added in the HttpRequest interface, and used in the Catalina pipeline. >

Re: In memory session replication, reminder

on 3/12/02 1:08 AM, "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > We speak about spread some times ago but the licence wasn't Apache > at this time, and yes it's another good Broadcast system. > Good point it support native and java. Spread has a BSD license now. Thanks to many ASF members speaking

Re: HTML : multipart/form-data

on 3/11/02 10:08 PM, "Bojan Smojver" <[EMAIL PROTECTED]> wrote: > I was looking for a class capable of parsing the above, but I couldn't > find one in Jakarta source tree (in the meantime I whacked a dodgy one > together, so my immediate problem is solved). Can someone point me to > the 'proper'

Re: [4.0.2] [VOTE] Final release

on 2/8/02 10:32 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > [ ] +1 - I support this release and I will help > [X] +0 - I support this release > [ ] -0 - I do not support this release, because: -jon -- To unsubscribe, e-mail: For additional commands, e-mail

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

on 1/31/02 12:56 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > craigmcc02/01/31 12:56:03 > > Modified:catalina/src/share/org/apache/catalina/connector/http > HttpConnector.java > catalina/src/share/org/apache/catalina/core >

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

Thanks guys for making the changes...I'm sorry I didn't come up with a perfect patch that would be easily applied, I just didn't want to step on toes or do something wrong as a result of my lack of familiarity of the entire code base. thanks, -jon on 1/31/02 1:13 PM, "Craig R. McClanahan" <[EMA

[PATCH] Improving BindException error reporting

Someone on the Scarab list just reported a problem with getting a BindException. It would be easier to debug the problem for the user if the exception that they sent me showed the port number that the server was trying to bind to at the time of the exception. That way, I can tell if it was the shu

  1   2   >