Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/to mcat/util/threads ThreadPool.java ThreadPoolMX.java

le=" and a "tag=" on tag on the new descriptor. http://jakarta.apache.org/gump/module.html#cvs - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Nightly TC 3.3.x builds not working anymore?

Costin Manolache wrote: > > We could use the gump-generated builds. > ( it seems we just need to zip the build tree and add a symlink ) Just let me know what directories you want zipped and/or what generated files you want copied. - Sam Ruby -- To unsubscribe, e-mail: <m

Re: [VOTE] tomcat-commiters list

The proposal needs to identify a moderator. The moderator will be the one who approves subscription requests (as well as filtering out spam). - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Order of vs

.html -- Forwarded by Sam Ruby/Raleigh/IBM on 07/16/2002 10:53 AM --- Please respond to "Tomcat Developers List" <[EMAIL PROTECTED]> To:"'Tomcat Developers List'" <[EMAIL PROTECTED]> cc:Sam Ruby/Raleigh/IBM@IBMUS Subjec

[Fwd: RE: Strange bug: Axis in Tomcat 4.0.4 and .NET]

ot;Host: localhost:8081" it specifies "Host: localhost". This is probably why the wsdl comes back with the incorrect url. I'm running tomcat 4.0.3. I'll download Tomcat 4.0.2 and try it again to see if there are any differences. --Barry -Original Message- From: S

Re: Gump failures

team to encourage them to keep up. 3) Use Sun's JMX. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Request for a new Apache ID

Please create the following new Apache ID: id: mturk name: Mladen Turk send password to: [EMAIL PROTECTED] group: apcvs, jakarta Thanks! - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Tomcat 4.0.4 tag + 4.1.5 "nightly" + Gump nightlies

