date:20051018

DO NOT REPLY [Bug 36976] - Tomcat VM does not shutdown with remote jmx enabled

2005-10-18 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=36976





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 10:04 ---
I reproduced this bug and agree Comment #4. Can we simply ignore JAVA_OPTS 
which introduce jmxremote parameters when stop the server?

I modified catalina.bat like the following and it works:

Index: catalina.bat
===
RCS file: /home/cvspublic/jakarta-tomcat-
catalina/catalina/src/bin/catalina.bat,v
retrieving revision 1.13
diff -u -r1.13 catalina.bat
--- catalina.bat28 Apr 2005 12:32:05 -  1.13
+++ catalina.bat18 Oct 2005 07:59:12 -
@@ -180,17 +180,33 @@
 rem Execute Java with the applicable properties
 if not "%JPDA%" == "" goto doJpda
 if not "%SECURITY_POLICY_FILE%" == "" goto doSecurity
+if %ACTION% == stop (
+%_EXECJAVA% %CATALINA_OPTS% %DEBUG_OPTS% -Djava.endorsed.dirs="%
JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" -Dcatalina.base="%
CATALINA_BASE%" -Dcatalina.home="%CATALINA_HOME%" -Djava.io.tmpdir="%
CATALINA_TMPDIR%" %MAINCLASS% %CMD_LINE_ARGS% %ACTION%
+) else (
 %_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% %DEBUG_OPTS% -Djava.endorsed.dirs="%
JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" -Dcatalina.base="%
CATALINA_BASE%" -Dcatalina.home="%CATALINA_HOME%" -Djava.io.tmpdir="%
CATALINA_TMPDIR%" %MAINCLASS% %CMD_LINE_ARGS% %ACTION%
+)
 goto end
 :doSecurity
+if %ACTION%== stop (
+%_EXECJAVA% %CATALINA_OPTS% %DEBUG_OPTS% -Djava.endorsed.dirs="%
JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" -Djava.security.manager -
Djava.security.policy=="%SECURITY_POLICY_FILE%" -Dcatalina.base="%
CATALINA_BASE%" -Dcatalina.home="%CATALINA_HOME%" -Djava.io.tmpdir="%
CATALINA_TMPDIR%" %MAINCLASS% %CMD_LINE_ARGS% %ACTION%
+) else (
 %_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% %DEBUG_OPTS% -Djava.endorsed.dirs="%
JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" -Djava.security.manager -
Djava.security.policy=="%SECURITY_POLICY_FILE%" -Dcatalina.base="%
CATALINA_BASE%" -Dcatalina.home="%CATALINA_HOME%" -Djava.io.tmpdir="%
CATALINA_TMPDIR%" %MAINCLASS% %CMD_LINE_ARGS% %ACTION%
+)
 goto end
 :doJpda
 if not "%SECURITY_POLICY_FILE%" == "" goto doSecurityJpda
+if %ACTION% == stop (
+%_EXECJAVA% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%
JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -
Djava.endorsed.dirs="%JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" -
Dcatalina.base="%CATALINA_BASE%" -Dcatalina.home="%CATALINA_HOME%" -
Djava.io.tmpdir="%CATALINA_TMPDIR%" %MAINCLASS% %CMD_LINE_ARGS% %ACTION%
+) else (
 %_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%
JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -
Djava.endorsed.dirs="%JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" -
Dcatalina.base="%CATALINA_BASE%" -Dcatalina.home="%CATALINA_HOME%" -
Djava.io.tmpdir="%CATALINA_TMPDIR%" %MAINCLASS% %CMD_LINE_ARGS% %ACTION%
+)
 goto end
 :doSecurityJpda
+if %ACTION% == stop (
+%_EXECJAVA% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%
JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -
Djava.endorsed.dirs="%JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" -
Djava.security.manager -Djava.security.policy=="%SECURITY_POLICY_FILE%" -
Dcatalina.base="%CATALINA_BASE%" -Dcatalina.home="%CATALINA_HOME%" -
Djava.io.tmpdir="%CATALINA_TMPDIR%" %MAINCLASS% %CMD_LINE_ARGS% %ACTION%
+) else (
 %_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%
JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -
Djava.endorsed.dirs="%JAVA_ENDORSED_DIRS%" -classpath "%CLASSPATH%" -
Djava.security.manager -Djava.security.policy=="%SECURITY_POLICY_FILE%" -
Dcatalina.base="%CATALINA_BASE%" -Dcatalina.home="%CATALINA_HOME%" -
Djava.io.tmpdir="%CATALINA_TMPDIR%" %MAINCLASS% %CMD_LINE_ARGS% %ACTION%
+)
 goto end
 
 :end


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

Interactions with org.apache.coyote.Request/Response

2005-10-18 Thread Irving, Dave

Hi,

