Re: jakarta-tomcat-connectors/jk will no longer build

jp13 connector will not work with Tomcat 5 since there are no "tomcat5" classes at this time. Patrick -- ____ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-2

jakarta-tomcat-connectors/jk will no longer build

-- Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 -- To unsubscribe, e-mail: <mailto:[EM

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

} > + > +private static class Listener implements HandshakeCompletedListener > { > +volatile boolean completed = false; > +public void handshakeCompleted(HandshakeCompletedEvent event) { > +completed = true; > +} > +} > + >

Re: [VOTE] [4.0.5] [4.1.12] Security releases

cause: -- Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 -- To unsubscribe, e

Re: jakarta-servleapi-5

eave it all alone > Patrick -- ________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900

Re: [5] Session.logout()

AIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- ________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 9

Re: [PROPOSAL] Have Bootstrap and BootsrapService share startup/shutdowncode

t;commons-launcher" repository. Patrick -- ____ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 -- To unsubscr

Re: VOTE: Restoring Tomcat examples: Which workspace?

TTP/1.1 specification)? Patrick -- ________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USC

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

All, Jean-François Arcand has received several +1's and no -1's. So, Jean-François, congratulations! Can someone create an account for Jean-François Arcand? Thanks, Patrick Patrick Luby wrote: > I would like to propose that we add Jean-François Arcand as a Tomcat > committ

Re: Watchdog aggregation of headers may be incorrect

that this conversion be done? I agree that putting where I suggested is not the right place. Thanks, Patrick -- ________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276

Re: Watchdog aggregation of headers may be incorrect

ders() mechanism should > try and interpret the values after the :. > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- ___

Re: [PATCH] Xerces 2.0.1 also is buggy

- > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems

Re: [5.0] [PROPOSAL] Refactored mapper

ml" file in the webapp. Am I missing some bigger and better feature? Or is this spec trying to solve a problem that can be easily handled with the existing welcome file behavior? Patrick -- ____ Patrick Luby

Re: [5][PATCH]Run Watchdog from the jakarta-tomcat-5 build.xml

irectly in Bootstrap.java. What is your preference? Patrick [EMAIL PROTECTED] wrote: > > On Thu, 15 Aug 2002, Patrick Luby wrote: > > > Costin, > > > > [EMAIL PROTECTED] wrote: > > > Patrick ( if you read this ) - what's the status with the 'guess

Re: [5.0] [PROPOSAL] Refactored mapper

. > > Costin > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patrick Luby

Re: [5.0] [PROPOSAL] Refactored mapper

expert group directly at: [EMAIL PROTECTED] Also, the latest draft of the spec is at: http://www.jcp.org/jsr/detail/154.jsp Patrick -- _____ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems

Re: [5.0] [PROPOSAL] Validation/NamespaceAware

> -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Anto

Re: [5][PATCH]Run Watchdog from the jakarta-tomcat-5 build.xml

ink I should put it there? Patrick -- ________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road,

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

subscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems

[VOTE] New committer: Jean-Francois Arcand

I would like to propose that we add Jean-François Arcand as a Tomcat committer. I believe he has submitted enough patches to show that he will be a positive contributor to Tomcat 5. Thanks, Patrick -- Patrick Luby

Re: [5.0] [VOTE] Release numbering scheme and test releases

-- Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900

Re: [5.0] Build notes