Remy Maucherat wrote: > > I was also wondering what is needed to be able to switch over to Gump > for Tomcat 4 nightlies (I think this was already voted; if it's not, I'm > sure it'll get a ton of +1s :)). Sam ? For starters, it would help if the gump builds for these subprojects were succes

RE: [VOTE] New Committer Dan Sandberg

status on Tomcat. I distinctly recall this being on the theory that any damage I might do could easily be undone. My point isn't that Tomcat should have a lower bar, but that the Tomcat committers should be free to determine their own bar. - Sam Ruby -- To unsubscribe, e-mail: <m

Re: GUMP (offtopic?)

.sh is generated with a scripting error, an extra "fi" > is generated without a matching "if". I'm not sure what is going on. I have gump running on one Linux box, two Solaris boxes, and three Windows boxes. Various other people have it running on their machines. Perh

Re: [GUMP] Build Failure - jakarta-tomcat-4.0

builds/gump/2002-04-18/gen.html Looks OK to me. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

Larry Isaacs wrote: > > Thanks for the other tip. Are the nagoya runs still > being run? The result file is currently dated 4/4/02. Pier, do you know anything about the following? # Disabled GUMP to despool email... - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PRO

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

By the way, gump runs are every six hours (see http://jakarta.apache.org/gump/ for details), so if you have a speculative fix that you would like to try out, make the change before a run, and check back later. Only the midnight PDT / 3.a.m. EDT runs cause nags. - Sam Ruby -- To unsubscribe, e

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

Larry Isaacs wrote: > > The build-main.classpath path ref looks okay to me as well. That mystery is pretty easy to clear up: http://jakarta.apache.org/gump/why.html#2000 http://jakarta.apache.org/ant/manual/sysclasspath.html http://jakarta.apache.org/gump/project.html#work - Sa

RE: Gump descriptors

Costin Manolache wrote: > > Not sure how Gump does the checkout - since the repository is > described in > the descriptor which is in the repository :-) Elementary. Nacho figured it out. href="http://cvs.apache.org/viewcvs/~checkout~/jakarta-tomcat/gump.xml"; - Sam Ruby

Re: FW: cvs commit: jakarta-alexandria/proposal/gump/project jakarta-tomcat-40.xmljakarta-tomcat-connectors.xml jakarta-tomcat-jasper.xml jak arta-tomcat.xml

ing a jar (in the ...jakarta-tomcat-connectors directory) which is in the classpath (because of the recently added element), which confuses the JVM. - Sam Ruby P.S. Thanks for taking the initiative on this! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands,

Re: FW: [GUMP] Build Failure - Tomcat 3.x

p the gump descriptors for tomcat in > a tomcat cvs, so we can (try to ) fix without taking your time ? It can be done either way. As Vincent can attest... anybody with interest in maintaining a gump descriptor will be given prompt access indepenent of the location of said descriptor. - Sam Ru

Re: FW: [GUMP] Build Failure - Tomcat 3.x

mcat 4 side by side when one or both of them modify the contents of jakarta-tomcat-connectors. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [GUMP] Build Failure - Tomcat 4.0

suggestions on how to resolve this? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Tools for Building Web Services

pache subproject here on tomcat-dev. This being said, we are working closely with the JAX RPC specification, do endorse it, and plan to implement it faithfully. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Tools for Building Web Services

e JWSDP right away. All of these technologies depend on J2EE 1.3 APIs. Does this package include, optionally take advantage of, or interop with Apache SOAP or Apache Axis? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[GUMP] Build Failure - Tomcat 4.0

... - Sam Ruby -- Forwarded by Sam Ruby/Raleigh/IBM on 01/28/2002 08:24 AM --- Craig McClanahan <[EMAIL PROTECTED]> on 01/28/2002 07:41:39 AM Please respond to "Tomcat Developers List" <[EMAIL PROTECTED]> To:[EMAIL PROTECTED]

Re: Ant2

problem once > again. There is no need to try. I daily build the latest Tomcat 3 against the latest Ant... if there every are any problems, you will find out quickly. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: And in case I don't see you, good afternoon, good evening and good bye...

e has contributed and how he fits into the community, and not based on who he accepts a pay check from this week. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [tyrex-dev] Tomcat 4.0 Tyrex configuration

this code, I will vote against the release. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [T4] Build Frustration

suggest that B be ammended to simply echo out the values of the various dependencies, much as jakarta-slide does (see http://jakarta.apache.org/builds/gump/2001-09-15/jakarta-slide.html for an example). Those doing release and/or full regression testing would then have a means of verifying completeness. - Sam Ruby

Re: [GUMP] Build Failure - Tomcat 4.0

Craig R. McClanahan > > Tomcat 4 has just added a new dependency on jakarta-site2 (for the doc > templates). Specifically, it needs a "site2.home" property in the > build.properties file containing the pathname to this directory. Already fixed, see below. ;-) - Sam

[Catalina] FYI: pending Tyrex changes

In catalina/build.xml there is the following: FYI - this matches the naming structure for the latest released version of Tyrex (0.9.7.0), when build from cvs, the name of the jar produced is as follows: tyrex/resource/jdbc/xa/EnabledDataSource.class - Sam Ruby

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

Re: [GUMP] Build Failure - Tomcat 3.x

> http://jakarta.apache.org/builds/gump/2001-03-11/jakarta-tomcat.html This appears to be a classpath problem on my end. Will investigate. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, em

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml init: prepare: [mkdir] Created dir: /home/r

Re: [GUMP] Build Failure - Tomcat 3.x

his right away. I'm still receiving pushback in a few corners. > ( I still believe we need a separate build using the "latest > stable" - for a different purpose ) The more variations tested, the better. - Sam Ruby ---

Re: [GUMP] Build Failure - Tomcat 3.x

ribution layout, i.e., "../jakarta-ant/dist". The bootstrap used to build such a distribution layout "in place", but this got unweildy - the JVM barfed when if found its jars being updated in place... - Sam Ruby -

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml init: prepare: [mkdir] Created dir: /home/r

Re: [PATCH] CatalinaBlock.java

blems, and hopefully motivate Avalon to a release (I can always dream, can't I?). So, my vote is as Remy originally stated - keep this in 4.1; drop it for now from 4.0. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTE

Re: [PATCH] CatalinaBlock.java

Remy Maucherat wrote: > > For these reasons, I'd like to see an official Avalon wrapper > introduced in Tomcat 4.1, but not in Tomcat 4.0. I also > propose to remove the current Avalon wrapper from the Tomcat > 4.0 repository, to avoid the maintenance related iss

Re: [PATCH] CatalinaBlock.java

o go. I've committed the changes. Thanks! - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Alexandria

l are: brian,duncan,jon,craigmcc,rubys,burton,jmartin Jeff Martin is current the most active committer. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: [Tomcat 4.0] Proposed Change in Build Scripts

Craig R. McClanahan wrote: > > I propose to change all of the build scripts (and associated > README files) to reflect this new structure, in time for the > next beta release. +1. Please add appropriate .cvsignore files.

RE: [PROPOSAL] Tomcat 3.3 Release Plan

hose that express "+1" and "-1" votes be willing to back up their votes with constructive action. Beyond this, is there any other action you believe you need from the PMC prior to holding a vote? - Sam Ruby -

RE: Thread-safety

cts. So, if a relatively small number of these operations were done per request, then the right course of action would be to replace the code with the safest, simplest, and most maintainable alternative, namely a simple synchronization block without the outer if statement. I

Re: Thread-safety

I got this as a private reply, but I believe that it is of general interest. - Sam Ruby Brian Goetz <[EMAIL PROTECTED]> on 01/27/2001 07:40:54 AM To: Sam Ruby/Raleigh/IBM@IBMUS cc: Subject: Re: Thread-safety > Hmm. Obviously this subject is much more subtle that I expected

Re: Thread-safety

ogram prior to where any threads are created. Might break some architectural boundaries, but with enough inventive people around, this can perhaps be isolated and encapsulated appropriately. Anybody have any hard data on the validity of

Re: Thread-safety

mic. Based on this, it would seem to me that the code snippet staring with "if (_jspx_inited == false) {" is safe. Worst case, change _jspx_inited from boolean to int. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROT

RE: Tools.jar

with your product. > If this is not an option, well... another option is Jikes. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: [PROPOSAL] Tomcat 3.3 Release Plan

f the simpler -1/-0/+0/+1 scheme. Even though Ted's overall proposal hasn't been ratified, this particular provision makes sense to me as there was much concern expressed over the lack of support for previous releases. - Sam Ruby

Re: Forming an opinion

3.2 that you, Larry, Henri, Nacho and most signifcantly myself left. Any 3.3 proposal will need to include provisions to address this void. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Jakarta PMC Meeting Agenda / Info

Hans Bergsten wrote: > > Great. As have been said a few times, you can do > that as a revolution using a different name than > Tomcat within the Jakarta project. +1. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PR

Re: Jakarta PMC Meeting Agenda / Info - What happens if a 3.3 proposal getsa -1

project, see > > <http://jakarta.apache.org/site/decisions.html> That may be how it is defined, but we need to find a way to make it work. Two conflicting goals: the burden of proof needs to be on the one proposing to change the status quo, and we can't permit -1's that simply are rai

Re: Jakarta PMC Meeting Agenda / Info

is decision, IMHO. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Jakarta PMC Meeting Agenda / Info

my personality defect. > What are you doing about it? On the contrary, I believe that there are projects and groups who owe their very existence to your work. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

RE: Jakarta PMC Meeting Agenda / Info

Paulo Gaspar wrote: > > Sam and others already stated that 3.3 is easier to maintain. > They did take a look at the code. Not me. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, emai

Re: Jakarta PMC Meeting Agenda / Info

Scott Sanders wrote: > On the TinderBox/CJAN topic, how much earlier than the meeting > should we arrive? I plan to be there around 10ish. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: FW: Jakarta PMC Meeting Agenda / Info

When asked to defer, he did. Flames are a fact of life in open source. > ( in any case, I don't think I'm a "side" of any debate > regarding tomcat - I just contributed code and time to a > project and got flames back ) The right of committers to pursue their convict

Re: Why are we still using JAXP and ProjectX???(proprietary==evil)

w the lead of the servlet JSR. What's particularly puzzling about this to me is that the enlightened individual that took that JSR fully open source leads the JAXP JSR... - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTEC

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

something else, then > rename your first checkout directory back. Or you simply use the "-d" option on checkout. Example: cvs -z3 -d :pserver:rubys@localhost:/home/cvs checkout -P -r SERVLET_23_JSP_12 -d jakarta-servletapi-4.0 jakarta-servletapi - Sam Ruby P.S. I'm neutr

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

ng advantages). Without an effective means to get a release out the door, what your veto essentially would argue that the existence of a 3.x baseline would preclude the ability to ever have a 4.0 release in any form, and certainly that wouldn't be in the best interests of anybody, right? - Sam R

Re: Why are we still using JAXP and ProjectX??? (proprietary==evil)

interfaces themselves are proprietary. Xerces has a version of these interfaces, but this is only because it got special dispensation to do so. This still needs to be fixed. IMHO parser plugability IS A GOOD THING. - Sam Ruby - To

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/hooks Hooks.java

. I see it as a good guideline, but not an iron clad rule. There is precidence for it. Take a peek at the catalina-wrapper target of the jakarta-slide project, for example. - Sam Ruby

Re: TC 4.0 vs. TC 3.x and division of labor

people are disagreeing now on either what the definition of support is, or what is and what is not appropriate. My guess is that there was not a meeting of the minds on these two issues. - Sam Ruby Jon Stevens <[EMAIL PROTECTED]> on 12/27/2000 02:09:44 PM Please respond to [EMAIL PROTECT

Re: [humor] Why should I care what color the bikeshed is?

Jon Stevens wrote: > > <http://www.freebsd.org/FAQ/misc.html#BIKESHED-PAINTING> +1 - Sam Ruby

RE: Fuck It.

technical merits. > I propose to commiters to vote to drop my COMMITER STATUS. Note to other PMC/ASF members - we should probably institute a mandatory 48 hour cooling off period before requests such as the one above are considered. - Sam Ruby

Re: Fuck It.

ons, after all, are subjective. My suggestion is that discussion returns to the technical merits of the various approaches, and exploration of ways in which the various branches can exploit and cannibalize the best ideas from each other. Independent of the labels currently associated with each proposal. - Sam Ruby

RE: [MY_OPINION] Tomcat 3.x

y Sun because they work on Catalina, not the other way around. - Sam Ruby

RE: [MY_OPINION] Tomcat 3.x

Furthermore, it is clear that Craig would work on Catalina even if Sun didn't pay him to do so. Meanwhile, IBM does ship a number of Jakarta projects as a part of WebSphere. The lines are not crisp, and are constantly shifting. Both IBM and Sun believe strongly in XML, Java, and Apache. - Sam Ruby

Re: [tomcat-4.0] don't touch any of the build system in CVS for tomcat/servletapi

y what I described. It should be in a state where I can post it for public ridicule within a few days. - Sam Ruby

Re: [tomcat-4.0] don't touch any of the build system in CVS for tomcat/servletapi

innumerable schemes used to specify outputs. There are a number of these issues where I have expressed preferences, but most of all I would like some consistency amongst the various Jakarta and Jakarta related projects. - Sam Ruby

Re: [tomcat-4.0] don't touch any of the build system in CVS for tomcat/servletapi

rojects another. I know that Jon keeps telling me that I'm focusing on the wrong things, but I would like to get to the point where the various projects are standardized building blocks, with each project describing in a machine readable fashion their dependencies. - Sam Ruby

Re: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building i s hard)

date" in your source > directory -- are the files marked with "?" ones that I > forgot to register with CVS or are they just outputs of > the build process? You have to think about that *every > single time*. There is a technological solution to this problem: .cvsignore files http://www.cvshome.org/docs/manual/cvs_18.html#SEC173 - Sam Ruby

Re: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building i s hard)

