Re: Question: Strange Session Remove Attribute

Peter Rossbach wrote: Hmm, but I can't find a statement that the valueUnbound get an invalid session, when it called after sessionDestoryed. HttpSessionBindingListener === /** * * Notifies the object that it is being unbound * from a session and identifies the session. * * @

Re: Question: Strange Session Remove Attribute

Hmm, but I can't find a statement that the valueUnbound get an invalid session, when it called after sessionDestoryed. HttpSessionBindingListener === /** * * Notifies the object that it is being unbound * from a session and identifies the session. * * @param eventthe

Re: Question: Strange Session Remove Attribute

Peter Rossbach wrote: Hups, the remove session attribute events after session destory is documented at the servlet spec? Any hint welcome Yes, read the javadoc for HttpSessionBindingListener. Rémy - To unsubscribe, e-mail: [EMAIL

Re: Question: Strange Session Remove Attribute

Hups, the remove session attribute events after session destory is documented at the servlet spec? Any hint welcome Peter Remy Maucherat schrieb: Peter Rossbach wrote: Good answer! But why we emit remove session attribute events when sesssion is destroy? I think the session expire is also a clea

Re: Question: Strange Session Remove Attribute

Peter Rossbach wrote: Good answer! But why we emit remove session attribute events when sesssion is destroy? I think the session expire is also a clean up thing and nobody need the remove attribute events. Because the stupid wording which explicitely mandates the nonsense for sessions isn't prese

Re: Question: Strange Session Remove Attribute

Good answer! But why we emit remove session attribute events when sesssion is destroy? I think the session expire is also a clean up thing and nobody need the remove attribute events. Peter Remy Maucherat schrieb: Peter Rossbach wrote: Hey Remy, can you please explain why the remove attribute eve

Re: Question: Strange Session Remove Attribute

Peter Rossbach wrote: Hey Remy, can you please explain why the remove attribute event notification is wrong when context is destroy? Because you're not actually removing them, you're just cleaning up objects. Did you notice you don't get notifications on start, etc ? Rémy -

Re: Question: Strange Session Remove Attribute

Hey Remy, can you please explain why the remove attribute event notification is wrong when context is destroy? Thanks Peter Remy Maucherat schrieb: Peter Rossbach wrote: Hmm, I see the following problem with the current session expire strategie. Today a) Notify session destroy event =

Re: Question: Strange Session Remove Attribute

Peter Rossbach wrote: Hmm, I see the following problem with the current session expire strategie. Today a) Notify session destroy event => All session attributes are active b) Set session as invalid c) Notify session remove attribute event - Hups => Now the listener detect

Re: Question: Strange Session Remove Attribute

Hmm, I see the following problem with the current session expire strategie. Today a) Notify session destroy event => All session attributes are active b) Set session as invalid c) Notify session remove attribute event - Hups => Now the listener detect IllegalStateException

Re: Question: Strange Session Remove Attribute

Bill Barker wrote: Hey I have review the getIdInteral changes. At expire (StandardSession, DeltaSession) we send first the "SessionDestory events" and after this the "Remove Session Attribute" events. Before we send the remove attribute events the session set to invalid. Hmm: Why we do that? I

Re: Question: Strange Session Remove Attribute

- Original Message - From: "Peter Rossbach" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Sunday, April 03, 2005 5:04 AM Subject: Question: Strange Session Remove Attribute Hey I have review the getIdInteral changes. At expire (StandardSession, DeltaSession) we send first the

Re: Question about new mod_jk jk_lb_worker.c

Rainer Jung wrote, On 11/16/2004 1:11 AM: Unfortunately I don't understand. Trying to combine rotatelogs with mod_jk.log in the following way (apache 1.3): Doh. I've been using Apache 2 for so long I forgot that it doesn't work with Apache 1.3. It does work using Apache 2 / mod_jk. -Dave -

Re: Question about new mod_jk jk_lb_worker.c

Rainer Jung wrote: Unfortunately I don't understand. Trying to combine rotatelogs with mod_jk.log in the following way (apache 1.3): JkLogFile "|/home/jung/mkb/apache/bin/rotatelogs /home/jung/mkb/apache/logs/mod_jk.log 600" doesn't work. It does neither log, nor spawn a rotatelogs process. Of

Re: Question about new mod_jk jk_lb_worker.c