Costin, [EMAIL PROTECTED] wrote: > On Sun, 11 Aug 2002, Patrick Luby wrote: > > >>commons-digester/logging, etc. I think that this would make the build >>more reliable since Tomcat 5 is dependent on very specific versions of >>Apache dependencies (e.g. Xerces 2.0.1

Re: [5.0] Build notes

t;> >>> >>> >>> >>> >>> >>> >> value=":pserver:[EMAIL PROTECTED]:/home/cvspublic"/> >>> >>> >>> >>> >>> >>> &g

Re: [PATCH][Catalina] Use fully qualified URI for locating localschema

pass. Patrick Patrick Luby wrote: > Jean-François, > > I just deleted my CVS repositories, rechecked them out, and reapplied > *both* the jakarta-servletapi-5 and jakarta-tomcat-catalina patches. I > did a build from scratch and I still get the same exception. > > Note: I

Re: [PATCH][Catalina] Use fully qualified URI for locating localschema

ks, > > Jeanfrancois. > > Patrick Luby wrote: > >> Jean-François, >> >> When I apply this patch and your jakarta-servletapi-5 patch and build >> with the latest commons-digester, I get the following exception. I >> seems that with your patches, Xerces n

Re: [PATCH][Catalina] Use fully qualified URI for locating localschema

ester.setSchema(url.toString()); > +webDigester = registerLocalSchema(webDigester); > } > - > -webDigester = registerLocalSchema(webDigester); > > webDigester.addRuleSet(new WebRuleSet()); > return (webDigester); > > > >

Re: [PROPOSAL] Have Bootstrap and BootsrapService share startup/shutdowncode

ting until after Costin's pre-proposl is implemented. Patrick -- ________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Ant

Tocmat 5 failing watchdog on all tests

