Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

2004-05-01 Thread Remy Maucherat
Glenn Nielsen wrote:
Remy,

I am sick and tired of your crap. For whatever reason you don't like
any of my contributions.  You always try to find some way to justify
a -1 of anything I contribute.  Frankly you are the main reason why
I rarely contribute to Tomcat any more.  I just got tired of dealing
with your shit. IMHO your interactions with people on this list and in
bugzilla hurts the Tomcat community.
I get the message. Frankly, I do not miss your contributions, as I have 
always considered to be of average quality. You're not the only one who 
hasn't appreciated working with the other.

I'd like to point out that:
- I do listen to feedback, so I have retracted my -1
- I don't see how you can expect to be well recieved if you make an 
unnanouced risky patch on a really mature branch after having been away 
from months

Of course, I will reflect this in light of my involvement with the 
community. I think this can wait until the new release, which is a few 
days away.

And of course I did discusss this patch before I committed it.
I posted a summary of the patch on Apr 20 which contained the
same information as my commit message. From anyone else I would
expect an apology, but not from an egotistical piece of shit like you.
I somehow did miss the original message, so I apologize. Really a bad 
mistake on my part, and I suggest using [PROPOSAL] to attract more 
attention, and esp when proposing core changes.

Now, as for the rest of the paragraph, I obviously don't want to have to 
interact with you anymore.

And for those of you watching from the sidelines this is the first
time on any of the ASF/Tomcat lists I have attacked someone personally.
I have always tried to keep discussions technical rather than get
personal.
Whatever.

Rémy

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


Like to play chess? Never have time?

2004-05-01 Thread Paul Rowe
Then sign up for e-mail chess!  This is an application
built on JBoss/Tomcat technology that lets you play
chess when you want to.  Check out A
HREF=http://www.paulrowe.com/game.cgi;http://www.paulrowe.com/game.cgi/A

Sincerely, paulrowe.com




__
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

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



cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-05-01 Thread remm
remm2004/05/01 09:22:16

  Modified:webapps/docs changelog.xml
  Log:
  - Changelog update for 5.0.23.
  
  Revision  ChangesPath
  1.40  +285 -0jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- changelog.xml 7 Apr 2004 19:19:51 -   1.39
  +++ changelog.xml 1 May 2004 16:22:16 -   1.40
  @@ -13,6 +13,291 @@
   
   body
   
  +section name=Tomcat 5.0.23 (remm)
  +
  +  subsection name=General
  +
  +changelog
  +
  +  update
  +  New procrun binaries (mturk)
  +  /update
  +  fix
  +  Fix the problems with paths having spaces in service.bat (mturk)
  +  /fix
  +  fix
  +  bug28333/bug: Add a message about cvs login in the case where 
  +  checkout fails in the Ant netbuild (remm)
  +  /fix
  +
  +/changelog
  +
  +  /subsection
  +
  +  subsection name=Catalina
  +
  +changelog
  +
  +  fix
  +  When the webapp specific JspServlet inherits the mappings from the
  +  global JspServlet, we need to wipe out the wrapper corresponding to
  +  the global JspServlet from the mapper (luehe)
  +  /fix
  +  update
  +  If there's a non fatal exception (with validation), no exception will be
  +  rethrown by the digester. This will make the webapp startup fail if
  +  the XML is invalid and XML validation is enabled, even if the error
  +  isn't fatal (= the webapp would run without errors if validation was
  +  disabled) (remm)
  +  /update
  +  fix
  +  bug28262/bug: Fix redeployment after removal of a war, submitted by
  +  Peter Rossbach (remm)
  +  /fix
  +  fix
  +  bug28107/bug: Simplify Ant tasks declarations, submitted 
  +  by Matt Raible (remm)
  +  /fix
  +  update
  +  Remove the hadcoding of the extension validator (remm)
  +  /update
  +  fix
  +  bug13924/bug: The spec states if an error page declaration doesn't
  +  match the original exception and the exception is an instance 
  +  of ServletException then the exception should be unwrapped
  +  and a second pass made of the error page declarations (markt, luehe)
  +  /fix
  +  update
  +  bug28272/bug: Deploy manager command should use context.xml
  +  from war file (luehe)
  +  /update
  +  update
  +  Added support for exception chaining if JDK 1.4 is present (luehe)
  +  /update
  +  fix
  +  Optimization: delay parsing of the cookies (remm)
  +  /fix
  +  fix
  +  bug19521/bug: Add warning to RequestDumperValve docs to make users
  +  aware of possible side effects (markt)
  +  /fix
  +  fix
  +  java.lang.NoClassDefFoundError: org/apache/tomcat/util/compat/JdkCompat
  +  during startup on some systems (luehe)
  +  /fix
  +  fix
  +  Avoid NPE if there are no extensions, and validating extensions is
  +  attempted (remm)
  +  /fix
  +  fix
  +  bug19545/bug: CGI issues with CONTENT_LENGTH (markt)
  +  /fix
  +  update
  +  Expose more of the session management methods at the top-level Manager 
  +  interface (luehe)
  +  /update
  +  fix
  +  bug18141/bug: Support parameters with multiple values in CGI servlet
  +  (markt)
  +  /fix
  +  fix
  +  bug9851/bug: Digest authentication failed with Mozilla and other 
  +  issues re RFC2617 (markt)
  +  /fix
  +  fix
  +  Always introspect for protocol hadlers, so that the attributes 
  +  are meaningful (remm)
  +  /fix
  +  update
  +  Remove static reference in the memory protocol handler, since the JMX
  +  registration is functional (remm)
  +  /update
  +  fix
  +  Stop the manager earlier, so that listeners are still present (remm)
  +  /fix
  +  update
  +  Allow extending SSO functionality, submitted by Brian Stansberry (remm)
  +  /update
  +
  +/changelog
  +
  +  /subsection
  +
  +  subsection name=Coyote
  +
  +changelog
  +
  +  fix
  +  Set the RMI port to the one provided in parameter in JK (hgomez)
  +  /fix
  +  fix
  +  Small memory usage optimization in the adapter (remm)
  +  /fix
  +  update
  +  Treat the IS, OS, reader and writer as facades, which will be cleared
  +  after each request if the security manager is enabled (remm)
  +  /update
  +  fix
  +  bug19254/bug: Provide a basic implementation for the clean-native 
  +  target, submitted by marcs (markt)
  +  /fix
  +  update
  +  Test and related updates for the in memory protocol handler, allowing
  +  to specify the URI as a String, or (better) a char array (remm)
  +  /update
  