Unfortunately I don't understand. Trying to combine rotatelogs with mod_jk.log in the following way (apache 1.3): JkLogFile "|/home/jung/mkb/apache/bin/rotatelogs /home/jung/mkb/apache/logs/mod_jk.log 600" doesn't work. It does neither log, nor spawn a rotatelogs process. Inside apaches CustomL

Re: Question about new mod_jk jk_lb_worker.c

I would be pleased to use rotatelogs, but it doesn't work with mod_jk.log (at least not last time I checked). David Rees wrote: Rainer Jung wrote, On 11/14/2004 7:31 AM: 0) Any ideas on rotating the mod_jk log file? Use cronolog http://cronolog.org/ or the rotatelogs program included with Apach

Re: Question about new mod_jk jk_lb_worker.c

David Rees wrote: Rainer Jung wrote, On 11/14/2004 7:31 AM: 0) Any ideas on rotating the mod_jk log file? Use cronolog http://cronolog.org/ or the rotatelogs program included with Apache. For that (or any kind of rotatelogs) we would need to spawn the separate process that'll do the logging. The

Re: Question about new mod_jk jk_lb_worker.c

Rainer Jung wrote, On 11/14/2004 7:31 AM: 0) Any ideas on rotating the mod_jk log file? Use cronolog http://cronolog.org/ or the rotatelogs program included with Apache. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

Re: Question about new mod_jk jk_lb_worker.c

Rainer Jung wrote: Hi Mladen, 0) Any ideas on rotating the mod_jk log file? Implementing inside apache's error.log is the only solution. But that'll have to wait for 1.2.8. Are the mathematically foundations behind that simple algorithm described anywhere? The idea behind this scheduler is the fo

Re: Question about new mod_jk jk_lb_worker.c

Forgot to attach the patch for the overload feature. It is attached now.*** mod_jk.c.1.52 Sun Nov 14 15:00:20 2004 --- mod_jk.c.1.52.overload Sun Nov 14 15:18:59 2004 *** *** 38,43 --- 38,46 #include "util_script.h" #include "util_date.h" #include "http_conf_g

Re: Question about new mod_jk jk_lb_worker.c

Hi Mladen, 0) Any ideas on rotating the mod_jk log file? >> 4) Open Problem > This should work now with the latest patches. Excellent! Actually I tried to understand the new principles. Using an old style paper computer I can see that the values for lb_value are periodic. But I must confirm, th

Re: Question about new mod_jk jk_lb_worker.c

Hello Mladen, I have two use case for the Multi Cluster Routing: Use Case 1: More Scaling cluster = A tomcat standard we replicated the session to all tomcat node at a cluster. This replication strategie not scale very well, but when we split the tomcat nodes to some domain and the lb know

Re: Question about new mod_jk jk_lb_worker.c

