Re: Realm implementations

2001-05-07 Thread Antony Bowesman
Craig, Thanks for your comments. Craig R. McClanahan wrote: On Fri, 4 May 2001, Antony Bowesman wrote: Hi, In TC 3.x authenticate() method of a realm is called for every request. (I gather this is changed in 4.x). You are correct. Tomcat 4 caches the user Principal object

Re: Realm implementations

2001-05-07 Thread Antony Bowesman
Hi Costin, Thanks for your comments. [EMAIL PROTECTED] wrote: Hi Antony, In TC 3.x authenticate() method of a realm is called for every request. Well, yes and no. The BaseInterceptor.authenticate() callback is called on every request ( as it is on Apache and other servers ).

Re: [PROPOSAL Tomcat 4.x] Cluster

2001-05-07 Thread Kief Morris
Bip Thelin typed the following on 04:06 PM 5/6/2001 -0700 We also need to answer the question of the request life cycle: the DistributedManager needs to know when a request begins and ends. At the beginning, it must lock the session to prevent other Catalina instances from using it in

RE: bug 235, request problem

2001-05-07 Thread GOMEZ Henri
The bug 235 is fixed for some times now, but was incorrectly marked as open. I'm also using Apache 1.3.19 (with mod_ssl 2.8.2) and TC 3.2.2b4 or TC 3.3 from CVS. I'm using ajp13 (and ajp12) and got no problem (I got the correct user and auth type :!!!) -Henri Gomez ___[_]EMAIL :

cvs commit: jakarta-tomcat/src/doc readme

2001-05-07 Thread marcsaeg
marcsaeg01/05/07 06:34:36 Modified:.Tag: tomcat_32 RELEASE-NOTES src/doc Tag: tomcat_32 readme Log: Some final updates to the release notes. Revision ChangesPath No revision No revision 1.1.2.6

About bug#208

2001-05-07 Thread GOMEZ Henri
Hi, The BUG #208 (request.getRemoteHost() returns empty string when using mod_jk BugRat Report#320) is still there (3.2.2b4). The difference is that when we're using ajp12, getRemoteHost = and in ajp13, getRemoteHost = null. The fix is easy the getRemoteAddr() is allways set but : - Did we

About bug#421

2001-05-07 Thread GOMEZ Henri
The BUG#421 could also be closed in 3.2.2 (no more in 3.3) (Code inspections shows that the definition of `jk_pool_atom_t' is conditional on some CPP macro that shows what the OS is: clearly on this system, the macro should be SOLARIS, but that isn't defined anywhere. apxs however defines a

Re: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread Dan Milstein
Henri, Lots of good stuff. A few ideas/possibilities: 1) We've talked about specifying a response packet to indicate that the engine (or the web server) doesn't recognize a packet sent over. This would allow us much more flexiblity to add packet types to ajpv14, without having to make

Can't close BUG#132

2001-05-07 Thread GOMEZ Henri
No Component define ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6

[Bug 132] New - No workers found when trying to access jsp or servlet through mod_jk and apache BugRat Report#148

2001-05-07 Thread bugzilla
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=132 *** shadow/132 Mon May 7 07:32:33 2001 --- shadow/132.tmp.16461Mon May 7 07:32:33 2001 *** *** 0 --- 1,33 + ++ + | No workers found

RE: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread GOMEZ Henri
Lots of good stuff. A few ideas/possibilities: Happy to see you allready read it Dan :) 1) We've talked about specifying a response packet to indicate that the engine (or the web server) doesn't recognize a packet sent over. This would allow us much more flexiblity to add packet types to

nagoya / bug closing problems

2001-05-07 Thread GOMEZ Henri
Can't close Bug#354 since there is not Components defined. Same problem for Bug#421 There are both duplicate of bug #1343 we could fix by : --- src/native/jk/jk_pool.h.origMon May 7 16:08:04 2001 +++ src/native/jk/jk_pool.h Mon May 7 16:08:21 2001 @@ -91,6 +91,8 @@ typedef