[5.0.23] Build available

2004-05-01 Thread Remy Maucherat
This sort of RC build is here:
http://www.apache.org/dist/jakarta/tomcat-5/v5.0.23-alpha/
Some patches that could be included for the next build are:
- 28335: javadoc fixes
- 28071: Arbitrary query JDBC realm
- 28612: JAAS fixes
Rémy

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


Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

2004-05-01 Thread Glenn Nielsen
On Sat, May 01, 2004 at 02:26:34PM +0200, Remy Maucherat wrote:
 Glenn Nielsen wrote:
 Remy,
 
 I am sick and tired of your crap. For whatever reason you don't like
 any of my contributions.  You always try to find some way to justify
 a -1 of anything I contribute.  Frankly you are the main reason why
 I rarely contribute to Tomcat any more.  I just got tired of dealing
 with your shit. IMHO your interactions with people on this list and in
 bugzilla hurts the Tomcat community.
 
 I get the message. Frankly, I do not miss your contributions, as I have 
 always considered to be of average quality. You're not the only one who 
 hasn't appreciated working with the other.

Thats your opinion. Others can judge based on the major contributions
I have made. Such as implementing the Java Security Manager and the
major jasaper refactoring I did which boosted performance 25-33%.

 I'd like to point out that:
 - I do listen to feedback, so I have retracted my -1
 - I don't see how you can expect to be well recieved if you make an 
 unnanouced risky patch on a really mature branch after having been away 
 from months

As is normal for any feedback from you on my contributions, you rarely
provide any technical reason, you just make some characterization such as
risky patch without stating any valid technical reason why. Considering
that someone on the list immediately posted a message thanking me for
fixing some problems they were having with Sessions and JDBCStore your
knee-jerk reaction to -1 anything I contribute obviously hurts Tomcat.

 Of course, I will reflect this in light of my involvement with the 
 community. I think this can wait until the new release, which is a few 
 days away.

 And of course I did discusss this patch before I committed it.
 I posted a summary of the patch on Apr 20 which contained the
 same information as my commit message. From anyone else I would
 expect an apology, but not from an egotistical piece of shit like you.
 
 I somehow did miss the original message, so I apologize. Really a bad 
 mistake on my part, and I suggest using [PROPOSAL] to attract more 
 attention, and esp when proposing core changes.