Rainer Jung wrote: I include my original posting. Hi Rainer, First of all thank you for ideas. They are great! 1) Limiting new application sessions if load is to high. There is a problem with that. I made a implementation counting the number of busy childs/threads from scoreboard (took me entire da

Re: Question about new mod_jk jk_lb_worker.c

Hi Mladen, I include my original posting. Hi Mladen, great! I don't know how hard the following is to achieve, but it is the most prominent problem around mod_jk-Logging I know of: mod_jk does neither support Apaches rotatelogs nor does it have a log rotation capability on its own. If you or any

Re: Question about new mod_jk jk_lb_worker.c

Peter Rossbach wrote: Hello Mladen, I have see your checkin's and Rainer Jung very fine mod_jk extension concept mail. I have two questions about lb changes: a) Why you not change the lb_value value after successful recovery at service() function ? After a longer fail the recovered worke

Re: Question about the connection between Apache and Tomcat with JK

Kan Deng wrote: MT, Many thanks for the prompt reply. I read into the document, however, didn't find the answer to my question as following, 3. If using sockets, jdk 1.4 has only socket for TCP and UDP. But when the apache and tomcat are deployed in the same machine, isn't it an overhead to go down

Re: Question about the connection between Apache and Tomcat with JK

MT, Many thanks for the prompt reply. I read into the document, however, didn't find the answer to my question as following, 3. If using sockets, jdk 1.4 has only socket for TCP and UDP. But when the apache and tomcat are deployed in the same machine, isn't it an overhead to go down to the lower

Re: Question about the connection between Apache and Tomcat with JK

Kan Deng wrote: Hi, there, Apache is a C application while Tomcat is in pure Java. Would you please complain the mechanism for the communication between these two? Especially, does it use shared memory or a temporary file or sockets? It uses sockets and AJP13 protocol for communication. Would you

Re: Question about CVS tagging for a release

Shapira, Yoav wrote: Hi, I notice the jakarta-servletapi-5 CVS module has tags up to tomcat 5.0.19, but not beyond (.20-.24). Should I tag it for 5.0.25 and beyond when I do releases? Yes, it should be tagged with the others. As far as I can see in my revision graph, it does have tags as well (but

Re: Question on 5.0.23

Costin Manolache wrote: Remy Maucherat wrote: Au menu: - Using Embedded - Using JMX (which I think is cool) - Using the in-memory connector Speaking of which, the in-memory connector might be good for a bare bones JNI connector, if someone wants to try. The current JK JNI has about the same over

Re: Question on 5.0.23

Remy Maucherat wrote: Au menu: - Using Embedded - Using JMX (which I think is cool) - Using the in-memory connector Speaking of which, the in-memory connector might be good for a bare bones JNI connector, if someone wants to try. The current JK JNI has about the same overhead os a socket, so it

Re: Question on 5.0.23

Petr Jiricka wrote: Remy Maucherat wrote: Petr Jiricka wrote: BTW, this isn't really relevant, but the in memory connector is now working (= no socket). The older TC 4.x could be invoked in memory as well, but the API was cumbersome. I thought this could be useful in Netbeans (but last time, yo

Re: Re: Question on 5.0.23 {Virus Engine Scanned}

The SMEA web sever has detected virus(s) in your Email. Please scan your email before resending. The Mail was auto generated by the recepient's web host provider. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comma

Re: Question on 5.0.23

Remy Maucherat wrote: Petr Jiricka wrote: BTW, this isn't really relevant, but the in memory connector is now working (= no socket). The older TC 4.x could be invoked in memory as well, but the API was cumbersome. I thought this could be useful in Netbeans (but last time, you weren't intereste

Re: Question on 5.0.23

Petr Jiricka wrote: BTW, this isn't really relevant, but the in memory connector is now working (= no socket). The older TC 4.x could be invoked in memory as well, but the API was cumbersome. I thought this could be useful in Netbeans (but last time, you weren't interested, apparently), and now

Re: Question on 5.0.23

Petr Jiricka wrote: Well, this sounds quite alarming to me. Looks like there is no guarantee that the contents of the build really contains the intended codeline. If you are worried, you should make verifications. Get the source bundle and diff. Rémy ---

Re: Question on 5.0.23

Remy Maucherat wrote: Shapira, Yoav wrote: Hi, I have a strange issue with 5.0.23 that's making me question my stable vote from earlier today. It has to do with a 3rd party servlet which checks for the presence of a cookie, if not found prompts for some user information, and then redirects (resp

Re: Question on 5.0.23

Kin-Man Chung wrote: Which watchdog is it? Can you send me the other part (tld and tag handler) of it? It's Watchdog 4. It's the XML tests (obviously), and it is run in the release target. If the tag is of a TAGDEPENDENT body type, then its body is should not be evaluated. It used to be evaluat

Re: Question on 5.0.23

golden file for the watchdog test should be replaced. -Kin-man > Date: Wed, 05 May 2004 02:26:32 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: Question on 5.0.23 > To: Tomcat Developers List <[EMAIL PROTECTED]> > > I have some possible problems w

Re: Question on 5.0.23

I have some possible problems with Jasper and XML syntax. One example from old watchdog: http://java.sun.com/JSP/Page"; version="1.2" xmlns:direct="urn:jsptld:/WEB-INF/tlds/example-taglib.tld" > Generates for the tag: do { out.write(""); out.write("\n");

RE: Question on 5.0.23

Hi, >I don't like moving tags, so it's 5.0.24, and I picked up the right >version for CoyoteRequest this time :-/ Downloaded and tested 5.0.24, it works fine. You hit the nail right on the head. I'm ready to vote on it. Thanks again, Yoav Shapira This e-mail, including any attachments, is

Re: Question on 5.0.23

Shapira, Yoav wrote: Thanks. Is it still 5.0.23 then, and I should re-download and retest? I don't like moving tags, so it's 5.0.24, and I picked up the right version for CoyoteRequest this time :-/ Rémy - To unsubscribe, e-mai

RE: Question on 5.0.23

Hi, >I did update the build. Thanks. Is it still 5.0.23 then, and I should re-download and retest? Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail i

Re: Question on 5.0.23

Shapira, Yoav wrote: Thanks for the quick investigation and resolution. ;) I'm formally withdrawing my stable vote for 5.0.23 because of this bug. I couldn't find 5.0.20-5.0.22 for download, but IIRC 5.0.22 worked fine. I'll gladly test 5.0.24 as soon as it's available. Thanks again, I did updat