g TLD files. This was not happening when a did a clean checkout and build this morning. So, can those that made commits today take a look at this? Thanks, Patrick -- Patrick Luby Email: [EMAIL PROTECTED

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

on of commons-daemon can be made obsolete and commons-daemon could just use Ant 1.6 directly. Right now, commons-daemon needs both commons-launcher.jar *and* ant.jar. Let me know what you think of this approach. Thanks, Patrick -- ______

Re: [5.0] Build notes

mized file in build.properties. That way, if build.properties.default changes, you will know. Also, using build.properties prevents accidental commits to build.properties.default. Patrick -- ________ Patrick Luby Email: [EMA

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

+ > + > + > + > + > + > + > + > + > + > + > + > + manifest="resources/catalina-main.manifest"> > + > + > + > + &

Re: [5] launcher/deamon

Costin, [EMAIL PROTECTED] wrote: > On Sat, 3 Aug 2002, Patrick Luby wrote: > > I also have reservations - I see no reason to require it, at least > not until commons-launcher is stable and released. > > "java -jar tomcat.jar" should be enough ( I almost got

Re: [5] launcher/deamon

gt;having 'keepalive' functionality and a clean startup file are all >>>great. >>> >>>My only requirement is to keep the code clean and minimise >>>dependencies. >>> >>>My understanding of the launcher is that it

Re: [5] launcher/deamon

> > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio

Re: Daemon deps

u, 1 Aug 2002, Patrick Luby wrote: > > >>Costin, >> >>Remy can probably comment on the commons-daemon.jar dependency. However, >>the commons-launcher.jar dependency is required for the scripts in the >>bin directory. > > > Can you expand a bit ?

Re: Daemon deps

you do not need commons-launcher.jar either. Hope that clears things up, Patrick [EMAIL PROTECTED] wrote: > On Thu, 1 Aug 2002, Patrick Luby wrote: > > >>Costin, >> >>Remy can probably comment on the commons-daemon.jar dependency. However, >>the commons-

Re: cvs commit: jakarta-tomcat-5 build.properties.default

- Saxpath ( required by taglibs/standard required by jasper ) - > +saxpath.home=${base.path}/saxpath-1.0-FCS > +saxpath.jar=${saxpath.home}/saxpath.jar > > ># - Commons DBCP, version 20011030 or later - > > > > > -- > To unsub

Re: Daemon deps

hy Daemon couldn't use introspection to call > start/stop/destroy. > > > Costin > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- ____

Re: New coyote branch

> > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-3

Re: [PATCH] [jakarta-servletapi-5]

ks, > > -- Jeanfrancois > > > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- ____ Pa

[PATCH] jakarta-servletapi-5

-- Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 Index: build.xml

Re: [PATCH] 5.0 jakarta-tomcat-5 building

; > > > - > - > - > - > - > - - file="${commons-digester.home}/dist/commons-digester.jar" > - tofile="${commons-digester.jar}" > -/> > - > To unsubscribe, e-

[PATCH][jakarta-servletapi-5]

ase commit this patch? Thanks, Patrick -- ________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 __

Re: [5.0] mbean-names [logging]

+ "]: " + message); > } > } > > (Note that commons-logging is going to record the log method (and not > the caller's) method in the logging output) > +1 for this type of change. Even though commons-logging will record the

Re: JDK 1.4 Logging

gt; unless="compile.jmx"/> > name="org/apache/naming/factory/DbcpDataSourceFactory.java" > > > On Mon, 2002-07-22 at 12:28, Patrick Luby wrote: > >>Bob, >> >>This is a useful piece of code. However, your patch can't go into Tomca

Re: JDK 1.4 Logging

public methods of the component are utilized. > * > * @exception LifecycleException if this component detects a fatal error > * that prevents this component from being used > */ > public void start() throws LifecycleException

Re: Cygwin Path for Tomcat 4.0.4

ME"` > CATALINA_HOME=`cygpath --path --windows "$CATALINA_HOME"` > CATALINA_BASE=`cygpath --path --windows "$CATALINA_BASE"` > CLASSPATH=`cygpath --path --windows "$CLASSPATH"` > JSSE_HOME=`cygpath --path --windows "$JSSE_HOME"` > fi >

Re: [PROPOSAL] Split the repo's

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 the > JSR-154 code. After all, the java-servletapi-4 re

Re: [PROPOSAL] Split the repo's

ires no dependencies on JSR-152. Hence, putting JSP code in the Servlet repository forces a dependency that should not be there. Patrick -- _________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems

Re: New branches and repositories

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

Re: [5.0] [VOTE] New branches and repositories

e HEAD of jakarta-tomcat > 4. [ ] Other: > > E) Jasper 2.0 > 1. [X] Yes, use the HEAD of jakarta-tomcat-jasper > 2. [ ] No, use: > > -- Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystem

Re: Use TreeControl in apps?

t; project. Is it possible to integrate the TreeControl from the Tomcat > 4.1-admin webapp? I didn't find any other good one... > > Regards, > > Carsten Burghardt -- ____ Patrick Luby Emai

Re: Another proposal for java.ext.dirs

arting to think that this may be a problem where the cure is more painful than the problem. Patrick > > Costin > > > On Mon, 1 Apr 2002, Patrick Luby wrote: > > >>All, >> >>I admit my previous method for protecting Tomcat from conflicting system >&

Another proposal for java.ext.dirs

ng in the Bootstrap.java class, but unfortunately, you must set the java.endorsed.dirs property when the JVM is started as it is immediately put in the JVM's bootstrap classpath. Thanks, Patrick Patrick Luby

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

7;m -1 for the patch then; please revert it. The use case is clearly not > worth introducing non-compliant behavior; I fully agree with Costin here: if > the ext mechanism is broken, then it's up to the JDK to fix it. > > Remy > > > -- > To unsubscribe, e-mail: <mailt

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

problem and move the jre/lib/ext directory into the existing catalinaLoader and sharedLoader instances like we do for the endorsed directories. Costin, Does this sound reasonable to you? Thanks, Patrick -- ____ Patrick Luby

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

extFile[0] = new File(System.getProperty("java.home"), >> +"lib" + File.separator + "ext"); >> +ClassLoader extLoader = >> +ClassLoaderFactory.createClassLoader(null, extFile, null)

Re: servlet.jar, /ext, MANIFEST.MF

xceptions. Let me know if you find any problems with my changes. Thanks, Patrick Christopher K. St. John wrote: > Patrick Luby wrote: > >>I can't help but think that there might be a way to point Tomcat >>to its bundled jars without losing access to any non-conflicting &

Re: JSP won't load but servlets do

t; do you ? Is it because I am using Windows 2000 where I used to run Windows NT > ? > > Thanks for your help > Raphael > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- _

Re: servlet.jar, /ext, MANIFEST.MF

Christopher, Let me try this out later this week. I will let you know if the hack works. Also, even if the hack does not check the version info of servlet.jar, I see know harm in adding it. Patrick "Christopher K. St. John" wrote: > > Patrick Luby wrote: > > > >

Re: servlet.jar, /ext, MANIFEST.MF

rs mechanism with JDK 1.4. Does this seem to have potential? If it works, Tomcat would be able to isolate itself from conflicting extensions (i.e. we could eliminate the problem instead of just printing an error message) while still accessing the installed extensions (e.g. JSSE, etc.). Patrick -- _

Re: servlet.jar, /ext, MANIFEST.MF

n be caused by putting XML parsers, JSSE implementations, etc. that are different than the ones that Tomcat expects in your jre/lib/ext directory. Patrick _____ Patrick Luby Email:

Re: servlet.jar, /ext, MANIFEST.MF

] http://java.sun.com/products/jdk/1.2/docs/guide/extensions/spec.html > > [4] >http://java.sun.com/j2se/1.3/docs/guide/versioning/spec/VersioningSpecification.html > > [5] SRV.9.7.1 "Dependencies On Extensions". Yes, I know, > it isn't quite the same thing.