It was posted with [PATCH] on the subject line. Apology accepted.

 Now, as for the rest of the paragraph, I obviously don't want to have to 
 interact with you anymore.

I dont' care what you think of me personally. But when your animosity
towards me impacts Tomcat I had to say something.

Regards,

Glenn

--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--

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



Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

2004-05-01 Thread Remy Maucherat
Glenn Nielsen wrote:
I dont' care what you think of me personally. But when your animosity
towards me impacts Tomcat I had to say something.
I'm sure it fully justifies the egotistical piece of shit like you 
comment ;)
Jon is funny at least, but this is just pathetic.

Rémy

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


Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

2004-05-01 Thread Glenn Nielsen
On Sat, May 01, 2004 at 06:39:15PM +0200, Remy Maucherat wrote:
 Glenn Nielsen wrote:
 I dont' care what you think of me personally. But when your animosity
 towards me impacts Tomcat I had to say something.
 
 I'm sure it fully justifies the egotistical piece of shit like you 
 comment ;)
 Jon is funny at least, but this is just pathetic.

Sometimes you have to jump on the table and rant a bit to grab
peoples attention.

I did go over the line with the statement you quoted above.
Please accept my apology for that one.

Glenn

--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--

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



Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

2004-05-01 Thread Remy Maucherat
Glenn Nielsen wrote:
Please accept my apology for that one.
Accepted.

Rémy

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


DO NOT REPLY [Bug 28727] New: - CLOSE_WAIT connections draw 100 % cpu

2004-05-01 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28727.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28727

CLOSE_WAIT connections draw 100 % cpu

   Summary: CLOSE_WAIT connections draw 100 % cpu
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


We use Tomcat 5.018/5.0.19 in a mission critical application. Every second or 
third try specific connections fail. Tomcat then seems to be unable to close 
the connections, although the client already has terminated its session (and 
shutdown his computer). Within Tomcat the connections are left 
as CLOSE_WAIT. (= netstat -a)

As soon as one connection shows up as CLOSE_WAIT, the connection-thread 
begins to loop (seems as if select is no more blocking) and starts to eat up 
cpu power. When two or three threads are in the state CLOSE_WAIT, Tomcat 
performance slows down until the non-blocking CLOSE_WAIT-threads are 
consuming everything.

We have to shutdown Tomcat then.

What is happening here? Is there a workaround available? What about the CLOSE-
WAIT-connections (they are all issued via mobile clients via GPRS)

We tried both Tomcat 5.0.19 and 5.0.18. Same situation.


Environment: 
Windows 2000/XP, Service Packs applied; Apache 2.0.47, Mode_JK2, JDK1.4.2_03 
and JDK 1.4.2_04 (tried both, both SUN)

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



Re: (movie)

2004-05-01 Thread Craig R. McClanahan
Stefan Bodewig wrote:

On Tue, 27 Apr 2004, Remy Maucherat [EMAIL PROTECTED] wrote:

 

(the list manager says [EMAIL PROTECTED] is not subscribed)
   

Is it subscribed to the -allow list?

http://www.ezmlm.org/ezman-0.32/ezman2.html#ss2.4 and related info
on that page may help.
That was indeed the case.  It's been removed.

Stefan

Craig



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


RE:'BillPay=204-780'Re: (movie)

2004-05-01 Thread Support
Dear Craig R. McClanahan,

We are in receipt of your e-mail and we thank you for your feedback/interest.

We have forwarded your feedback to the concerned department and shall revert to you 
shortly.

In case you need any further assistance,please call us on 96280-96288 or   e-mail us 
at [EMAIL PROTECTED]  
(For Chandigarh customers our Helpline number is 0172-5072530) 

Warm Regards,
Customer Service  
Billjunction Payments Ltd



 



-Original Message-
From:   Craig R. McClanahan  [EMAIL PROTECTED]
Sent:   Sunday, May 2 2004 12:33AM
To: Tomcat Developers List [EMAIL PROTECTED]
Subject:Re: (movie)

Stefan Bodewig wrote:

On Tue, 27 Apr 2004, Remy Maucherat [EMAIL PROTECTED] wrote:

  

(the list manager says [EMAIL PROTECTED] is not subscribed)



Is it subscribed to the -allow list?

http://www.ezmlm.org/ezman-0.32/ezman2.html#ss2.4 and related info
on that page may help.

That was indeed the case.  It's been removed.


Stefan

Craig



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