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

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 HttpConnector

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

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 connector

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

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/http10 HttpConnector.java HttpRequestImpl.java

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 catali

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

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 jakarta-tomcat-4.0/catalina/src/share/org/a

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

> 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: > > Rel

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

+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:

[PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release

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 Manage

New CVS Repositories

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 genera

cvs commit: jakarta-tomcat-jasper - Imported sources

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

cvs commit: jakarta-tomcat-connectors - Imported sources

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

Servlet Mapping problem

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: Hola Mundo 30 HolaMundo

Re: About bug#208

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 > > > I

cvs commit: jakarta-tomcat/src/doc readme

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 ChangesPat

RE: About bug#208

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.

Re: URGENT!

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 0

RE: [PROPOSAL AJP14] AJP13 Evolution

> Argh, all the subtility is here. > Basically even if ajp13 is a bidirectional protocol, > it's a request/reply protocol since it's how a web > server function : > 1) FORWARD REQUEST FROM WEB-SERVER TO SERVLET ENGINE > 2) WAIT FOR RESPONSE > 3) GET RESPONSE AND FORWARD TO WEB-SERVER. Well, I se

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

> > With the current code it will fail indeed. > any reason(s) why? will this be fixed? thanks, -kevin.

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

> 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 go

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

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 rec

Re: URGENT!

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

load-on-startup / classloader bug??

i have a servlet that creates a thread in it's service method. this thread basically does a bunch of initialization stuff. when i add a load-on-startup element for this servlet in web.xml, it reports a NoClassDefFoundError on a class in the same package as the servlet. i have not seen this

URGENT!

  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 03:47:18 - Ctx(  ): IOException in: R( /) Socket closedAnd the browser displays the following message: The page cannot be

Re: About bug#208

[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 deter

RE: [PROPOSAL AJP14] AJP13 Evolution

>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: instead >of *: >through a config change. In that case, you restrict to a web-sevlet/tomcat on the same machine, but yes we could

RE: [PROPOSAL AJP14] AJP13 Evolution

>> 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 -

RE: [PROPOSAL AJP14] AJP13 Evolution

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: instead of *: through a config change. >>This level of security would cover most of the installations >>and when someone requires an ad

RE: [PROPOSAL AJP14] AJP13 Evolution

>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,

RE: About bug#208

>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 ca

RE: Tomcat 3.2.2 beta 4 - AJP14 continuation

> >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 (M

[PATCH] jk_lb_worker patch

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 into

RE: About bug#208

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 do

RE: NBIO

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 PROTECTE

RE: About bug#208

>>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(); } p

NBIO

http://www.cs.berkeley.edu/~mdw/proj/java-nbio/ How about using that? :-) -jon

RE: [PROPOSAL AJP14] AJP13 Evolution

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 => <= in TC 3.3 =

Re: [PROPOSAL Tomcat 4.x] Cluster

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*

RE: About bug#208

>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: Tomcat 3.2.2 beta 4 (insecure default settings)

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 liste

RE: About bug#208

>> 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 o

Re: [PROPOSAL Tomcat 4.x] Cluster

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 sess

RE: [PROPOSAL AJP14] AJP13 Evolution

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 st

RE: [PROPOSAL AJP14] AJP13 Evolution

Will this be the next step to combining mod_webapp with mod_jk? Maybe this could be the first step to merging the two. ajp14 could offer some automatic configuration similar to mod_webapp, as you suggested in the proposal. I also think that a security mechanism is important. There should be some

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

I guess there's a problem in gump - the build.xml has been fixed, I guess the update didn't worked. > prepare: > [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat > ... > [copy] Copying 7 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin > [copy] Could

Re: [PROPOSAL Tomcat 4.x] Cluster

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

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

> That's more feasible, but it also has a different set of issues: > > * Configuring the current generation of web connectors causes 90% of the > user gripes about Tomcat. Anyone who needs evidence should subscribe > to TOMCAT-USER and start answering all the questions about configuring. We

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

> > - 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/VOTE] New Repositories for Collaborative Development

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 Tomcat 4.x] Cluster

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 mecha

Re: [PROPOSAL AJP14] AJP13 Evolution

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 AJP14] AJP13 Evolution

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 mu

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

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 fo

Re: whitespace jsp stripper, gzip encoding

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 som

RE: About bug#208

I just commited the fix for 3.2.2. > -Original Message- > From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] > Sent: Monday, May 07, 2001 11:16 AM > To: [EMAIL PROTECTED] > Subject: RE: About bug#208 > > > >According to the JavaDoc for ServletRequest.getRemoteHost() > > > >Returns the fully

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

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).