Re: bug in catalina.sh

this or am I missing something?? > > Fabien Nisol > java Developer/Analyst consultant > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patrick Luby Email: [EMAIL PROTECT

Re: [PATCH] Allow configurable JPDA transport in catalina.bat

JAVA% %JAVA_OPTS% %CATALINA_OPTS% >-Xrunjdwp:transport=%JPDA_TRANSPORT%,address="%JPDA_ADDRESS%",server=y,suspend=n >%DEBUG_OPTS% -Djava.endorsed.dirs="%JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" >-Djava.security.manage

Re: [PATCH] Typo in catalina.bat

Address > set JPDA_ADDRESS=jdbconn > :gotJpdaAddress > shift > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patri

Re: setting up tomcat to accept client certificate

cribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patrick Luby Email: [EMAIL PROTECTED] Sun M

Re: Newbie: Basic Question

catalina.class file that is present in the catalina.jar > within the dist/servers/catalina.jar file. Can you help me out. > > Thanks. > > Bhai. > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mai

Re: Newbie: Basic Question

build. my catalina home is set to >c:\...jakarta-tomcat-src\dist where ant created the distributables. > > Please point me in the right direction. > > Thanks. > > Bhai -- _ Pa

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

logs" problems as stack traces on the stderr; this > needs to be improved. When I originally designed most of the base > interfaces, commons-logging didn't exist yet, and I didn't feel like adding > yet another logging interface. > > > [ ] +1 > [ ] +0 > [

Re: Install bug tomcat4.0 on Mac Osx

this. > > > > Karim Qazi > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patrick Luby

Re: [Daemon] New commons component

e in. Patrick -- _____ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 _ -- To unsub

Re: [Daemon] New commons component

k to do. But you keep surprising me with what you have already implemented. Thanks for having the patience to walk me through this. Patrick -- _ Patrick Luby Email: [

Re: [Daemon] New commons component

--- >Part 1.2Type: Macintosh File > >Part 1.3Type: Macintosh File > > Name: make.sh >make.shType: Bourne Shell Program (application/x-sh) > Encoding: base64 > >Part 1.5Type: Plain Text (text/plain) -- __

Re: [Daemon] New commons component

of code way back when I was porting the Java Web Server's JNI code to HP-UX, AIX, and DEC Unix a few years back. Also, I believe that Apache follows this same logic path (although it doesn't need JNI to get to the C function, of course). Patrick -- __

Re: [Daemon] New commons component

rickier as you need to send it a signal or some other event. Patrick -- _____ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, U

Re: [Daemon] New commons component

ally, for Pier's callback approach to work, the callback function would need to be tied to invocation of the StandardServer.initialize() method. I haven't used any callbacks like he describes so I am curious about the mechanics. -- ________

Re: [Daemon] New commons component

s a native launcher as well?) to be able to start Tomcat via a double-click on an executable and no MS-DOS window on Windows. Patrick -- _____ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems

Re: [Daemon] New commons component

dLibrary() call in Tomcat could be removed since the native launcher could register the JNI C function that the "public native" method maps to. What do you think of the above approach? Thanks, Patrick -- _ Patrick Lub

