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

2003-01-25 Thread Sam Ruby
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?

2002-11-23 Thread Sam Ruby
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: mailto:[EMAIL

Re: [VOTE] tomcat-commiters list

2002-10-14 Thread Sam Ruby
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 work vs depend

2002-07-16 Thread Sam Ruby
-- 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 Subject:RE: [GUMP] Build Failure - jakarta-tomcat-4.0

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

2002-07-02 Thread Sam Ruby
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: Sam Ruby [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 02, 2002 10:52 AM To: [EMAIL PROTECTED] Subject: Re: Strange bug

Re: Gump failures

2002-06-26 Thread Sam Ruby
. 3) Use Sun's JMX. - 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

2002-06-11 Thread Sam Ruby
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

Re: GUMP (offtopic?)

2002-05-10 Thread Sam Ruby
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. Perhaps if you can provide a bit more information, we can track this down together. - Sam Ruby -- To unsubscribe, e-mail

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

2002-04-18 Thread Sam Ruby
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

2002-04-16 Thread Sam Ruby
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

2002-04-16 Thread Sam Ruby
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 PROTECTED

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

2002-04-13 Thread Sam Ruby
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: FW: [GUMP] Build Failure - Tomcat 3.x

2002-04-13 Thread Sam Ruby
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 Ruby -- To unsubscribe, e-mail

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

2002-04-13 Thread Sam Ruby
(in the ...jakarta-tomcat-connectors directory) which is in the classpath (because of the recently added depend 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, e-mail: mailto:[EMAIL

RE: Gump descriptors

2002-04-13 Thread Sam Ruby
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 -- To unsubscribe, e-mail

[GUMP] Build Failure - Tomcat 4.0

2002-01-28 Thread Sam Ruby
ant dir=./catalina target=deploy/ echoTarget: Jasper - Deploy .../echo ant dir=./jasper target=deploy/ echoTarget: Webapps - Deploy .../echo ant dir=./webapps target=deploy/ /target - Sam Ruby -- Forwarded by Sam Ruby/Raleigh/IBM on 01/28

Re: Tools for Building Web Services

2002-01-28 Thread Sam Ruby
. 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]

RE: Tools for Building Web Services

2002-01-28 Thread Sam Ruby
. 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: [GUMP] Build Failure - Tomcat 4.0

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

Re: Ant2

2002-01-25 Thread Sam Ruby
. 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...

2001-11-02 Thread Sam Ruby
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

2001-10-28 Thread Sam Ruby
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

2001-09-18 Thread Sam Ruby
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

2001-07-28 Thread Sam Ruby
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 Ruby P.S. You might consider

[Catalina] FYI: pending Tyrex changes

2001-04-09 Thread Sam Ruby
oduced is as follows: tyrex/resource/jdbc/xa/EnabledDataSource.class - Sam Ruby

[GUMP] Build Failure - Tomcat 3.x

2001-03-23 Thread Sam Ruby
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2001-03-23/jakarta-tomcat.html Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

[GUMP] Build Failure - Tomcat 3.x

2001-03-23 Thread Sam Ruby
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2001-03-23/jakarta-tomcat.html Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

[GUMP] Build Failure - Tomcat 3.x

2001-03-11 Thread Sam Ruby
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2001-03-11/jakarta-tomcat.html Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

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

2001-03-11 Thread Sam Ruby
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, email

[GUMP] Build Failure - Tomcat 3.x

2001-03-08 Thread Sam Ruby
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2001-03-08/jakarta-tomcat.html Buildfile: build.xml init: prepare: [mkdir] Created dir:

[GUMP] Build Failure - Tomcat 3.x

2001-03-05 Thread Sam Ruby
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2001-03-05/jakarta-tomcat.html Buildfile: build.xml init: prepare: [mkdir] Created dir:

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

2001-03-05 Thread Sam Ruby
., "../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 - To unsubsc

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

2001-03-05 Thread Sam Ruby
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 - To unsubscribe, e-mail: [EMAIL

Re: [PATCH] CatalinaBlock.java

2001-02-12 Thread Sam Ruby
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 issues. +1 - Sam Ruby

Re: [PATCH] CatalinaBlock.java

2001-02-12 Thread Sam Ruby
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 PROTECTED] For additional commands, email: [EMAIL

Re: [PATCH] CatalinaBlock.java

2001-02-10 Thread Sam Ruby
the changes. Thanks! - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: [Tomcat 4.0] Proposed Change in Build Scripts

2001-02-01 Thread Sam Ruby
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. - Sam Ruby

Re: Alexandria

2001-02-01 Thread Sam Ruby
,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: [PROPOSAL] Tomcat 3.3 Release Plan

2001-01-29 Thread Sam Ruby
"+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 - To unsubscribe,

Re: Thread-safety

2001-01-27 Thread Sam Ruby
. 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 the presumptions above? - Sam Ruby

RE: Thread-safety

2001-01-27 Thread Sam Ruby
vely 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'm convinced.

Re: [PROPOSAL] Tomcat 3.3 Release Plan

2001-01-24 Thread Sam Ruby
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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For addi

RE: Tools.jar

2001-01-24 Thread Sam Ruby
ur 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: Forming an opinion

2001-01-17 Thread Sam Ruby
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

2001-01-16 Thread Sam Ruby
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, email: [EMAIL

Re: Jakarta PMC Meeting Agenda / Info

2001-01-16 Thread Sam Ruby
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

2001-01-16 Thread Sam Ruby
Hans Bergsten wrote: The way I feel right now is that the best way to answer this question is by a vote on this list, where all +1 votes for TC 3.3 also means a commitment to help fix bugs in TC 3.3. +1 . That's the right body (the committers of Tomcat) to make this decision, IMHO. - Sam

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

2001-01-16 Thread Sam Ruby
/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 raised to prohibit forward progress. - Sam Ruby

Re: Jakarta PMC Meeting Agenda / Info

2001-01-16 Thread Sam Ruby
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 PROTECTED

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

2001-01-08 Thread Sam Ruby
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 PROTECTED] For additional commands, email: [EMAIL PROTECTED]

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

2001-01-04 Thread Sam Ruby
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 unsubscribe, e-mail: [EMAIL PROTECTED

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

2001-01-04 Thread Sam Ruby
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 Ruby P.S. Craig, Jon, and other PMC

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

2000-12-28 Thread Sam Ruby
, 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: Fuck It.

2000-12-21 Thread Sam Ruby
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: [MY_OPINION] Tomcat 3.x

2000-12-19 Thread Sam Ruby
n 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: [MY_OPINION] Tomcat 3.x

2000-12-19 Thread Sam Ruby
on Catalina, not the other way around. - Sam Ruby

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

2000-12-15 Thread Sam Ruby
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 i s hard)

2000-12-15 Thread Sam Ruby
Jon Stevens wrote: I would say that the servlet api build process should be "fixed" to build/install into directories with the version number attached. Agreed. In the case of jakarta-regexp, can this be done instead of putting the version number on the name of the jar file itse

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

2000-12-15 Thread Sam Ruby
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 standard location inside the jar file itself. - Sam Ruby

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

2000-12-15 Thread Sam Ruby
re 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: [tomcat-4.0] don't touch any of the build system in CVS for tomcat/servletapi

2000-12-15 Thread Sam Ruby
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: [tomcat-4.0] don't touch any of the build system in CVS for tomcat/servletapi

2000-12-15 Thread Sam Ruby
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

2000-12-15 Thread Sam Ruby
. It should be in a state where I can post it for public ridicule within a few days. - Sam Ruby

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

2000-12-14 Thread Sam Ruby
esn'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

2000-12-02 Thread Sam Ruby
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 that option was available. * You can

Tomcat 4.0 build process feedback

2000-12-01 Thread Sam Ruby
is 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: Tomcat 3.3 / 4.0 confusion, rant and plan...

2000-11-04 Thread Sam Ruby/Raleigh/IBM
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: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Handler.java

2000-11-04 Thread Sam Ruby/Raleigh/IBM
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] For additional commands, e-mail: [EMAIL PROTECTED]