erwhelming majority of existing jakarta projects is "build dist" produced the following jar file: D:\dist\jakarta-regexp-1.2\regexp.jar Additionally, I would be in favor of standardizing - even if it is only across jakarta projects - a mechanism for embedding the version number in a sta

RE: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building i s hard)

of the jar file itself? - Sam Ruby

RE: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building i s hard)

ot nice! An alternate perspective - I like the fact that building a cvs checkout does not modify the checkout itself. - Sam Ruby

Re: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building is hard)

nt to be sure that the build system doesn't do me a "favor" by tossing in additional, randomly selected things into my path without warning. - Sam Ruby

Re: Tomcat 4.0 build process feedback

Jon Stevens wrote: > > on 12/1/2000 8:23 PM, "Sam Ruby" <[EMAIL PROTECTED]> wrote: > > > I tried to do a build of jakarta-tomcat-4.0 using the > > instructions in the README.txt, and taking the option > > of building dependencies from source whenever th

Tomcat 4.0 build process feedback

SERVLET_23_JSP_12. * In order to do a dist build, one must do a build of deploy-main. IMHO,this prereq should be encoded in the build.xml file. - Sam Ruby

Re: Ant rant

Nick Bauman wrote: > > Has anyone gotten Jikes to work with ant? ant -Dbuild.compiler=jikes target - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Handler.java

gt; + } This looks significant from a performance perspective. Wouldn't it be better if an _additional_ if (!initialized) were added prior to the synchronized? - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED

Re: Tomcat 3.3 / 4.0 confusion, rant and plan...

7;s right to pursue it. It was not terribly long ago that what became Catalina was controversial. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.3 / 4.0 confusion, rant and plan...

at least) the number of people who will only try out a release after it is "official". Reguarding the original rant, I fully agree with Hans Bergsten's recent posted opinions. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.2 release?

ge was made that precluded running Tomcat on JDK 1.1 which troubles me, so I may add that change in and rebuild. So plan for tomorrow... To be clear, that's for a version that everybody can vote on. But I don't expect the vot