Re: [Daemon] New commons component

e you are with Tomcat (i.e. binding ports as root), you are limited to accessing C functions via System.loadLibrary() and invoking the "public native" Java method. Patrick -- _____ Patrick Luby Email:

Re: [Daemon] New commons component

/etc/rc.d scripts do), Tomcat will invoke Catalina.start(). Patrick _____ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio

Re: [Daemon] New commons component

itialize() method. Of course, this is how I think it will work so I definitely need to try it out. Maybe later this week I will have some time to try this out and make sure that it actually works. Thanks, Patrick -- _____

Re: [Daemon] New commons component

Costin, [EMAIL PROTECTED] wrote: > > On Tue, 19 Feb 2002, Patrick Luby wrote: > > My point was that after you drop the root priviledges, there's no way > to get them back. > > I just double checked the manual, at least on linux. Hmmm. I picked this up from th

Re: [Daemon] New commons component

To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patrick Luby Email: [EMAIL PROTECT

Re: [Daemon] New commons component

he headers for Mac OS X. > > Costin > -- _____ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 __

Re: [Daemon] New commons component

h Java directly so maybe this will make this idea more palatable. > > Costin > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _____

Re: [Daemon] New commons component

tely familiar with the unique process of getting JNI code to link on Mac OS X. > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- ____

Re: [Daemon] New commons component

etter option. Sure, I would need the native code to read some properties files to get classpath and other configurable items, but then I could directly invoke Java to run the Tomcat classes. Thanks, Patrick Pier Fumagalli wrote: > > "Patrick Luby" <[EMAIL PROTECTED]> wrote

Re: [Daemon] New commons component

MAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900

Re: Java home autodiscovery add-on

ng conflicting jars from those locations first and Tomcat may have problems with some XML parser versions (i.e. bugs in Tomcat or the XML parser). Patrick > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Java home autodiscovery add-on

environment variables that they like. Something that the Tomcat 3.3 developers may want to take a look at is that each Unix script in Tomcat 4.0.2 and later now resolves CATALINA_HOME independently of the user's environment. This even works if the user invokes a softlink to the script (pretty

Re: [4.0.2] [VOTE] Final release

> > > Remy > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- _ Patrick Luby Email: [EMAIL

Re: [PATCH] for catalina.bat

m -- set _CLASSPATH= > +rem -- set CP=%_CP% > +rem -- set _LIBJARS= > +rem -- set _RUNJAVA= > +rem -- set _STARTJAVA= > :finish > +REM ----- End the effect of `setlocal'. Restore the previous environment. > - > +endlocal > > -- > To unsubscribe, e-mail:

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/bin setclasspath.bat setclasspath.sh

/common/lib > ># Set standard CLASSPATH >CLASSPATH="$JAVA_HOME"/lib/tools.jar > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTEC

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh

ectory in their CLASSPATH for some time now. Are these needed by the Jasper compiler? If so, I will add them. Thanks, Patrick -- _ Patrick Luby Email: [EMAIL PROTECTED] Sun M

Re: OUT OF ENVIRONMENT SPACE

Ratnesh, >From your error, you are probably using Windows 95, 98, or ME. If so, you need to add the following line to your autoexec.bat file and reboot your machine: SHELL=C:\COMMAND.COM /E:4096 /P Also, remove any existing "SHELL=" lines from that file. BTW, this is clearly a support question

Re: [4.0.2] Bug list

now. > > Ok, thanks for the detailed explanation. I'll post it in bugzilla, and mark > the bug as LATER. > > Thanks, > Remy > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail

[VOTE] New Committer: Manveen Kaur

-- _ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 _ -- To unsubscribe, e-mail

Re: [PATCH] for jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_es.properties

Encoding: quoted-printable > >Part 1.3Type: Plain Text (text/plain) -- _________ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 90

Re: [VOTE] New Watchdog Committer: Ryan Lubke

commit these > directly. > > Votes, please? > > Craig McClanahan > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- ___

  1   2   >