DO NOT REPLY [Bug 29855] - Broken pipe exception on large POST data

2007-11-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29855





--- Additional Comments From [EMAIL PROTECTED]  2007-11-21 00:43 ---
For me the problem was the PHP executable with a setting in the php.ini
'post_max_size' which was exceeded, leeding to the 'Broken Pipe' IOException
while writing the POST data.

A patch could be to catch this, since PHP still executes fine (although the
upload will fail).

Also see http://www.php.net/manual/en/features.file-upload.php

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r597017 - /tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c

2007-11-21 Thread rjung 
Author: rjung
Date: Wed Nov 21 02:08:10 2007
New Revision: 597017

URL: http://svn.apache.org/viewvc?rev=597017&view=rev
Log:
Use correct number of bytes written for statistics.
The message length is supposed to get written, so in most cases
this was OK, but the function returns the number of bytes
written actually, so is more reliable (as long as we only
use positive return values).

Modified:
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c?rev=597017&r1=597016&r2=597017&view=diff
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c Wed Nov 21 
02:08:10 2007
@@ -926,7 +926,7 @@
 
 if ((rc = jk_tcp_socket_sendfull(ae->sd, msg->buf,
  msg->len)) > 0) {
-ae->endpoint.wr += (jk_uint64_t)msg->len;
+ae->endpoint.wr += (jk_uint64_t)rc;
 JK_TRACE_EXIT(l);
 ae->last_errno = 0;
 return JK_TRUE;



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

DO NOT REPLY [Bug 43872] - getMethod() always returns "GET"

2007-11-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=43872





--- Additional Comments From [EMAIL PROTECTED]  2007-11-21 02:17 ---
Ivan, thank you very much for your kind help
Emanuele

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 43925] New: - org.apache.jasper.runtime.BodyContentImpl causing huge memory allocations

2007-11-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=43925

   Summary: org.apache.jasper.runtime.BodyContentImpl causing huge
memory allocations
   Product: Tomcat 5
   Version: 5.5.24
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P3
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


BodyContentImpl buffers all output from a custom tag ready to be written when
the tag execution ends. However, the way in which it grows this buffer is
extremely inefficient and has two undesirable effects:

- garbage collection is triggered very frequently to tidy up the waste.
- CPU load ramps up as large, unnecessary array copies take place.

All that's needed is a more intelligent buffer-management algorithm. I have
rewritten this class and can forward it if that would be useful (can't see a way
of attaching it here).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: Question about Life Cycle of Authenticator in Tomcat

2007-11-21 Thread Peter Rossbach 

Hi,

you can find the current implemenation at package  
org.apache.catalina.authenticator.

You can implement you own auth strategie as a context Valve.





Your class must be  implement the o.a.c.Authenticator interface.  
Please, look at o.a.c.a.AuthenticatorBase  base auth class.


Regards
Peter



Am 21.11.2007 um 13:59 schrieb Carlo Politi:

Good day, I'm doing a thesis about the creation of a new kind of  
authenticator for Tomcat. I'd like to know which is the life cycle  
of an authenticator, what happens when an authenticator returns  
true or false, what kind of module invokes an authenticator. I hope  
someone can helps me. Thanks





  ___
L'email della prossima generazione? Puoi averla con la nuova Yahoo!  
Mail: http://it.docs.yahoo.com/nowyoucan.html



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

Re: Question about Life Cycle of Authenticator in Tomcat

2007-11-21 Thread Carlo Politi 
Hi Peter,
I have implemented o.a.c.a.AuthenticatorBase but my question was related at 
knowing what happens when an authenticator exits and returns true and/or 
false... I suppose that if "true" means all ok and the user is authenticated 
but i wanted to be sure

- Messaggio originale -
Da: Peter Rossbach <[EMAIL PROTECTED]>
A: Tomcat Developers List 
Inviato: Mercoledì 21 novembre 2007, 17:32:45
Oggetto: Re: Question about Life Cycle of Authenticator in Tomcat

Hi,

you can find the current implemenation at package  
org.apache.catalina.authenticator.
You can implement you own auth strategie as a context Valve.





Your class must be  implement the o.a.c.Authenticator interface.  
Please, look at o.a.c.a.AuthenticatorBase  base auth class.

Regards
Peter



Am 21.11.2007 um 13:59 schrieb Carlo Politi:

> Good day, I'm doing a thesis about the creation of a new kind of  
> authenticator for Tomcat. I'd like to know which is the life cycle  
> of an authenticator, what happens when an authenticator returns  
> true or false, what kind of module invokes an authenticator. I hope  
> someone can helps me. Thanks
>
>
>
>
>   ___
> L'email della prossima generazione? Puoi averla con la nuova Yahoo!  
> Mail: http://it.docs.yahoo.com/nowyoucan.html


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








___ 
Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe esclusive 
http://it.messenger.yahoo.com

DO NOT REPLY [Bug 43929] New: - JSP POST SSI, JSP sub request does not complete

2007-11-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=43929

   Summary: JSP POST SSI, JSP sub request does not complete
   Product: Tomcat 5
   Version: 5.5.24
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


having the same problem described in 
http://issues.apache.org/bugzilla/show_bug.cgi?id=41949
with
- Apache/2.0.59 (Win32) 
- mod_jk/1.2.25
- tomcat 5.5.25
- same test WAR file to reproduce the problem

-> response freezes every second request

mod_jk log also stops at following line; browser is waiting for the response
to complete...:
[Wed Nov 21 17:51:53 2007][1260:2180] [debug] jk_ajp_common.c (1325): (xy) 
request body to send 0 - request body to resend 0

thanks

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: Question about Life Cycle of Authenticator in Tomcat

2007-11-21 Thread Peter Rossbach 

Hi Carlo,

Look at BasicAuthenticator

true means its OK
false means something is wrong.

Peter


Am 21.11.2007 um 17:41 schrieb Carlo Politi:


Hi Peter,
I have implemented o.a.c.a.AuthenticatorBase but my question was  
related at knowing what happens when an authenticator exits and  
returns true and/or false... I suppose that if "true" means all ok  
and the user is authenticated but i wanted to be sure


- Messaggio originale -
Da: Peter Rossbach <[EMAIL PROTECTED]>
A: Tomcat Developers List 
Inviato: Mercoledì 21 novembre 2007, 17:32:45
Oggetto: Re: Question about Life Cycle of Authenticator in Tomcat

Hi,

you can find the current implemenation at package
org.apache.catalina.authenticator.
You can implement you own auth strategie as a context Valve.





Your class must be  implement the o.a.c.Authenticator interface.
Please, look at o.a.c.a.AuthenticatorBase  base auth class.

Regards
Peter



Am 21.11.2007 um 13:59 schrieb Carlo Politi:


Good day, I'm doing a thesis about the creation of a new kind of
authenticator for Tomcat. I'd like to know which is the life cycle
of an authenticator, what happens when an authenticator returns
true or false, what kind of module invokes an authenticator. I hope
someone can helps me. Thanks




  ___
L'email della prossima generazione? Puoi averla con la nuova Yahoo!
Mail: http://it.docs.yahoo.com/nowyoucan.html



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








___
Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe  
esclusive

http://it.messenger.yahoo.com

Re: Question about Life Cycle of Authenticator in Tomcat

2007-11-21 Thread Carlo Politi 
Hi Peter,
okey but once authenticator returns its value, what happens? what kind of 
module is executed? Thanks

- Messaggio originale -
Da: Peter Rossbach <[EMAIL PROTECTED]>
A: Tomcat Developers List 
Inviato: Mercoledì 21 novembre 2007, 19:39:27
Oggetto: Re: Question about Life Cycle of Authenticator in Tomcat

Hi Carlo,

Look at BasicAuthenticator

true means its OK
false means something is wrong.

Peter






  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html

DO NOT REPLY [Bug 43893] - WebdavServlet returns incorrect values for the "href" property when it is mapped with / url prefix, instead of /*

2007-11-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=43893





--- Additional Comments From [EMAIL PROTECTED]  2007-11-21 15:54 ---
How much of an issue is it if you have to map to '/*' rather than '/' ?

The way WebDAV is coded at the minute I can't see an easy to get it to work
correctly with a mapping of '/'. I am tempted to just amend the docs 
accordingly. 

To get the correct behaviour the servlet needs to know how it is mapped and
there is no easy way to get this. It is available in the Tomcat internals but I
really don't want to go down that road.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 43893] - WebdavServlet returns incorrect values for the "href" property when it is mapped with / url prefix, instead of /*

2007-11-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=43893





--- Additional Comments From [EMAIL PROTECTED]  2007-11-21 23:34 ---
Oh, not a big issue at all, don't bother with it if it's not trivial to fix, it 
now works great for my purposes. The real issue I guess is that I didn't even 
know it was supposed to be mapped to /*, I simply mapped it to / as usual for 
other servlets, so as you said it just needs to be documented better. Feel free 
to WONTFIX this bug.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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