RE: Question on 5.0.23

Hi, >I did find what the problem was: I did some testing, so I checked out an >earlier revision of the file (CoyoteRequest, of course). Unfortunately, >I'm using a new CVS tool with which I have less experience (tortoise) - >not that I wanted to, but WinCVS decided to simply stop working one day

Re: Question on 5.0.23

Shapira, Yoav wrote: Hi, I have a strange issue with 5.0.23 that's making me question my stable vote from earlier today. It has to do with a 3rd party servlet which checks for the presence of a cookie, if not found prompts for some user information, and then redirects (response.sendRedirect) to an

Re: Question on 5.0.23

Shapira, Yoav wrote: Hi, I have a strange issue with 5.0.23 that's making me question my stable vote from earlier today. It has to do with a 3rd party servlet which checks for the presence of a cookie, if not found prompts for some user information, and then redirects (response.sendRedirect) to an

Re: Question about HttpServletRequest.getParameterValues()

Remy Maucherat wrote: Jan Luehe wrote: This is a bug. The String[] returned by req.getParameterValues() should have been a clone. I just committed a fix. I'd like to point out that this "bug" is not worth any performance drop. You should move those clones to the case where there's a security ma

Re: Question about HttpServletRequest.getParameterValues()

Jan Luehe wrote: This is a bug. The String[] returned by req.getParameterValues() should have been a clone. I just committed a fix. I'd like to point out that this "bug" is not worth any performance drop. You should move those clones to the case where there's a security manager. Rémy ---

Re: Question about HttpServletRequest.getParameterValues()

Hi Christian, The 2.3 HttpServletRequest interface provides a setAttribute() method to change the values of a given attribute. It does NOT however provide a similar setParameter() method, allowing you to programatically modify the values that accompany the request - I assume this means that we sho

RE: Question about a JCP proposition

Hi Yoav, Thanks for the replies. Beleive it or not, this request comes directly from my attempts to extends commons-fileupload to support a progress bar. I have spent a lot of time on this topic and can add a lot to the discussions on commons-dev. I would be very interested to see how the other t

RE: Question about a JCP proposition

Howdy, >> - It'd be hard for the container to support these listeners in a >> performant manner. > >Agreed. It would surely affect the i/o buffer size if set to a small >value.; in the case of Tomcat I believe this is >org.apache.coyote.http11.Constants.DEFAULT_HTTP_HEADER_BUFFER_SIZE (48k). >How

RE: Question about a JCP proposition

> You must be in a big rush -- I just got the message, I figure others may > have not even checked their mail yet ;) I didn't post that "no answer?" message. > It's too low-level for the spirit of the Servlet Specification, That's discouraging. > - It'd be hard for the container to support thes

RE: Question about a JCP proposition

Howdy, >no answer?? You must be in a big rush -- I just got the message, I figure others may have not even checked their mail yet ;) >There is currently no way in the Servlet spec to know the number >of bytes that have been read as a ServletRequest is being processed. >By the time Servlet.servi

Re: Question about a JCP proposition

no answer?? = A.Mahadevan __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-ma

Re: Question on Tomcat 4

od ules/session/SessionId.java.diff?r1=1.20&r2=1.21 if you just want to add the feature to 3.3.1. Like Yoav said, TC 4 and higher always uses secure cookies. - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL

Re: Question on Tomcat 4

onId.java.diff?r1=1.20&r2=1.21 if you just want to add the feature to 3.3.1. Like Yoav said, TC 4 and higher always uses secure cookies. - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent:

RE: Question on Tomcat 4

Howdy, Tomcat 4 and later are so different from 3.x. I suggest you do the migration, if only for the speed and feature increases. I don't think there's an "attribute" called "secureCookie" in tomcat4, as there is no "un-secure" mode. Perhaps a tomcat 3 guru like Senor Barker can fill in more in

Re: question on how to work IIS with Tomcat

tomcat-dev is for developing Tomcat. This question is a user question and should be directed to the tomcat-user list. Martin On Wednesday, July 16, 2003, at 04:38 PM, Dhar, Subhashish wrote: Hello I try to configure the Tomcat in-process to work with IIS,I did all the configuration as sugges