Im currently prototyping a NIO connector for tomcat - using tomcat
5.0.28 as a base.
This is to solve a specific issue: We have to support a very high number
of concurrent connections in a high latency server - and want to remove
the thread per connection dependency. 
In particular, for my use, the aim is not to provide any direct
performance gain over standard tomcat (in fact, it is acceptable for
actual performance to be less than that of the standard connector).
This connector doesn't have to support everything tomcat does for http
(although it will support chunked encoding, persistent connections and
100-continue expectations).
My idea was simple: Read in full HTTP requests upfront using NIO -
parsing using stateful, piece-meal decoders. We can then offer a
ByteArrayInputStream up to tomcat as the request stream - which - of
course - will never block. Tomcat and associated WebApps can "do their
thing" - with all response data going to an underlying
ByteArrayOutputStream under the hoods.
When the request has been fully handled, this can then get written out
using NIO.

The idea is to try and fit this in at a low level - so that maximum
re-use can be made of existing tomcat code.
Its going well - I've written the parsers and can handle chunked
encoding or explicit content length, persistent connections (keep-alive
for http 1.0) and 100-continue expectations.

What I would really appreciate help with is how best to "slot this in"
to tomcat code.
I suppose Im writing a replacement to the
org.apache.coyote.http11.Http11Processor (without supporting the
InputFilter stuff I expect).
It seems that org.apache.coyote.Request / Response are crucial to this.
What I'd find invaluable would be any information covering the
following:

- Where should the underlying output-stream be slotted in to
gather up the response data such that maximum re-use can be made of
existing tomcat code?
- It looks like I'll have to implement the ActionHook stuff to
deal with call-backs from the request / response. Is there anything else
I'll need to do?
- Im planning to have my "NIOHttpProcessor" use a CoyoteAdapter
the same way the Http11Processor does. Does this sound reasonable
enough?
- Pointers to any documentation I've missed discussing how
org.apache.coyote.Request / Response are interacted with by the rest of
tomcat - and what I should do to ensure that all response output goes to
my ByteArrayOutputStream buffer

Any pointers / help / advice would be gratefully received.

Many thanks,

Dave



This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.

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

DO NOT REPLY [Bug 37121] - HTTP Static Partial Content Bug