RE: nagoya / bug closing problems - fixed

2001-05-07 Thread GOMEZ Henri
Oups, I succeed in marking as duplicate of bug #1343 the bug #354/#421 which no wait the following patch to be applied in 3.2.2 branch --- src/native/jk/jk_pool.h.orig Mon May 7 16:08:04 2001 +++ src/native/jk/jk_pool.hMon May 7 16:08:21 2001 @@ -91,6 +91,8 @@ typedef long

.zip lib files

2001-05-07 Thread Jonathan Pierce
All, In tomcat.bat, there is logic that dynamically loads .jar files from the lib directory. Should this be extended to include .zip files as well, since some vendors distribute libs with the .zip extension? For example, Oracle distributes their jdbc thin client driver as: classes12_01.zip I

Web application in J2ee under default context

2001-05-07 Thread S.K Srinivasan
In J2EE -tomcat while creating a web application with context / (default) Iam unable invoke my servlets/jsp as desired(http://domain.com/xxx.jsp) but only by putting this way(http://domain.com///xxx.jsp)Is there any solution..or work around??

RE: About bug#208

2001-05-07 Thread Marc Saegesser
According to the JavaDoc for ServletRequest.getRemoteHost() Returns the fully qualified name of the client that sent the request, or the IP address of the client if the name cannot be determined. For HTTP servlets, same as the value of the CGI variable REMOTE_HOST. Based on that I would say

RE: class reloading

2001-05-07 Thread Craig R. McClanahan
On Mon, 7 May 2001, Kevin Jones wrote: Printing out the value of 'pathname' just before this code executes gives jndi:/localhost/AddressBook/WEB-INF/classes\com\develop\ewebjava\ lab\Browse .class, which means that the 'file' doesn't exist and so doesn't get added to the cache.

RE: Problems building the Mod_jk.so

2001-05-07 Thread GOMEZ Henri
We're tring to build the mod_jk.so on solaris 7 but, we have the following error: cc -DEAPI -DMOD_PERL -DUSE_EXPAT -O -G -Kpic -I/usr/apache/include -I../jk -I/us r/java/include -I/usr/java/include/solaris -DSOLARIS -c mod_jk.c /usr/ucb/cc: language optional software package not installed

RE: About bug#208

2001-05-07 Thread Craig R. McClanahan
On Mon, 7 May 2001, Marc Saegesser wrote: According to the JavaDoc for ServletRequest.getRemoteHost() Returns the fully qualified name of the client that sent the request, or the IP address of the client if the name cannot be determined. For HTTP servlets, same as the value of the CGI

whitespace jsp stripper, gzip encoding

2001-05-07 Thread Matt Jones
Hi all, This is my first message to this list. I made a mod to my copy of CharDataGenerator.java in the jsp engine that condenses whitespace, making the generated jsp code and the html that's sent to the client smaller. I think this might be something other people might like, and am wondering

[GUMP] Build Failure - Tomcat 3.x

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

RE: About bug#208

2001-05-07 Thread GOMEZ Henri
According to the JavaDoc for ServletRequest.getRemoteHost() Returns the fully qualified name of the client that sent the request, or the IP address of the client if the name cannot be determined. For HTTP servlets, same as the value of the CGI variable REMOTE_HOST. Based on that I would say

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/service/connector Ajp12ConnectionHandler.java Ajp13ConnectorRequest.java

2001-05-07 Thread marcsaeg
marcsaeg01/05/07 09:24:46 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 RequestImpl.java src/share/org/apache/tomcat/service/connector Tag: tomcat_32 Ajp12ConnectionHandler.java

RE: Problems building the Mod_jk.so

2001-05-07 Thread Philippe Khalife
Your system is looking for the cc compiler, it does not ship with Solaris, that's why you get the error /usr/ucb/cc: language optional software package not installed Either install the cc compiler ($$) or gcc!! and change your Make setting to use gcc I usually do this on my Solaris systems

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

2001-05-07 Thread Craig R. McClanahan
On Mon, 7 May 2001, GOMEZ Henri wrote: [snip] In TC 4.0, I think about the excellent works from Bip Thelin (TC 4.x Clustering). What make it specific to TC 4.x ? Here lies the crux of the difficulties in sharing significant code (beyond the kind of stuff you suggested for toolbox). I

Re: whitespace jsp stripper, gzip encoding

2001-05-07 Thread Craig R. McClanahan
On Mon, 7 May 2001, Matt Jones wrote: Hi all, This is my first message to this list. I made a mod to my copy of CharDataGenerator.java in the jsp engine that condenses whitespace, making the generated jsp code and the html that's sent to the client smaller. I think this might be

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

2001-05-07 Thread cmanolache
On Mon, 7 May 2001, Craig R. McClanahan wrote: There seems to be consensus growing around these three names. Does that meet with everyone's agreement? If so, I can create the new repositories and set up the permissions stuff later today. +1 ( Regarding the name for the third: +0.7 for

Re: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread jean-frederic clere
GOMEZ Henri wrote: Lots of good stuff. A few ideas/possibilities: Happy to see you allready read it Dan :) 1) We've talked about specifying a response packet to indicate that the engine (or the web server) doesn't recognize a packet sent over. This would allow us much more