Re: Question about session

- Original Message - From: "Cui Xiaojing-a13339" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, June 18, 2003 7:38 PM Subject: Question about session > Hello All, > > I have used <%@ page session="false" %> to set the page not to join session, but w

Re: Question about duplication of secure property in RequestBase and HttpRequestBase

sage - From: "Tim Funk" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Sunday, January 26, 2003 2:28 AM Subject: Re: Question about duplication of secure property in RequestBase and HttpRequestBase > org.apache.catalina.conne

Re: Question about duplication of secure property in RequestBaseand HttpRequestBase

org.apache.catalina.connector.RequestBase implements ServletRequest. http://jakarta.apache.org/tomcat/tomcat-4.0-doc/catalina/docs/api/org/apache/catalina/connector/RequestBase.html And isSecure is part of the interface of ServletRequest. http://java.sun.com/products/servlet/2.3/javadoc/javax/serv

RE: Question about Internationalization

Hi, I tested a GB2312-based JSP page on Tomcat 4.1.12, and it worked fine. (The attached file). It shows ni-hao-ma in simplified Chinese character system and the response encoding, i.e. GB2312. The key point I'd like to make clear is that encoding of a JSP page should keep up with that of respons

Re: Question about Session in Tomcat 3.3 -- continued...

Yes, it seems to be true that sessions are lost on reloading with fullReload=true. I don't think that the case of fullReload=false has been tested much, so it is possible that there could be some strange bugs like in 3.2.x. It looks like the best way to fix this (for the default fullReload=true

Re: Question about patch submission

Putting the patch in bugzilla makes it easier to track and cannot get lost that way ;-) Mvgr, Martin On Wed, 2002-07-03 at 01:10, Russ Trotter wrote: > Hey all, > > Quick question about patch submission: I submitted a patch a week or so ago > and was curious if it was even received or ackno

Re: Question on JTC native/apache2.0 mod_jk.c

On Tue, 7 May 2002, Larry Isaacs wrote: > #ifdef REUSE_WORKER > I think it would be best to programmatically determine if > "tpool" is usable to fetch a thread unique endpoint, and > do something appropriate if it is not. Before I go digging > into Apache 2.0 code, I would appreciate any sugges

Re: Question about jsp/servlet performance

> Hi, > > As i tested, the jsp/servlet performance of Tomcat 4.0 > is only 50%-70% of Tomcat 3.3. Can any expert tell me > what causes it? Http processing, request mapping or > something else? I may integrate Tomcat 4.0 into our > system so I should be aware of its reason and possible > ways to im

Re: Question: does Tomcat4 manage jsp/servlet threads?

On Mon, 1 Apr 2002, Hugh J. L. wrote: > Date: Mon, 1 Apr 2002 00:15:36 -0800 (PST) > From: Hugh J. L. <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Question: does Tomcat4 manage jsp/servlet threads? > > Hi,

Re: Question on JServ - High Priority

At http://jakarta.apache.org/tomcat/ there are documentation links on the left side of the page. Select the version you are using. In the future, questions like this should be directed to [EMAIL PROTECTED] - Original Message - From: "Samatha Sajja" <[EMAIL PROTECTED]> To: <[EMAIL PROTECT

Re: Question on chunked responses.

> > Well, after looking at the algorithm (and trying with a telnet), I think > the > > flag does the job. However, this is likely to be a capability which will > be > > going away when I rewrite the connector (since it adds complexity without > > adding anything useful - see below). > > After the

Re: Question on chunked responses.

> Well, after looking at the algorithm (and trying with a telnet), I think the > flag does the job. However, this is likely to be a capability which will be > going away when I rewrite the connector (since it adds complexity without > adding anything useful - see below). After the 'allowChunking=

Re: Question on chunked responses.

> > You can use the HTTP/1.0 connector. > > > > Remy > > Unfortunatly I cannot. The application I have, requires HTTP 1.1 and > Keep-Alive. > HTTP 1.0 is not an option. However the client side libraries do not handle > chunked encoding. So I am a bit stuck. > Any help with turning off chunked enco

Re: Question on chunked responses.

> You can use the HTTP/1.0 connector. > > Remy Unfortunatly I cannot. The application I have, requires HTTP 1.1 and Keep-Alive. HTTP 1.0 is not an option. However the client side libraries do not handle chunked encoding. So I am a bit stuck. Any help with turning off chunked encoding with HTTP 1.