2005-10-18 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=37121





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 10:23 ---
(In reply to comment #4)
> It's not about telnet ... it didn't work on my usual file-downloading client 
> ...
> and oh, it DID work with telnet and my client with the 2600- range. It's 
> not
> a problem with telnet or sendfile as such... I suspect something more.

You can suspect all you want, I'll be looking at facts. So far, it seems to be
going to WONTFIX land.

-- 
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: Interactions with org.apache.coyote.Request/Response

2005-10-18 Thread Remy Maucherat


Irving, Dave wrote:

Hi,

Im currently prototyping a NIO connector for tomcat - using tomcat
5.0.28 as a base.
This is to solve a specific issue: We have to support a very high number
of concurrent connections in a high latency server - and want to remove
the thread per connection dependency. 
In particular, for my use, the aim is not to provide any direct

performance gain over standard tomcat (in fact, it is acceptable for
actual performance to be less than that of the standard connector).
This connector doesn't have to support everything tomcat does for http
(although it will support chunked encoding, persistent connections and
100-continue expectations).
My idea was simple: Read in full HTTP requests upfront using NIO -
parsing using stateful, piece-meal decoders. We can then offer a
ByteArrayInputStream up to tomcat as the request stream - which - of
course - will never block. Tomcat and associated WebApps can "do their
thing" - with all response data going to an underlying
ByteArrayOutputStream under the hoods.
When the request has been fully handled, this can then get written out
using NIO.

The idea is to try and fit this in at a low level - so that maximum
re-use can be made of existing tomcat code.
Its going well - I've written the parsers and can handle chunked
encoding or explicit content length, persistent connections (keep-alive
for http 1.0) and 100-continue expectations.

What I would really appreciate help with is how best to "slot this in"
to tomcat code.
I suppose Im writing a replacement to the
org.apache.coyote.http11.Http11Processor (without supporting the
InputFilter stuff I expect).
It seems that org.apache.coyote.Request / Response are crucial to this.
What I'd find invaluable would be any information covering the
following:

- Where should the underlying output-stream be slotted in to
gather up the response data such that maximum re-use can be made of
existing tomcat code?


There's no reason to use crap stuff like a BAOS. Just append byte arrays 
to a buffer.



- It looks like I'll have to implement the ActionHook stuff to
deal with call-backs from the request / response. Is there anything else
I'll need to do?


No.


- Im planning to have my "NIOHttpProcessor" use a CoyoteAdapter
the same way the Http11Processor does. Does this sound reasonable
enough?


I don't care how how you name your classes ;)


Any pointers / help / advice would be gratefully received.


Obviously, you can feel free to experiment all you want, but such a 
specific connector will not be included in Tomcat. Scalability will be 
far more limited with your design than even with the fully threaded 
Tomcat. If all the server is doing are small requests and responses, 
then it will work well (however, the hybrid model also likes this 
scenario, so I don't think it will even improve on that), otherwise it 
will just break.


Rémy

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

DO NOT REPLY [Bug 36548] - First undeploy doesn't work

2005-10-18 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=36548





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 10:57 ---
According to your reproduce steps, I can NOT reproduce this bug on the latest 
build. Can you provide testcase?

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: Interactions with org.apache.coyote.Request/Response

2005-10-18 Thread Irving, Dave



> There's no reason to use crap stuff like a BAOS. Just append byte arrays to a 
> buffer.

I'll take a look at how this is done in tomcat at the moment.

>>  - It looks like I'll have to implement the ActionHook stuff to deal 
>> with call-backs from the request / response. Is there anything else 
>> I'll need to do?

> No.

That's handy. The thing that's currently puzzling me a little is that the 
Response seems to have an associated stream, but doesn't really write to it 
itself. When should I actually go about pushing stuff in to that buffer at the 
connector level? In response to action call-backs?

>>  - Im planning to have my "NIOHttpProcessor" use a CoyoteAdapter the 
>> same way the Http11Processor does. Does this sound reasonable enough?

>I don't care how how you name your classes ;)

I was asking more about whether the existing CoyoteAdapter is likely to be 
re-usable in such a scenario

>> Any pointers / help / advice would be gratefully received.

> Obviously, you can feel free to experiment all you want, but such a specific 
> connector 
> will not be included in Tomcat. Scalability will be far more limited with 
> your design 
> than even with the fully threaded Tomcat. If all the server is doing are 
> small requests 
> and responses, then it will work well (however, the hybrid model also likes 
> this 
> scenario, so I don't think it will even improve on that), otherwise it will 
> just break.

Sure, there's no way I could see this being included in Tomcat "proper". Like I 
said, its just a prototype to see if it solves a specific problem im 
experiencing (I just cant configure tomcat with 20,000 threads).
However, your reply confuses me somewhat. These are not going to be small 
requests / responses: In fact, they are likely to be fairly large multi-part 
messages (SOAP and the like). In addition, the processing latency is going to 
be large (potentially up to 15 seconds per request).
Surely this is a reason ** for ** breaking the thread per connection model?
Why would it break with anything other than small requests and responses? 
(There's nothing to stop parsing to be offloaded to a small - probably CPU 
count matched - thread pool)?

Would appreciate clarification on this issue - as if Im following a doomed 
route then it would be great to know as early on as possible :o)

> Rémy

Thanks for your time,

Dave


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



This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.

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

DO NOT REPLY [Bug 36548] - First undeploy doesn't work

2005-10-18 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=36548





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 11:10 ---
This only works with struts applications. It seems to have been fixed in tomcat
5.5.12.

Here is exactly how to reproduce :

start tomcat
deploy a webapp working with struts
stop tomcat
start tomcat
undeploy the webapp.

=> the file web.xml is removed but the directory and others files are not. So
tomcat tries to redeploy it but it doesn't work. I says something like "The file
web.xml is missing" (in French, so I don't know what is exactly the message in
English)

Then you can redeploy the webapp a second time and it works. So after each
tomcat "reboot" you have to deploy the webapp twice if you want to change 
something.

But something has changed in 5.5.12 and now it works fine... Do you still need
more explanations or is it ok since it has been (involuntary ?) fixed ?

-- 
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 37138] New: - Allow to specify a security provider (priority list) per connector (e.g. to allow to use multiple USB-HSM tokens - one per connector)

2005-10-18 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=37138

   Summary: Allow to specify a security provider (priority list) per
connector (e.g. to allow to use multiple USB-HSM tokens
- one per connector)
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Connector:Coyote
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


With the arrival of PCKS11 Security Provider by Sun, it appears that HSM devices
are supposedly managed by means of implementations of java.security.provider.
Modern linux machines often have multiple (USB-)ports, so it is easy connect
multiple HSMs to it.
Therefore, it would be great to be able to use one tomcat connector for an https
webapp with one HSM and another HSM for e.g. an axis service on top of https in
a further connector with a different tcp-port at the same time.

For more on this, see
http://www.infsec.ethz.ch/education/projects/PoorManHSM051013.doc

-- 
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 36548] - First undeploy doesn't work

2005-10-18 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=36548


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 11:24 ---


*** This bug has been marked as a duplicate of 26135 ***

-- 
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 26135] - Tomcat 5.0.16 leaks memory when a webapp is reloaded or stopped/started

2005-10-18 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=26135


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 11:24 ---
*** Bug 36548 has been marked as a duplicate of 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]

DO NOT REPLY [Bug 36548] - First undeploy doesn't work

2005-10-18 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=36548





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 11:30 ---
I don't think it is the same problem and I don't think this one is related to a
memory leak i struts.

-- 
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: Interactions with org.apache.coyote.Request/Response

2005-10-18 Thread Remy Maucherat


Irving, Dave wrote:



There's no reason to use crap stuff like a BAOS. Just append byte
arrays to a buffer.


I'll take a look at how this is done in tomcat at the moment.