Re: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread cmanolache
On Mon, 7 May 2001, Dan Milstein wrote: Henri, Lots of good stuff. A few ideas/possibilities: 1) We've talked about specifying a response packet to indicate that the engine (or the web server) doesn't recognize a packet sent over. This would allow us much more flexiblity to add

Re: [PROPOSAL Tomcat 4.x] Cluster

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

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

2001-05-07 Thread cmanolache
On Mon, 7 May 2001, Craig R. McClanahan wrote: * Dependence on Java2 as a base platform. This is not just an issue of using the collections classes (although that's part of it). Consider a few other issues: Once again - there is no problem with using Java2 for tomcat modules in 3.x.

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

2001-05-07 Thread cmanolache
- Performance tuning for Java2 JVMs (particularly HotSpot) focuses your attention on different areas than JDK 1.1. Trying to optimize for both increases the effort required, and could lead to conflicts where you want to do things differently on different platforms. Well,

Re: [PROPOSAL Tomcat 4.x] Cluster

2001-05-07 Thread Craig R. McClanahan
On Mon, 7 May 2001, Bip Thelin wrote: [SNIP] Do we really need to lock a session for each request and then replicate it? Sorry I might be confused, you mean a request for a session or a request as in generating a new request object(http request). If we assume that a session is only in

RE: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread cmanolache
On Mon, 7 May 2001, Mike Braden wrote: +1 As for the security key, would it be possible to generate a unique key when mod_jk is first installed? Maybe we could create some basic mechanism, similar to the way ssh generates That's what tomcat3.3 does for ajp12 shutdown messages: at

Re: [PROPOSAL Tomcat 4.x] Cluster

2001-05-07 Thread Kief Morris
Craig R. McClanahan typed the following on 11:18 AM 5/7/2001 -0700 An interesting question is, how do you detect when a session has been changed? Obviously, you can detect setAttribute/removeAttribute, but what about changes to the *internal* state of the attributes themselves that the session

RE: About bug#208

2001-05-07 Thread GOMEZ Henri
According to the JavaDoc for ServletRequest.getRemoteHost() Returns the fully qualified name of the client that sent the request, or the IP address of the client if the name cannot be determined. For HTTP servlets, same as the value of the CGI variable REMOTE_HOST. Based on that I would

Re: Tomcat 3.2.2 beta 4 (insecure default settings)

2001-05-07 Thread Andrey Kartashov
On Mon, May 07, 2001 at 02:11:35PM +0200, GOMEZ Henri wrote: You're right. TC still use ajp12 at its default connector so it listen all interface (which I agree could rise problem). I'm using in my prod systems, ajp13 to connect webservers and ajp12 only for the shutdown purpose (and listen

RE: About bug#208

2001-05-07 Thread GOMEZ Henri
I just commited the fix for 3.2.2. Not really. When the hostname is null or missing, you copy the host IP adress, but we there the name (DNS resolution). Something done by the caller (which agree to pay the price). -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]

Re: [PROPOSAL Tomcat 4.x] Cluster

2001-05-07 Thread Craig R. McClanahan
On Mon, 7 May 2001, Kief Morris wrote: Craig R. McClanahan typed the following on 11:18 AM 5/7/2001 -0700 An interesting question is, how do you detect when a session has been changed? Obviously, you can detect setAttribute/removeAttribute, but what about changes to the *internal* state

RE: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread GOMEZ Henri
In the doc, the secret key is a string present in web-server and servlet engine : must be defined for each workers: worker.myworker.port=8010 worker.myworker.type=ajp14 worker.myworker.host=myremotesystem worker.myworker.secretkey=myverysecretkey = in TC 3.2.x = Connector

NBIO

2001-05-07 Thread Jon Stevens
http://www.cs.berkeley.edu/~mdw/proj/java-nbio/ How about using that? :-) -jon

RE: About bug#208

2001-05-07 Thread GOMEZ Henri
I just commited the fix for 3.2.2. Not really. Arg damn't kd When the hostname is null or missing, you just copy the host IP adress. I'd like better the HTTP native connector method : public String getRemoteAddr() { return xxx.getInetAddress().getHostAddress(); }

RE: NBIO

2001-05-07 Thread GOMEZ Henri
Good stuff. Thanks - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Jon Stevens [mailto:[EMAIL

RE: About bug#208

2001-05-07 Thread Marc Saegesser
For Tomcat 3.2.2 I think the existing solution is OK. If 3.3 and 4.0 want to add DNS lookup, thats fine. If someone wants to add DNS lookup to 3.2.3, thats OK, too. The 2.2 specification only says that if we don't know the remote host's name we have to supply the remote host's IP address, it

[PATCH] jk_lb_worker patch

2001-05-07 Thread Paul Frieden
Attached is a patch for the lb worker for mod_jk. Basically, it changes the selection behavior slightly and adds some error and debugging logging where we would find it useful. The code uses two variables, lb_factor, and lb_value. lb_factor is the numerical inverse (1/x) of what is entered

RE: Tomcat 3.2.2 beta 4 - AJP14 continuation

2001-05-07 Thread GOMEZ Henri
Should it become default? I hope the answer is yes:) It also has another value: inet is not a well-known parameter. Having it in default server.xml along with a little comment about what it does may compensate for the lack of proper documentation:) +1 for the addition in server.xml (Marc,

RE: About bug#208

2001-05-07 Thread GOMEZ Henri
The previous behavior violated the spec and therefore had to be changed prior to releasing 3.2.2. Right now I can live with a simple solution. And you fix it. I'm waiting to hear back from a user to make sure that the last change for JDK 1.1 support fixed his problem and then I plan to call a

RE: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread GOMEZ Henri
Will this be the next step to combining mod_webapp with mod_jk? Discussion is open and Pier is my guess, even if he loose an occasion to eat splendid 'pasta fresca'. Maybe this could be the first step to merging the two. ajp14 could offer some automatic configuration similar to mod_webapp, as

RE: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread Nick Bauman
2 things: The system is aimed to be simple, we don't want SSH/SSL here but just a basic 'protected' login. and that you can bind the socket to 127.0.0.1:PORT instead of *:PORT through a config change. This level of security would cover most of the installations and when someone requires an

RE: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread GOMEZ Henri
1) We've talked about specifying a response packet to indicate that the engine (or the web server) doesn't recognize a packet sent over. This would allow us much more flexiblity to add packet types to ajpv14, without having to make ajpv15,16, etc. +1 In other words - both ends

RE: [PROPOSAL AJP14] AJP13 Evolution

2001-05-07 Thread GOMEZ Henri
2 things: The system is aimed to be simple, we don't want SSH/SSL here but just a basic 'protected' login. and that you can bind the socket to 127.0.0.1:PORT instead of *:PORT through a config change. In that case, you restrict to a web-sevlet/tomcat on the same machine, but yes we could

Re: About bug#208

2001-05-07 Thread Nick Holloway
[EMAIL PROTECTED] (Craig R. McClanahan) writes: On Mon, 7 May 2001, Marc Saegesser wrote: According to the JavaDoc for ServletRequest.getRemoteHost() Returns the fully qualified name of the client that sent the request, or the IP address of the client if the name cannot be determined.

URGENT!

2001-05-07 Thread Victor González
Hi!, I get the following exceptions from tomcat when Itry to access a secure JSP using Veisign certificates: 2001-03-22 03:47:18 - Ctx( ): 400 R( /) null 2001-03-22 03:47:18 - Ctx( ): IOException in: R( /) Socket closedAnd the browser displays the following message: The page cannot be

Re: URGENT!

2001-05-07 Thread Jon Stevens
on 5/7/01 4:31 PM, Victor González [EMAIL PROTECTED] wrote: PLEASE IF YOU WILL FIX THIS WITH A PATCH, LET ME KNOW WHEN IT BE AVAILABLE, BECAUSE WE ARE REALLY URGENT TO MAKE THIS WORK. ANOTHER ISSUE, WHEN WE TRY TO CONNECT THE APACHE-SSL WITH TOMCAT WE CAN'T MADE IT WORK, WHERE CAN QWE FIND

Re: load-on-startup / classloader bug??

2001-05-07 Thread kevin seguin
doh! not only did i not mention which version i'm using, i also mispoke... mondays... so, i'm using the latest tomcat 4.0 out of cvs (co'd this morning). also, it's in the servlet init method, *not* it's service method where the thread is created. when i get some time, i'm going to try and

Re: load-on-startup / classloader bug??

2001-05-07 Thread Remy Maucherat
doh! not only did i not mention which version i'm using, i also mispoke... mondays... so, i'm using the latest tomcat 4.0 out of cvs (co'd this morning). also, it's in the servlet init method, *not* it's service method where the thread is created. when i get some time, i'm going to

Re: load-on-startup / classloader bug??

2001-05-07 Thread kevin seguin
With the current code it will fail indeed. any reason(s) why? will this be fixed? thanks, -kevin.

Re: URGENT!

2001-05-07 Thread Anthony W . Marino
Uppercase words represents shouting which is poor list etiquette. On Monday 07 May 2001 18:31, you wrote: Hi!, I get the following exceptions from tomcat when I try to access a secure JSP using Veisign certificates: 2001-03-22 03:47:18 - Ctx( ): 400 R( /) null 2001-03-22

RE: About bug#208

2001-05-07 Thread Marc Saegesser
I think this area is sufficiently grey. The *only* place I've been able to find reference to the return value of getRemoteHost() is in the JavaDoc. The specification text is silent on this topic. The JavaDoc makes two statements: 1) Returns either a fully qualified host name or an IP address.

cvs commit: jakarta-tomcat/src/doc readme

2001-05-07 Thread marcsaeg
marcsaeg01/05/07 18:31:20 Modified:.Tag: tomcat_32 RELEASE-NOTES src/doc Tag: tomcat_32 readme Log: Updated descriptions in section 4, added note about AJP12/SSL limitation to section 6 and added description of fix for bug 208. Revision Changes

Re: About bug#208

2001-05-07 Thread Craig R. McClanahan
On 7 May 2001, Nick Holloway wrote: [EMAIL PROTECTED] (Craig R. McClanahan) writes: On Mon, 7 May 2001, Marc Saegesser wrote: According to the JavaDoc for ServletRequest.getRemoteHost() Returns the fully qualified name of the client that sent the request, or the IP address of

Servlet Mapping problem

2001-05-07 Thread José Vicente Núñez Zuleta
Greetings I apologize if this question has been answered properly in other place but i'm unable to fix this problem :( I'm trying to mapp a Servlet to the following url: http://localhost/HolaMundo And i added the following to the WEB_INF/web.xml file: web-app display-nameHola

cvs commit: jakarta-tomcat-connectors - Imported sources

2001-05-07 Thread craigmcc
craigmcc01/05/07 19:08:43 Log: Initial import of jakarta-tomcat-connectors repository. Status: Vendor Tag: Apache Release Tags: start N jakarta-tomcat-connectors/LICENSE No conflicts created by this import

cvs commit: jakarta-tomcat-jasper - Imported sources

2001-05-07 Thread craigmcc
craigmcc01/05/07 19:09:17 Log: Initial import of the jakarta-tomcat-jasper repository. Status: Vendor Tag: Apache Release Tags: start N jakarta-tomcat-jasper/LICENSE No conflicts created by this import

New CVS Repositories

2001-05-07 Thread Craig R. McClanahan
Per our discussion today, I have created two new CVS repositories associated with the Tomcat subproject: jakarta-tomcat-connectorsFor development of web connectors for various versions of Tomcat. jakarta-tomcat-jasperFor development of a next

[PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release

2001-05-07 Thread Craig R. McClanahan
Now that the Proposed Final Draft 2 versions of the Servlet 2.3 and JSP 1.2 specs have been published (with Tomcat 4.0 updated to support the latest changes), and a ton of bug fixes have been made, I would like to propose that we create a Tomcat 4.0 Beta 4 release as follows: Release Manager:

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

2001-05-07 Thread Amy Roh
+1 Amy Now that the Proposed Final Draft 2 versions of the Servlet 2.3 and JSP 1.2 specs have been published (with Tomcat 4.0 updated to support the latest changes), and a ton of bug fixes have been made, I would like to propose that we create a Tomcat 4.0 Beta 4 release as follows:

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

2001-05-07 Thread Remy Maucherat
Now that the Proposed Final Draft 2 versions of the Servlet 2.3 and JSP 1.2 specs have been published (with Tomcat 4.0 updated to support the latest changes), and a ton of bug fixes have been made, I would like to propose that we create a Tomcat 4.0 Beta 4 release as follows: Release

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets SnoopAllServlet.java

2001-05-07 Thread craigmcc
craigmcc01/05/07 20:31:18 Modified:catalina/src/share/org/apache/catalina/servlets SnoopAllServlet.java Log: Reflect the fact that getCookies() can return null. Revision ChangesPath 1.3 +6 -4

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http10 HttpConnector.java HttpRequestImpl.java

2001-05-07 Thread craigmcc
craigmcc01/05/07 20:37:04 Modified:catalina/src/conf server.xml catalina/src/share/org/apache/catalina Connector.java catalina/src/share/org/apache/catalina/connector/http HttpConnector.java HttpRequestImpl.java

cvs commit: jakarta-tomcat-4.0/catalina/docs/config http11.html

2001-05-07 Thread craigmcc
craigmcc01/05/07 20:42:21 Modified:catalina/docs/config http11.html Log: Update the configuration docs to reflect the new disableLookups option. Revision ChangesPath 1.4 +10 -0 jakarta-tomcat-4.0/catalina/docs/config/http11.html Index: http11.html

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp WarpConnector.java

2001-05-07 Thread craigmcc
craigmcc01/05/07 21:12:41 Modified:catalina build.xml catalina/src/conf server.xml catalina/src/share/org/apache/catalina/connector/warp WarpConnector.java Log: Re-enable compiling and starting the Java side of the warp

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp WarpConnector.java

2001-05-07 Thread craigmcc
craigmcc01/05/07 22:58:44 Modified:catalina/docs/config http11.html catalina/src/conf server.xml catalina/src/share/org/apache/catalina Connector.java catalina/src/share/org/apache/catalina/connector/http