RE: Problems building the Mod_jk.so

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 system

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

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 Ajp13Connec

RE: About bug#208

>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

[GUMP] Build Failure - Tomcat 3.x

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

whitespace jsp stripper, gzip encoding

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 what

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

On Mon, 7 May 2001, GOMEZ Henri wrote: > The title of the thread was about "Collaborative Development" :! > > The objective of the new repositories are to help share some code > between all the Tomcats. > > While working on using ajp12/ajp13 java code from Tomcat 3.3 CVS, > I quickly realize

RE: About bug#208

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 CG

RE: Problems building the Mod_jk.so

>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 inst

RE: class reloading

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

RE: About bug#208

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 that

Re: [PROPOSAL Tomcat 4.x] Cluster

on 5/7/01 5:30 AM, "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > Did you consider use the Multicast cluster with > Spread (http://www.spread.org/) ? Spread kicks ass and is the "Right Way ". The license sucks balls. Sending the authors *gentle* thoughts about how you would like to use their softw

Web application in J2ee under default context

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?? __

URL rewriting + RequestDispatcher.forward(...)

Hello, our configuration is as follows: Production: RedHat 6.1 IBM JDK 1.1.8 Apache httpd 1.3 9 Tomcat 3.2.1 Development: Win NT 4.0/Win 98 IBM JDK 1.1.8 Apache httpd 1.3 9 Tomcat 3.2.1 The developed application works fine with cookie browser

.zip lib files

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 do

RE: nagoya / bug closing problems - fixed

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 lo

nagoya / bug closing problems

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: [PROPOSAL AJP14] AJP13 Evolution

>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

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

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 wh

Can't close BUG#132

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

Re: [PROPOSAL AJP14] AJP13 Evolution

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 ajpv15,

About bug#421

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 SOLA

About bug#208

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 w

cvs commit: jakarta-tomcat/src/doc readme

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

RE: bug 235, request problem

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 __

Re: [PROPOSAL Tomcat 4.x] Cluster

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: [PROPOSAL Tomcat 4.x] Cluster

To summarize, I see the following issues needing to be considered and resolved for distributed sessions: - Management of session ID/request redirection, - Architecture of Manager/Store/Cluster interfaces. I made a few points on the architectural front in my previous post. For request/ID managem

Re: Realm implementations

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 ser

Re: Realm implementations

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 Prin

[PROPOSAL AJP14] AJP13 Evolution

Hi to all, You could find attached a proposal of evolution to the current Apache JServ Protocol version 1.3, also known as ajp13. Let start the comments, questions, remarks cycle. PS : I've not cover here the full protocol but only the add-on from ajp13. - Henri Gomez

RE: [PROPOSAL Tomcat 4.x] Cluster

Did you consider use the Multicast cluster with Spread (http://www.spread.org/) ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6

RE: Tomcat 3.2.2 beta 4 (insecure default settings)

>> > Let's be prudent here. The standard configuration must avoid >> > security hole. Many users will have tomcat in front and we >> > must avoid someone outside shutdown their TC boxes. >> Also if I'm not mistaken - Tomcat binds to all interfaces by >default as I don't >> see inet="" option s

j_security_check

Hi, In the security example when I try to access the protected directory it redirects me to the login.jsp page. It shows in the log 2001-05-07 02:38:37 - ContextManager: AccessInterceptor: checking /jsp/security/protected/index.jsp 2001-05-07 02:38:37 - ContextManager: AccessInterceptor: m

RE: ajp12, ajp13, mod_webapp, and http protocols

>1. I know ajp protocol was originally introduced by >by mod_jserv to communicate with JServ. But what I >was wondering is, why at that time, a new protocol, >ajpxx was introduced rather using the existing http >protocol. ajp is faster than http and use less bandwith (binary compression) It's a

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

The title of the thread was about "Collaborative Development" :! The objective of the new repositories are to help share some code between all the Tomcats. While working on using ajp12/ajp13 java code from Tomcat 3.3 CVS, I quickly realize the need for a common toolbox handling http related ob

RE: class reloading

Thanks Craig, I'll download the latest nightly and try it. BTW - I've just sent another reply to my original message - please ignore that - I hadn't seen this reply then, my apologies, Kevin Jones DevelopMentor www.develop.com > -Original Message- > From: Craig R. McClanahan [mailto:[

RE: class reloading

> 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. > > Should that 'jndi:/localhost' be the

TC 3.2.2 release

Hi, Did there is a date for the 3.2.2 release ? Just to be sure the RPM will be done ASAP - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80