The lower level code doesn't deal with IS/OS constructs, only with byte 
arrays.



- It looks like I'll have to implement the ActionHook stuff to
deal with call-backs from the request / response. Is there
anything else I'll need to do?



No.


That's handy. The thing that's currently puzzling me a little is that
the Response seems to have an associated stream, but doesn't really
write to it itself. When should I actually go about pushing stuff in
to that buffer at the connector level? In response to action
call-backs?


There's Response.doWrite, and that's it.


- Im planning to have my "NIOHttpProcessor" use a CoyoteAdapter
the same way the Http11Processor does. Does this sound reasonable
enough?



I don't care how how you name your classes ;)


I was asking more about whether the existing CoyoteAdapter is likely
to be re-usable in such a scenario


If it's not reusable, then you are in trouble ;)


Any pointers / help / advice would be gratefully received.



Obviously, you can feel free to experiment all you want, but such a
specific connector will not be included in Tomcat. Scalability will
be far more limited with your design than even with the fully
threaded Tomcat. If all the server is doing are small requests and
responses, then it will work well (however, the hybrid model also
likes this scenario, so I don't think it will even improve on
that), otherwise it will just break.


Sure, there's no way I could see this being included in Tomcat
"proper". Like I said, its just a prototype to see if it solves a
specific problem im experiencing (I just cant configure tomcat with
20,000 threads). However, your reply confuses me somewhat. These are
not going to be small requests / responses: In fact, they are likely
to be fairly large multi-part messages (SOAP and the like). In
addition, the processing latency is going to be large (potentially up
to 15 seconds per request). Surely this is a reason ** for **
breaking the thread per connection model? Why would it break with
anything other than small requests and responses? (There's nothing to
stop parsing to be offloaded to a small - probably CPU count matched
- thread pool)?


If you get large responses, then I figure GC (and maybe memory usage) is 
going to be a problem (all your buffers will pile up, and most likely 
they are not going to be short lived objects). A thread will still be 
needed to run the servlet, so I hope the amount of time spent in the 
service method will be lower than 15 seconds. Otherwise, there's no real 
solution besides having a large amount of threads.


Personally, I did experiment and implement a hybrid model for connection 
handling, which improves on some aspects of the regular thread per 
connection model, while keeping its benefits.


Rémy

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

RE: Interactions with org.apache.coyote.Request/Response

2005-10-18 Thread Irving, Dave

Remy Maucherat wrote:

> A thread will still be needed to run the servlet, so I hope the amount
of time 
> spent in the service method will be lower than 15 seconds. Otherwise,
there's 
> no real solution besides having a large amount of threads. 

Yeah, that's the crux of it I suppose. Do you know how much of tomcat
assumes single thread request / response? After the request pops out of
tomcat (via axis), the processing on our side is already asyncronous:
- Receive request
- Pass request on for asyncronous processing
- Internal request processing completes
- Unblock tomcat thread, allowing response to be handled back
through axis and tomcat

I appreciate that dealing with axis to handle asyncronous responses is
out of the scope of this list, but what about tomcat?
Would much need to be changed to remove the assumption that everything
has been done when servicing the servlet returns? I.e: If I can make my
web-apps behave asyncronously, would a whole load need to be done within
tomcat to support this?

Many thanks,

Dave

This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.

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

Re: Interactions with org.apache.coyote.Request/Response

2005-10-18 Thread Remy Maucherat


Irving, Dave wrote:

Remy Maucherat wrote:

Yeah, that's the crux of it I suppose. Do you know how much of tomcat
assumes single thread request / response? After the request pops out of
tomcat (via axis), the processing on our side is already asyncronous:
- Receive request
- Pass request on for asyncronous processing
- Internal request processing completes
- Unblock tomcat thread, allowing response to be handled back
through axis and tomcat

I appreciate that dealing with axis to handle asyncronous responses is
out of the scope of this list, but what about tomcat?
Would much need to be changed to remove the assumption that everything
has been done when servicing the servlet returns? I.e: If I can make my
web-apps behave asyncronously, would a whole load need to be done within
tomcat to support this?


The container portion deals with the servlet API, which is synchronous 
(which is good, as it is a workable programming model). Adding 
additional async capabilities beyond the servlet API, such as IO events, 
is also possible, but here there will not be any events.


I think the conclusion is that your requirements are outside the use 
cases for which the servlet API was designed for, so besides reusing 
portions of the code, most of your request processing cannot quite run 
inside the main servlet container.


Rémy

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

RE: Interactions with org.apache.coyote.Request/Response

2005-10-18 Thread Irving, Dave

Remy Maucherat wrote:

> I think the conclusion is that your requirements are outside the use
cases for which 
> the servlet API was designed for, so besides reusing portions of the
code, most of 
> your request processing cannot quite run inside the main servlet
container.

Yes - and after doing a bit more reading around the net, it seems that
this is indeed the general consensus.
It would appear that some great minds have spent some serious time
trying to see how this model could work - and have decided that it just
isn't going to. And Im not going to argue with them :o)