Re: Question on chunked responses.

> Is there a way to completly disable chunking ? > I have set allowChunking="false" in server.xml > > but may still turn chunking on for > individual requests > > It has this code > useChunking = (!response.isCommitted() > && response.getContentLength() == -1 > && resp

RE: Question on HTTPConnector.

arcus [mailto:[EMAIL PROTECTED]] Sent: Sunday, July 08, 2001 7:34 AM To: [EMAIL PROTECTED] Subject: RE: Question on HTTPConnector. Hi, > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Sunday, July 08, 2001 2:45 AM > To: [EMAIL PROTECTED] > Subj

RE: Question on HTTPConnector.

Hi, > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Sunday, July 08, 2001 2:45 AM > To: [EMAIL PROTECTED] > Subject: Re: Question on HTTPConnector. > > > On Sat, 7 Jul 2001 [EMAIL PROTECTED] wro

RE: Question on HTTPConnector.

PM To: [EMAIL PROTECTED] Subject: Re: Question on HTTPConnector. On Sat, 7 Jul 2001 [EMAIL PROTECTED] wrote: > > Looking at org.apache.catalina.connector.http.HTTPConnector I got a > question regarding the way its implemented.(I am looking at 4.0b3 src) > > > Look at this blo

RE: Question on HTTPConnector.

xception e) { ; } Kumar. -Original Message- From: Donald Ball [mailto:[EMAIL PROTECTED]] Sent: Saturday, July 07, 2001 7:16 PM To: [EMAIL PROTECTED] Subject: Re: Question on HTTPConnector. On Sat, 7 Jul 2001, Craig R. McClanahan wrote: > Well yes, it's ba

Re: Question on HTTPConnector.

On Sat, 7 Jul 2001, Craig R. McClanahan wrote: > Well yes, it's bad, but so will any other reaction. What choices are > there in handling it? > > (1) Current behavior of closing the connection and go back to > accepting new connections (causes a client-side protocol error) > > (2) Pause and

Re: Question on HTTPConnector.

On Sat, 7 Jul 2001 [EMAIL PROTECTED] wrote: > > Looking at org.apache.catalina.connector.http.HTTPConnector I got a > question regarding the way its implemented.(I am looking at 4.0b3 src) > > > Look at this block of code(in run method of HTTPConnector): > // Hand this socket off t

Re: question about the reloading of servlet

There was a problem with the reload code on 3.2.2. Since reloading has been rewritten for 3.3, you can try that or you can get the latest source from the tomcat_32 branch and use it. The fix is in org.apache.tomcat.core.ServletWrapper.java if you just want the one file. >>> [EMAIL PROTECTED] 0

Re: question about the reloading of servlet

On Mon, 25 Jun 2001, Henri Delebecque wrote: > hello, > > I have Tomcat 3.2.2, Apache 1.3.19 and mod_jk. > > One of my user is currently developing a servlet, and > change very frequently this one. > > from times to times, Tomcat stops reloading it, and I have > to restart it. Is it normal ?

Re: Signing releases [was Re: question]

arc Saegesser" <[EMAIL PROTECTED]> wrote Subject: Signing releases [was Re: question] I've checked the Tomcat 3.2.2b5 distribution and it looks OK. Regarding signing the releases. Could someone describe the procedures use by other Apache projects for signing their releases? To

Re: Signing releases [was Re: question]

Marc Saegesser wrote: > Regarding signing the releases. Could someone describe the procedures use > by other Apache projects for signing their releases? Tomcat 3.2.2 will > going out in the near future and I would like to have a signing mechanism in > place prior to that. Step #16 in http:

RE: Signing releases [was Re: question]

D] > Subject: Signing releases [was Re: question] > > > I've checked the Tomcat 3.2.2b5 distribution and it looks OK. > > Regarding signing the releases. Could someone describe the > procedures use > by other Apache projects for signing their releases? Tomcat > 3.2

Signing releases [was Re: question]