Fortunately, it turns out that ditching tomcat for this particular
use-case isn't such a bad thing. We just use the messaging model of axis
(not RPC), so do much of the parsing ourselves.
So, time to throw out the servlet API and Axis (proper) and have
asyncronous request / response processing, re-using axis to convert the
input stream to SOAP objects for us.

I think that is going to be far easier to pull that off than what I was
proposing before - which Im now beginning to appreciate was a bit crazy.

Will still be using tomcat in other areas though - its superb.

Dave

This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.

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

DO NOT REPLY [Bug 37143] New: - Jasper precompiler didn't handle external entities

2005-10-18 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=37143>.
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=37143

   Summary: Jasper precompiler didn't handle external entities
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Jasper has been updated sometimes ago to handle correctly external entities
included from web.xml when this entities live in the WEBAPP, but in precompiling
stage it didn't detect them.

here is a sample web.xml 



http://java.sun.com/dtd/web-app_2_3.dtd"; [ 



]>


  MyApp
  
MyReleaseDate
20051018
  

  
startup
org.domain.web.StartupServlet

  myParm
  myValue

1
  

&base;
&jsp;

  
30
  
 

the base.xml could be :



  
login
org.domain.web.LoginServlet

  stand.alone
  true


  
  
  
logout
org.domain.web.LogoutServlet

  demo
  true

  


and a sample jsp.xml :



-- 
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 37144] New: - Jasper precompiler didn't free some TLD jars

2005-10-18 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=37144

   Summary: Jasper precompiler didn't free some TLD jars
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When using Jasper, via Ant, to precompile JSP with some taglibs, the some are
jars not free after jasper2 exit which is very problematic when using Ant in the
IDE JVM, in my case Eclipse :

Here is part of the ant build file :

















...



-- 
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: r326103 - /tomcat/site/trunk/xdocs-faq/cluster.xml

2005-10-18 Thread pero

Author: pero
Date: Tue Oct 18 06:30:23 2005
New Revision: 326103

URL: http://svn.apache.org/viewcvs?rev=326103&view=rev
Log:
only pooled senders can change the number of senders.

Modified:
tomcat/site/trunk/xdocs-faq/cluster.xml

Modified: tomcat/site/trunk/xdocs-faq/cluster.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs-faq/cluster.xml?rev=326103&r1=326102&r2=326103&view=diff
==
--- tomcat/site/trunk/xdocs-faq/cluster.xml (original)
+++ tomcat/site/trunk/xdocs-faq/cluster.xml Tue Oct 18 06:30:23 2005
@@ -8,6 +8,7 @@
 
   
 Yoav Shapira
+Peter Rossbach
 Cluster
   
 
@@ -29,7 +30,7 @@
 How do I turn on transport logging?
 How do I use JMX to monitor the cluster?
 Can I pause the message sending?
-Can I add more senders?
+Can I add more senders (pooled mode)?
 What happens when I pull the network cable?
 At my windows laptop without network my cluster doesn't 
work?
 The cluster dosen't work under linux with two nodes at 
two boxes?
@@ -87,7 +88,7 @@
   
 
   
-Can I add more senders?
+Can I add more senders (pooled mode)?
   
   
 Yes, with sender attribute maxPoolSocketLimit="40" you can 
have more than the default



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

svn commit: r326110 - in /tomcat/container/tc5.5.x/modules/cluster: ./ src/share/org/apache/catalina/cluster/session/

2005-10-18 Thread pero

Author: pero
Date: Tue Oct 18 07:08:36 2005
New Revision: 326110

URL: http://svn.apache.org/viewcvs?rev=326110&view=rev
Log:
Better support cluster at engine level
Fix some typos
Used Hashtable instead Hashmap at DeltaSession

Modified:

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/JvmRouteBinderValve.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/JvmRouteSessionIDBinderListener.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/LocalStrings.properties

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/SessionIDMessage.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/SessionMessageImpl.java
tomcat/container/tc5.5.x/modules/cluster/to-do.txt

Modified: 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java?rev=326110&r1=326109&r2=326110&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java
 Tue Oct 18 07:08:36 2005
@@ -609,7 +609,7 @@
 if(cluster.getMembers().length > 0 ) {
 SessionMessage msg = new SessionMessageImpl(getName(),
 SessionMessage.EVT_SESSION_CREATED, null, sessionId,
-sessionId + System.currentTimeMillis());
+sessionId + "-" + System.currentTimeMillis());
 if (log.isDebugEnabled())
 log.debug(sm.getString("deltaManager.sendMessage.newSession",
 name, sessionId));
@@ -1048,7 +1048,7 @@
 }
 
 /**
- * Find the master óf the session state
+ * Find the master of the session state
  * @return master member of sessions 
  */
 protected Member findSessionMasterMember() {
@@ -1249,7 +1249,7 @@
 byte[] data = unloadDeltaRequest(deltaRequest);
 msg = new SessionMessageImpl(name,
 SessionMessage.EVT_SESSION_DELTA, data, sessionId,
-sessionId + System.currentTimeMillis());
+sessionId + "-" + System.currentTimeMillis());
 session.resetDeltaRequest();
 if (log.isDebugEnabled()) {
 log.debug(sm.getString(
@@ -1261,7 +1261,7 @@
 counterSend_EVT_SESSION_ACCESSED++;
 msg = new SessionMessageImpl(getName(),
 SessionMessage.EVT_SESSION_ACCESSED, null, sessionId,
-sessionId + System.currentTimeMillis());
+sessionId + "-" + System.currentTimeMillis());
 if (log.isDebugEnabled()) {
 log.debug(sm.getString(
 "deltaManager.createMessage.accessChangePrimary",
@@ -1277,7 +1277,7 @@
 counterSend_EVT_SESSION_ACCESSED++;
 msg = new SessionMessageImpl(getName(),
 SessionMessage.EVT_SESSION_ACCESSED, null,
-sessionId, sessionId + System.currentTimeMillis());
+sessionId, sessionId + "-" + 
System.currentTimeMillis());
 if (log.isDebugEnabled()) {
 log.debug(sm.getString(
 "deltaManager.createMessage.access", getName(),
@@ -1568,15 +1568,18 @@
 log.debug(sm.getString(
 "deltaManager.receiveMessage.createNewSession",
 getName(), msg.getSessionID()));
-DeltaSession session = (DeltaSession) createSession(msg
-.getSessionID(), false);
+DeltaSession session = (DeltaSession) createEmptySession();
+session.setManager(this);
+session.setValid(true);
+session.setPrimarySession(false);
+session.access();
 if(notifySessionListenersOnReplication)
 session.setId(msg.getSessionID());
 else
-session.getDeltaRequest().setSessionId(msg.getSessionID());
-session.setNew(false);
-session.setPrimarySession(false);
+session.setIdInternal(msg.getSessionID());
 session.resetDeltaRequest();
+session.endAccess();
+
 }
 
 /**

Modified: 
tomcat/container/tc5.5.x/modules/cluster/src

svn commit: r326111 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

2005-10-18 Thread pero

Author: pero
Date: Tue Oct 18 07:11:42 2005
New Revision: 326111

URL: http://svn.apache.org/viewcvs?rev=326111&view=rev
Log:
Better support cluster at engine level
Fix some typos
Used Hashtable instead Hashmap at DeltaSession

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=326111&r1=326110&r2=326111&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Tue Oct 18 07:11:42 2005
@@ -87,6 +87,12 @@
   
 
   
+36541: Used also Hashtable at DeltaSession (pero)
+  
+  
+Better support cluster at engine level. (pero)
+  
+  
 36866: Correct attribute name in conf/server.xml 
documentation for Cluster element. (yoavs)
   
 



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

svn commit: r326113 - /tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java

2005-10-18 Thread pero

Author: pero
Date: Tue Oct 18 07:15:29 2005
New Revision: 326113

URL: http://svn.apache.org/viewcvs?rev=326113&view=rev
Log:
Now removeAttributeInternal use also hashtable! Sorry :-)

Modified:

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java

Modified: 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java?rev=326113&r1=326112&r2=326113&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java
 Tue Oct 18 07:15:29 2005
@@ -1553,10 +1553,7 @@
 boolean addDeltaRequest) {
 
 // Remove this attribute from our collection
-Object value = null;
-synchronized (attributes) {
-value = attributes.remove(name);
-}
+Object value = attributes.remove(name);
 if (value == null)
 return;
 



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

DO NOT REPLY [Bug 37121] - HTTP Static Partial Content Bug

2005-10-18 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=37121





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 16:43 ---
(In reply to comment #5)
> (In reply to comment #4)
> > It's not about telnet ... it didn't work on my usual file-downloading 
> > client ...
> > and oh, it DID work with telnet and my client with the 2600- range. 
> > It's not
> > a problem with telnet or sendfile as such... I suspect something more.
> 
> You can suspect all you want, I'll be looking at facts. So far, it seems to be
> going to WONTFIX land.

Fine. Put up with it and stay with Non-HTTP-Compliant Land :P


-- 
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 37121] - HTTP Static Partial Content Bug

2005-10-18 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=37121





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 16:43 ---
(In reply to comment #5)
> (In reply to comment #4)
> > It's not about telnet ... it didn't work on my usual file-downloading 
> > client ...
> > and oh, it DID work with telnet and my client with the 2600- range. 
> > It's not
> > a problem with telnet or sendfile as such... I suspect something more.
> 
> You can suspect all you want, I'll be looking at facts. So far, it seems to be
> going to WONTFIX land.

Fine. Put up with it and stay in Non-HTTP-Compliant Land :P

-- 
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 37121] - HTTP Static Partial Content Bug

2005-10-18 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=37121





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 16:50 ---
(In reply to comment #6)
> Fine. Put up with it and stay with Non-HTTP-Compliant Land :P

You know, I had figured already you were a whiner.

-- 
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: r326153 - /tomcat/connectors/trunk/util/java/org/apache/tomcat/util/threads/ThreadPool.java

2005-10-18 Thread yoavs

Author: yoavs
Date: Tue Oct 18 10:03:28 2005
New Revision: 326153

URL: http://svn.apache.org/viewcvs?rev=326153&view=rev
Log:
Typo fix in error message, pointed out to me via private email by Entiaz Inan.

Modified:

tomcat/connectors/trunk/util/java/org/apache/tomcat/util/threads/ThreadPool.java

Modified: 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/threads/ThreadPool.java
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/util/java/org/apache/tomcat/util/threads/ThreadPool.java?rev=326153&r1=326152&r2=326153&view=diff
==
--- 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/threads/ThreadPool.java
 (original)
+++ 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/threads/ThreadPool.java
 Tue Oct 18 10:03:28 2005
@@ -1,5 +1,5 @@
 /*
- *  Copyright 1999-2004 The Apache Software Foundation
+ *  Copyright 1999-2005 The Apache Software Foundation
  *
  *  Licensed under the Apache License, Version 2.0 (the "License");
  *  you may not use this file except in compliance with the License.
@@ -172,7 +172,7 @@
   if (threadPriority < Thread.MIN_PRIORITY) {
 throw new IllegalArgumentException("new priority < MIN_PRIORITY");
   } else if (threadPriority > Thread.MAX_PRIORITY) {
-throw new IllegalArgumentException("new priority > MIN_PRIORITY");
+throw new IllegalArgumentException("new priority > MAX_PRIORITY");
   }
 
   // Set for future threads



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

DO NOT REPLY [Bug 37147] New: - IIS 6.0, isapi_redirect.dll 1.2.14, does not log page redirects

2005-10-18 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=37147

   Summary: IIS 6.0, isapi_redirect.dll 1.2.14, does not log page
redirects
   Product: Tomcat 5
   Version: Unknown
  Platform: PC
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This is either a bug or a feature request.
Using IIS6,windows server 2003 SP1+.
The redirector doesn't log requests that are page redirects, like from a meta-
refresh tag.
As an example:
(file tester.html and a dummy file gohere.html)


 test


The example goes to the page but the IISlog doesn't record it. It does show up 
in Tomcat's log correctly, but not the IIS-jk log.  The IIS log shows only 
a "...GET /eas/tester.html..."

Anyway, the IIS logger does fine for gets and posts, it just looks incomplete 
when trying to get statistics as a whole.

-- 
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 31125] - conf/web.xml not valid

2005-10-18 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=31125





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 19:27 ---
Rolf, I get the same results as you.  I'm attaching a little Ant xmlvalidate
test file.  But I'm not sure how to proceed.  I think the MIME types are
actually correct.  Some of them are following the exact conventions specified in
the relevant specifications, e.g. http://www.w3.org/TR/xhtml-media-types/ for
XHTML.  Others are common and haven't been changed in years.  I wonder if the
pattern defined in the schema has changed recently and how to fix the file, if
at all.

-- 
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 31125] - conf/web.xml not valid

2005-10-18 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=31125





--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 19:27 ---
Created an attachment (id=16735)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16735&action=view)
Ant xmlvalidate file to test this

Small Ant file that can be used to reproduce this.

-- 
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 35552] - JMS destination under

2005-10-18 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=35552


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 19:33 ---
Atanu:

- Yes, it would be a Resource element for the JMS Topic.
- No, we do not have a sample in the current documentation.

We would love to add such a sample and surrounding documentation.  If you
suggest some text, I'll gladly look at it and apply it.  Thank you.

-- 
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 29780] - Why we need a jkMain static attibute?

2005-10-18 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=29780


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-10-18 19:38 ---
Lack of interest (and the LifecycleListener stuff has been committed and further
developed separately).

-- 
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 37150] New: - denial of service on many and long requests on v5.5.x

2005-10-18 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=37150

   Summary: denial of service on many and long requests on v5.5.x
   Product: Tomcat 5
   Version: 5.5.0
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

I find some time to try to understand why sometimes my tomcat burns the CPU

The fact:
with long request (for example complex jsp or big dir listing) and if there is
more than 1 simultaneous connection (is easy to reproduce the case with many
connections); catalina stop responding, java takes all the CPU!

I have tested that with default conf (perhaps there are some parameters to
tune), I have create many files in a directory and many threads trying to get
the directory listing.

Tomcat version from 5.5.0 to 5.5.11 included are vulnerable, 5.5.12 seems to be
ok. I have not tested older version.

Have I missed something in the conf ?

cheers

David Maciejak

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

tomcat/build/tc5.5.x/resources/build.xml

2005-10-18 Thread Jean-frederic Clere


hi,

This file uses cvs but it should do the same with svn. The question is 
how to solve the problem:

1 - using a  like:
+++
 
   
   
  
 
+++

2 - Using svnant (http://subclipse.tigris.org/svnant.html).

3 - Using AntSvnTask (http://antsvntask.sourceforge.net/subtask.html).

4 - Something else? (like using javasvn: http://tmate.org/svn/).

Comments?

Cheers

Jean-Frederic

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

DO NOT REPLY [Bug 37150] - denial of service on many and long requests on v5.5.x

2005-10-18 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=37150





--- Additional Comments From [EMAIL PROTECTED]  2005-10-19 00:03 ---
v5.0.28 seems ok

-- 
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 37121] - HTTP Static Partial Content Bug

2005-10-18 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=37121





--- Additional Comments From [EMAIL PROTECTED]  2005-10-19 00:09 ---
(In reply to comment #8)
> (In reply to comment #6)
> > Fine. Put up with it and stay with Non-HTTP-Compliant Land :P
> You know, I had figured already you were a whiner.

Guys, can we keep this professional?

Karthik: what Remy is saying is that he needs more than just a "suspicion", as
in a documented, **self-contained**, test case which demonstrates the problem. 


-- 
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: r326292 - in /tomcat: connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java container/tc5.5.x/webapps/docs/changelog.xml

2005-10-18 Thread remm

Author: remm
Date: Tue Oct 18 16:04:30 2005
New Revision: 326292

URL: http://svn.apache.org/viewcvs?rev=326292&view=rev
Log:
- 37121: Sendfile always needs to be given the length of data to write,
  not the end of the range. Ranged requests behaved in a weird way and ended
  with an error status because of that.

Modified:

tomcat/connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java?rev=326292&r1=326291&r2=326292&view=diff
==
--- 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java 
(original)
+++ 
tomcat/connectors/trunk/util/java/org/apache/tomcat/util/net/AprEndpoint.java 
Tue Oct 18 16:04:30 2005
@@ -1341,7 +1341,7 @@
 Socket.timeoutSet(data.socket, 0);
 while (true) {
 long nw = Socket.sendfile(data.socket, data.fd, null, null,
-  data.pos, data.end, 0);
+  data.pos, data.end - data.pos, 
0);
 if (nw < 0) {
 if (!(-nw == Status.EAGAIN)) {
 Socket.destroy(data.socket);

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=326292&r1=326291&r2=326292&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Tue Oct 18 16:04:30 2005
@@ -71,6 +71,10 @@
   
 36630: Added extra log output for class instantiation 
failure. (yoavs)
   
+  
+37121: Sendfile always needs to be given the length of data 
to write,
+which fixes ranged requests. (remm)
+  
 
   
   



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

DO NOT REPLY [Bug 37121] - HTTP Static Partial Content Bug

2005-10-18 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=37121


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-10-19 01:20 ---
The issue is now fixed (incorrect length parameter passed to the sendfile call),
as submitted by Mladen Turk.

-- 
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: tomcat/build/tc5.5.x/resources/build.xml

2005-10-18 Thread Costin Manolache

Isn't possible to get a svn tree using http download ? I tought one of
the benefits of svn is that it uses http.

Costin

On 10/18/05, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:
> hi,
>
> This file uses cvs but it should do the same with svn. The question is
> how to solve the problem:
> 1 - using a  like:
> +++
>   
> 
> 
>
>   
> +++
>
> 2 - Using svnant (http://subclipse.tigris.org/svnant.html).
>
> 3 - Using AntSvnTask (http://antsvntask.sourceforge.net/subtask.html).
>
> 4 - Something else? (like using javasvn: http://tmate.org/svn/).
>
> Comments?
>
> Cheers
>
> Jean-Frederic
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

svn commit: r326345 - /tomcat/build/tc5.5.x/build.xml

2005-10-18 Thread costin

Author: costin
Date: Tue Oct 18 19:52:21 2005
New Revision: 326345

URL: http://svn.apache.org/viewcvs?rev=326345&view=rev
Log:
Remove naming from runtime

Modified:
tomcat/build/tc5.5.x/build.xml

Modified: tomcat/build/tc5.5.x/build.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/build/tc5.5.x/build.xml?rev=326345&r1=326344&r2=326345&view=diff
==
--- tomcat/build/tc5.5.x/build.xml (original)
+++ tomcat/build/tc5.5.x/build.xml Tue Oct 18 19:52:21 2005
@@ -1140,7 +1140,7 @@
 
 
 
-
+
 
 

@@ -1150,23 +1150,20 @@
description="Build single jar tomcat">
 
   
-
-
+
+
 
 
 
 
-
-
+
 
 
 
 
-
-
 
 
 
@@ -1186,6 +1183,8 @@
 
 
 
+
+
 
 
 



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

Sandbox ?

2005-10-18 Thread Costin Manolache

Hi,

Could someone who understand svn make a /sandbox or /experimental
directory ? I undertand it should be top level, and linked somehow
into tc5.5 - or do we want to be downloaded separately ?
Or can I just create it directly under tc5.5 ? I'm lost.

Thanks,
Costin

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

39 matches

Mail list logo