place prior to that. > -Original Message- > From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 24, 2001 11:20 AM > To: Jon Stevens; Brian Behlendorf > Cc: [EMAIL PROTECTED]; tomcat-dev > Subject: Re: question > > > Jon Stevens at [EMAIL PROTECTE

Re: question

Jon Stevens at [EMAIL PROTECTED] wrote: > > WHAT?? I don't think that there should be .sea files there! > > .sea is a MacOS Stuffit Archive. > > Also, the .war files are == .jar files which are equal to .zip files. They > are auto "uncompressed" by the servlet engine when it starts up. So, the

Re: question

On Thu, 24 May 2001, Jon Stevens wrote: > WHAT?? I don't think that there should be .sea files there! > > .sea is a MacOS Stuffit Archive. To be clear, I'm talking about the .sea and .sea.hqx files found at http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/ They were created (o

Re: question

on 5/24/01 7:00 AM, "Brian Behlendorf" <[EMAIL PROTECTED]> wrote: > Hmm; I looked at the following: > > http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tom > cat-3.2.1.tar.gz > http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tom > cat-3.2.1.z

Re: question

Correct... I went out and looked at the file, then did some research on the virus itself, and, it doesn't (luckily) comes from our Tomcat 3.2.1 distribution (I'm paranoia mode right now!). The file is totally harmless and it seems that "Casper" has a SunOS box which has been infected... 2 hours w

Re: question

Noticed, and that seems to have affected one of our Tomcat distributions... Still checking... Pier Reilly, John at [EMAIL PROTECTED] wrote: > Hi Pier, > Apparently there is a virus in the index.htm - I got the following attached > to your mail. > > John > > > Network Associat

Re: question

DO NOT (I repeat) DO NOT OPEN the index.htm file I sent in my previous post... It's infected with a copy of SunOS/BoxPoison.worm AND it seems it's coming from one of our distributions of Tomcat 3.2.x... I'm still digging thru it... Pier Pier P. Fumagalli at [EMAIL PROTECTED] wrote: > Here's

RE: question

Hi Pier, Apparently there is a virus in the index.htm - I got the following attached to your mail. John Network Associates GroupShield Exchange ** Alert generated at: Thursday, May 24, 2001 11:23:27 GMT Daylight Time ***

RE: Question version 1.1

e most efficient way to stop USERs confusion. > > > Have fun, > Paulo Gaspar > > > > -Original Message- > > From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]] > > Sent: Sunday, May 13, 2001 8:05 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Question

RE: Question version 1.1

Fumagalli [mailto:[EMAIL PROTECTED]] > Sent: Sunday, May 13, 2001 8:05 PM > To: [EMAIL PROTECTED] > Subject: Re: Question version 1.1 > Importance: High > > > Michael G. Anderson at [EMAIL PROTECTED] wrote: > > > See Question version 1.0! > > Is version 3.2.2 beta 5 the

Re: Question version 1.1

Michael G. Anderson at [EMAIL PROTECTED] wrote: > See Question version 1.0! > Is version 3.2.2 beta 5 the latest? > or is Tomcat 4(4.4) the latest? > > What is the latest version? > > What am I missing? > > > What is going on... Nothing is going on... Tomcat 3.x is the reference implementati

Re: Question version 1.1

From: "Michael G. Anderson" <[EMAIL PROTECTED]> Sent: Friday, May 11, 2001 9:19 PM > See Question version 1.0! > Is version 3.2.2 beta 5 the latest? > or is Tomcat 4(4.4) the latest? > > What is the latest version? I'll try to answer this, and be resoundingly corrected, or if folks are silent

Re: Question - Re: cvs commit: DefaultCMSetter.java

Arieh, From: Arieh Markel <[EMAIL PROTECTED]> Subject: Question - Re: cvs commit: DefaultCMSetter.java Date: Fri, 16 Mar 2001 17:34:30 -0700 (MST) Message-ID: <[EMAIL PROTECTED]> > Shouldn't the charset be according to the Locale and Charset of the > request that was passed ? I think there are t

Re: Re: Question about CLIENT-CERT on web.xml file ?

Yes I understand what you said about CLIENT-CERT and I add a new entry in my tomcat-usr.xml file :         Functions getSubjectDN().getName() return OID.0.9.2342.19200300.100.1.1=mvittel, CN=michel vittel, O=frec.bull.fr value for the first certificate chain, so I consider this value is t

Re: Question about CLIENT-CERT on web.xml file ?

[EMAIL PROTECTED] wrote:   Hello, I try to use the auth-method of web.xml to CLIENT-CERT value like it's precise on web.dtd So the fragment of web.xml file :           CLIENT-CERT   Example Form-Based Authentication Area       /jsp/security/login/login.jsp     /jsp/security

  1   2   >