DO NOT REPLY [Bug 42700] New: - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700

   Summary: Tomcat 6.0.10 doesn't handle well servlet-mappings to
docs
   Product: Tomcat 6
   Version: 6.0.10
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If I try to configure a servlet to map to a url named docs or /docs/* etc,
Tomcat doesn't handle ok the requests and changes the url from
myapp/docs? to /myapp/docs/? and answer with an error saying no
resource available. Even if I type the url explicitly on browser.  This happened
to my Tomcat in Linux, it didn't on windows. Everything goes fine if I change
the mapping to something different like doctest or /doctest/*. It can seem small
thing but it could mean (as it happened to me) a big headache if you find
yourself dealing with the problem trying to figure what is wrong.

-- 
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: ApplicationDispatcher Patch

[Remy Maucherat]

Peter Rossbach wrote:

Hi remy,

I think the problem is real. Some portlet api and modularized web 
applications have this problem.
Why you veto a fix without a better proposal? I don't see currently an 
option without a try/finally block.


Because your patch moved things around, and added way more than one 
try/finally. If all you need to do is make sure you call recycle on the 
wrapper (which calls endAccess on the session) if it's a cross context 
request, then you should be able to do better.


Rémy

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

DO NOT REPLY [Bug 42608] - Invalid Content-Length error for the binary file size greater than 2.1GB

[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=42608





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 01:35 ---
Mark, thanks a lot.

I think the failing with httpd 1.3 is not that bad. It's very outdated now and
support for huge content could be handled as yet another reason to update. From
the mod_jk perspective everything is analogous, but it relies an the web server
being able to accept such a large value in the content length header.

Concerning IIS: The IIS special part of the patch is close to being non
existant. All the relevant parts are the same as for IIS. So I strongly assume,
that the slowlyness hasn't been introduced by this fix. Maybe it's a VMWare 
problem.

I hope Mladen will retest IIS basic performance to double check.

Thanks again for the test!

I'll let this BZ open and we can close it in a couple of days, if no negative
side effects come up.


-- 
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 42693] - JSP-Generation error with recursive tagfile structure

[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=42693





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 02:17 ---
Created an attachment (id=20374)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=20374&action=view)
log entries from localhost.log

these stack traces might have something to do with the described error

-- 
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 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 04:00 ---
Due to the way relative paths work, there's always a redirection when accessing
a physical folder.

-- 
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 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 04:04 ---
It's not a physical folder! I don't know from where (in what i said) you took 
this conclusion. Try again.

-- 
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: ApplicationDispatcher Patch

[Peter Rossbach]

Hi Remy,

you mean this fix is better?
==

Index: /tomcat55/container/catalina/src/share/org/apache/catalina/ 
core/ApplicationDispatcher.java

===
--- /tomcat55/container/catalina/src/share/org/apache/catalina/core/ 
ApplicationDispatcher.java	(revision 548796)
+++ //tomcat55/container/catalina/src/share/org/apache/catalina/core/ 
ApplicationDispatcher.java	(working copy)

@@ -361,9 +361,11 @@
 wrequest.setPathInfo(hrequest.getPathInfo());
 wrequest.setQueryString(hrequest.getQueryString());
-processRequest(request,response,state);
-
-wrequest.recycle();
+try {
+   processRequest(request,response,state);
+} finally {
+wrequest.recycle();
+}
 unwrapRequest(state);
 }
@@ -400,9 +402,11 @@
 wrequest.setQueryParams(queryString);
 }
-processRequest(request,response,state);
-
-wrequest.recycle();
+try {
+processRequest(request,response,state);
+} finally {
+wrequest.recycle();
+}
 unwrapRequest(state);
 }
@@ -553,9 +557,11 @@
 wrequest.setAttribute(
  
ApplicationFilterFactory.DISPATCHER_REQUEST_PATH_ATTR,

 servletPath);
-invoke(state.outerRequest, state.outerResponse, state);
-
-wrequest.recycle();
+try {
+invoke(state.outerRequest, state.outerResponse, state);
+} finally {
+wrequest.recycle();
+}
 }
 // Handle an HTTP path based include
@@ -591,9 +597,11 @@
 wrequest.setAttribute(
  
ApplicationFilterFactory.DISPATCHER_REQUEST_PATH_ATTR,

 servletPath);
-invoke(state.outerRequest, state.outerResponse, state);
-
-wrequest.recycle();
+try {
+invoke(state.outerRequest, state.outerResponse, state);
+} finally {
+wrequest.recycle();
+}
 }
 }


Can you explain why unwrapRequest is called at doForward()
L. 310,  L 410 and again at invoke L 777 ?

Why you think we must not close the repsonse at doForward after an  
exceptions is throws at processRequest()?


Regards
peter



Am 20.06.2007 um 09:57 schrieb Remy Maucherat:


Peter Rossbach wrote:

Hi remy,
I think the problem is real. Some portlet api and modularized web  
applications have this problem.
Why you veto a fix without a better proposal? I don't see  
currently an option without a try/finally block.


Because your patch moved things around, and added way more than one  
try/finally. If all you need to do is make sure you call recycle on  
the wrapper (which calls endAccess on the session) if it's a cross  
context request, then you should be able to do better.


Rémy

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

DO NOT REPLY [Bug 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 04:17 ---
Ok there's this directory tomcat/docs but if mydomain.com is configured such 
that its docBase is webapps/mydomain how the tomcat can mix its own docs 
folder when interpreting the url mydomain.com/docs , and ignoring the servlet 
mapping configured in web.xml for the webapp. Still looks odd to me.

-- 
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: ClassNotFoundException when deserialized from tomcat web app

[Mark Thomas]

jtigre wrote:
> 
> Hi,
> Sorry for being little over descriptive here.

This is a question for the users list.

Mark


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

Re: ApplicationDispatcher Patch

[Remy Maucherat]

Peter Rossbach wrote:

Hi Remy,

you mean this fix is better?


This "recycle" method actually means "call endAccess on the session" 
which should only occur if crossContext is true.


Rémy

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

DO NOT REPLY [Bug 42701] New: - Http11NioProtocol returns wrong data on non-Comet HTTP requests

[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=42701

   Summary: Http11NioProtocol returns wrong data on non-Comet HTTP
requests
   Product: Tomcat 6
   Version: unspecified
  Platform: All
OS/Version: other
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When loading pages via Http11NioProtocol about 50% of images and other resources
are randomly replaced with other images/resources from the same page or fail.
The problem usually is noticeable only when communicating with non-localhost
servers.

Upon investigating I found out that NIO protocol reads from request input stream
until it drains the available data, then puts the partially parsed request and
the partially read socket into event queues and waits until more data comes.

However then it mismatches the request/socket pair and the resulting request is
a mix of headers from several different requests. In fact it doesn't even try to
 keep the mapping - it just grabs any request and any socket and starts parsing.

This bug is not noticeable on localhost, since there the entire request is
typically read at once.

This bug does not happen for Comet requests that keep their socket-request
mapping in Http11NioProtocol.Http11ConnectionHandler.connections map.

Changing Http11NioProtocol.Http11ConnectionHandler.process() to the following
seems to fix the problem (I am keeping the socket-request mapping for regular
requests in the same map where Comet requests keep theirs)
===
public SocketState process(MyNioChannel socket) {
MyHttp11NioProcessor processor = connections.get(socket);
try {
if (processor == null) {
processor = recycledProcessors.poll();
}
if (processor == null) {
processor = createProcessor();
}

if (processor instanceof ActionHook) {
((ActionHook) processor).action(ActionCode.ACTION_START, 
null);
}


processor.setSslSupport(null);


SocketState state = processor.process(socket);
if (state != SocketState.CLOSED) {
// Associate the connection with the processor. The next 
request
// processed by this thread will use either a new or a 
recycled
// processor.
if (log.isDebugEnabled()) log.debug("Not recycling
["+processor+"]
Comet="+((NioEndpoint.KeyAttachment)socket.getAttachment(false)).getComet());
connections.put(socket, processor);
socket.getPoller().add(socket);
} else {
connections.remove(socket);
recycledProcessors.offer(processor);
}
return state;

} catch (java.net.SocketException e) {
// SocketExceptions are normal
   
log.debug(sm.getString("http11protocol.proto.socketexception.debug"), e);
} catch (java.io.IOException e) {
// IOExceptions are normal
   
log.debug(sm.getString("http11protocol.proto.ioexception.debug"), e);
}
// Future developers: if you discover any other
// rare-but-nonfatal exceptions, catch them here, and log as
// above.
catch (Throwable e) {
// any other exception or error is odd. Here we log it
// with "ERROR" level, so it will show up even on
// less-than-verbose logs.
log.error(sm.getString("http11protocol.proto.error"), e);
}
connections.remove(socket);
recycledProcessors.offer(processor);
return SocketState.CLOSED;
}

-- 
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: r549097 - in /tomcat/container/tc5.5.x: modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java webapps/docs/changelog.xml

[pero]

Author: pero
Date: Wed Jun 20 05:56:27 2007
New Revision: 549097

URL: http://svn.apache.org/viewvc?view=rev&rev=549097
Log:
No way to timeout new connect attempts for replication sockets. Fix bug 42689

Modified:

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java?view=diff&rev=549097&r1=549096&r2=549097
==
--- 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java
 Wed Jun 20 05:56:27 2007
@@ -19,7 +19,9 @@
 import java.io.IOException;
 import java.io.OutputStream;
 import java.net.InetAddress;
+import java.net.InetSocketAddress;
 import java.net.Socket;
+import java.net.SocketAddress;
 import java.net.SocketException;
 
 import org.apache.catalina.cluster.ClusterMessage;
@@ -709,11 +711,20 @@
  }
 
 /**
+ * Create new Socket and use actTimeout (>0) as connect timeout
+ * 
  * @throws IOException
  * @throws SocketException
  */
 protected void createSocket() throws IOException, SocketException {
-socket = new Socket(getAddress(), getPort());
+SocketAddress sockAddr = new InetSocketAddress(getAddress(), 
getPort());
+socket = new Socket();
+int timeout = (int) getAckTimeout();
+if (timeout > 0) {
+   socket.connect(sockAddr, timeout);
+} else {
+   socket.connect(sockAddr);
+}
 }
 
 /**

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?view=diff&rev=549097&r1=549096&r2=549097
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Wed Jun 20 05:56:27 2007
@@ -32,7 +32,7 @@
   
 
   
-42643 Prevent creation of duplicate JSP function mapper
+42643: Prevent creation of duplicate JSP function mapper
 variables. (markt)
   
 
@@ -43,6 +43,14 @@
 Fix XSS security vulnerabilities (CVE-2007-2449) in the examples.
 Reported by Toshiharu Sugiyama. (markt)
   
+
+   
+  
+   
+ 
+42689: No way to timeout new connect attempts for 
replication sockets. 
+Patch by Casey Lucas (pero)
+  
 
   
 



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

DO NOT REPLY [Bug 42689] - no way to timeout new connect attempts for replication sockets

[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=42689


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 05:58 ---
Thanks for the report. This has been fixed in svn and will be in 5.5.25.
Peter

-- 
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: ApplicationDispatcher Patch

[Peter Rossbach]

Hi Remy,

that is true, but endAccess  also decrement the accessCount as  
STRICT_SERVLET_COMPLIANCE is true.


StandardSession.java L624
   /**
 * End the access.
 */
public void endAccess() {

isNew = false;

if (Globals.STRICT_SERVLET_COMPLIANCE) {
synchronized (lock) {
accessCount--;
}
}
}



DeltaSesison.java  L663
  public void endAccess() {
isNew = false;
if (Globals.STRICT_SERVLET_COMPLIANCE) {
synchronized (lock) {
accessCount--;
}
}
if(manager instanceof DeltaManager)
((DeltaManager)manager).registerSessionAtReplicationValve 
(this);

}

DeltaManager then register the crossContext session.


regards
Peter



Am 20.06.2007 um 13:39 schrieb Remy Maucherat:


Peter Rossbach wrote:

Hi Remy,
you mean this fix is better?


This "recycle" method actually means "call endAccess on the  
session" which should only occur if crossContext is true.


Rémy

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

DO NOT REPLY [Bug 42701] - Http11NioProtocol returns wrong data on non-Comet HTTP requests

[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=42701


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 06:07 ---
I believe a different fix has been applied to trunk of 6.0.x and 6.x, are you
able to test that version before we consider this fix.

-- 
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 42701] - Http11NioProtocol returns wrong data on non-Comet HTTP requests

[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=42701





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 06:11 ---
here is the 6.0 fix
http://svn.apache.org/viewvc?view=rev&revision=542645

and here is the 6.x fix
http://svn.apache.org/viewvc?view=rev&rev=542666



-- 
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: 5.5.24 candidate binaries

[Filip Hanik - Dev Lists]

how is 5.5.24 looking, if no one objects, I'll plan to start a vote on 
friday


Filip

Filip Hanik - Dev Lists wrote:

http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/
will let these sit to mid next week, and then we can take a vote.
feedback between now and then is welcome at any time.

Filip

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

Re: ApplicationDispatcher Patch

[Remy Maucherat]

Peter Rossbach wrote:

Hi Remy,

that is true, but endAccess  also decrement the accessCount as 
STRICT_SERVLET_COMPLIANCE is true.


I don't understand how what I wrote can be interpreted as anything but 
asking for:


if (crossContext) {
  your try/finally(s)
} else {
  the old stuff
}

;)

If you want to review the whole algorithm, no problem, but be very 
careful and ready to explain a lot, as it's easy to break.


Rémy

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

DO NOT REPLY [Bug 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX




-- 
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: DO NOT REPLY [Bug 42701] - Http11NioProtocol returns wrong data on non-Comet HTTP requests

[Remy Maucherat]

[EMAIL PROTECTED] wrote:

--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 06:11 ---
here is the 6.0 fix
http://svn.apache.org/viewvc?view=rev&revision=542645

and here is the 6.x fix
http://svn.apache.org/viewvc?view=rev&rev=542666


I was not aware of this. That's a very serious problem which could 
justify a new 6.0.x release (the only reason which makes it non 
mandatory is because the NIO connector is not used by default).


Rémy

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

Re: 5.5.24 candidate binaries

[Henri Gomez]

works for me

2007/6/20, Filip Hanik - Dev Lists <[EMAIL PROTECTED]>:

how is 5.5.24 looking, if no one objects, I'll plan to start a vote on
friday

Filip

Filip Hanik - Dev Lists wrote:
> http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/
> will let these sit to mid next week, and then we can take a vote.
> feedback between now and then is welcome at any time.
>
> Filip
>
> -
> 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]




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

DO NOT REPLY [Bug 42701] - Http11NioProtocol returns wrong data on non-Comet HTTP requests

[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=42701





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 06:57 ---
Yes, I checked and the bug was fixed in the trunk. My apologies for not checking
the latest version.

-- 
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: 5.5.24 candidate binaries

[Len Popp]

It's been running fine on Windows for a few days.
--
Len

On 6/20/07, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:

how is 5.5.24 looking, if no one objects, I'll plan to start a vote on
friday

Filip

Filip Hanik - Dev Lists wrote:
> http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/
> will let these sit to mid next week, and then we can take a vote.
> feedback between now and then is welcome at any time.
>
> Filip
>
> -
> 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]




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

DO NOT REPLY [Bug 42701] - Http11NioProtocol returns wrong data on non-Comet HTTP requests

[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=42701





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 07:24 ---
no worries, thanks for reporting it.
The two fixes are little different:
6.0.x is blocking read of the request
6.x is non blocking read of request line and headers

would you be able to test both?

Filip

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

cleanroomed schemas and DTDs

[Paul McMahan]

The geronimo project has created cleanroom versions of the following  
schemas and DTDs:


j2ee_1_4.xsd
j2ee_web_services_1_1.xsd
j2ee_web_services_client_1_1.xsd
jsp_2_0.xsd
jsp_2_1.xsd
web-app_2_2.dtd
web-app_2_3.dtd
web-app_2_4.xsd
web-app_2_5.xsd
web-jsptaglibrary_2_0.xsd
web-jsptaglibrary_2_1.xsd

The cleanroom process involved typing these files in by hand from the  
specification.Would you be interested in replacing Tomcat's  
version of these files, some of which contain (or may have contained  
at one point) a non-ASF copyright?


If so then you could svn copy the files from these locations:
http://svn.apache.org/repos/asf/geronimo/specs/branches/geronimo- 
servlet_2.5_spec-1.1/src/main/schema/
http://svn.apache.org/repos/asf/geronimo/specs/branches/geronimo- 
jsp_2.1_spec-1.0/src/main/schema/


Or I would be happy to attach a patch to bugzilla if you prefer.


Best wishes,
Paul

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

Re: DO NOT REPLY [Bug 42701] - Http11NioProtocol returns wrong data on non-Comet HTTP requests

[Filip Hanik - Dev Lists]

Remy Maucherat wrote:

[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 06:11 
---

here is the 6.0 fix
http://svn.apache.org/viewvc?view=rev&revision=542645

and here is the 6.x fix
http://svn.apache.org/viewvc?view=rev&rev=542666


I was not aware of this. That's a very serious problem which could 
justify a new 6.0.x release (the only reason which makes it non 
mandatory is because the NIO connector is not used by default).
Correct, I was gonna ask for a release early july timeframe, since we 
had a number of other fixes in that branch as well, but needed some time 
to verify this fix


Filip


Rémy

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

Re: ApplicationDispatcher Patch

[Remy Maucherat]

Remy Maucherat wrote:

Peter Rossbach wrote:

Hi Remy,

that is true, but endAccess  also decrement the accessCount as 
STRICT_SERVLET_COMPLIANCE is true.


I don't understand how what I wrote can be interpreted as anything but 
asking for:


if (crossContext) {
  your try/finally(s)
} else {
  the old stuff
}

;)


Or maybe even better the invoke method could get the wrapped request and 
call what's needed.


Rémy

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

DO NOT REPLY [Bug 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 08:17 ---
ok i will leave as "resolved wont fix" but if this is the way you handle the 
bug database, saying reported bugs are resolved with no justification at all 
or with only dummy justifications (invalid as they are) then I will give up 
reporting any bugs at all, this should not be the way things work

-- 
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 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 08:39 ---
Someone should take away Remy's permissions for changing bugs to RESOLVED 
WONTFIX.
If you create a small test case that demonstrates the problem someone else will
come along and fix it.

-- 
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 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 08:58 ---
What I can say is this: In an environment like the one bellow (tomcat having a 
subfolder called docs with no relation with the present webapp), if you 
configure a webapp with docbase "webapps/mywebapp" for using a servlet (it can 
be a dummy one) mapped to url "docs". Any call to the servlet like 
docs?param1=value1&paaram2=value2 
is rediected by tomcat to 
docs/?param1=value1¶m2=value2
with tomcat reporting resource not found. If you change the url the servlet is 
mapped to something different like "doctest" the redirection stops and 
everyting works fine. 

Using CATALINA_BASE:   /opt/tomcat
Using CATALINA_HOME:   /opt/tomcat
Using CATALINA_TMPDIR: /opt/tomcat/temp
Using JRE_HOME:   /usr/java/jdk1.6.0
Server version: Apache Tomcat/6.0.10
Server built:   Feb 13 2007 01:50:56
Server number:  6.0.10.0
OS Name:Linux
OS Version: 2.6.9-55.ELsmp
Architecture:   amd64
JVM Version:1.6.0-b105
JVM Vendor: Sun Microsystems Inc.

I am not sure I know the meaning of docbase for the webapps configuration on 
tomcat/conf/server.xml but I would suppose that if I have it configured to 
webapps/myapp then tomcat should not try to map the relative docs path call to 
anything else then my servlet's mapped url, and forget about its own 
tomcat/docs folder.

I won't loose more time with this item. From my point of view things are 
solved, just changed the mapped url. Maybe from the point of view of tomcat 
developpers this thing could be checked. Maybe I would enjoy increasing my 
knowledge through the detailed explanation why the whole thing happened. For 
sure enough is always enough.

-- 
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: 5.5.24 candidate binaries

[George Sexton]

It looks OK to me.

Filip Hanik - Dev Lists wrote:
how is 5.5.24 looking, if no one objects, I'll plan to start a vote on 
friday


Filip

Filip Hanik - Dev Lists wrote:

http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/
will let these sit to mid next week, and then we can take a vote.
feedback between now and then is welcome at any time.

Filip

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



--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL:   http://www.mhsoftware.com/


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

DO NOT REPLY [Bug 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 10:39 ---
Do you have a docs folder inside myapp, i.e. myapp/docs?

I know, that you don't want to use sucvh a folder, but I'm asking if such a
folder is (maybe by mistake) inside your webapp.

-- 
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 42701] - Http11NioProtocol returns wrong data on non-Comet HTTP requests

[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=42701


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution||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 42608] - Invalid Content-Length error for the binary file size greater than 2.1GB

[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=42608


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 11:30 ---
Now I did some tests as well. I tested downloads and not uploads. Three test 
cases:

a) size a little below 2^31 Bytes
b) size a little above 2^31 Bytes
c) size a little above 2^32 Bytes

Platform Solaris 10 Sparc, Tomcat 5.5.24 candidate using Java APR connector,
mod_jk 1.2.24-dev.

All Apache builds 32 Bit binaries.

Apache 1.3.37: a: OK, b: OK, but "0" as size in access log, c: OK, but size mod
2^ 32 in access log

Apache 2.0.59: a: OK, b: OK, but negative size in access log, c: OK, but size
mod 2^ 32 in access log

Apache 2.2.4: a,b,c: OK, correct sizes in access log

But: as soon as the size goes over 2^31, I don't get a Content-Length header
back. I needed to fake a little: when I use static content Tomcat tries to load
it into memory, so I used a little servlet to produce the download content on
the fly. But the servlet API call to set the content length header only allows
an int as the argument. I instead used the setHeader method for Content-Length.
This works well below 2^31, but above the Tomcat AJP connector does not handle
the header back to mod_jk. Nevertheless wget could retrieve the complete
message, and I *think* Tomcat transparently switched to transfer encoding 
chunked.


-- 
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 42608] - Invalid Content-Length error for the binary file size greater than 2.1GB

[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=42608





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 11:58 ---
Same test on same system with Sun Webserver 6.1 SP 7 64Bit: a,b,c are OK with
correct length in access log, but again the Content-Length header seems not to
come back from Tomcat when size is bigger than 2^31.

Download speed was the same for Sun, Apache 1.3, 2.0 and 2.2 (12MB/s; of course
this is not a performance test, it's just one huge download on a slow machine).
Using the direct http connector of Tomcat resulted in app. 15% faster download.

The absoulte number is not important (the servlet was doing cracy stuff, so
generating the content was CPU bound).

The Tomcat access log by the way, shows correct length below 2^31, it shows a
"-" for case b and the size mod 2^32 for case c.


-- 
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: 5.5.24 candidate binaries

[Peter Rossbach]

Hi Filip.


The commons-modeler 2.0 not include ant.properties, but we need the  
modeler jmx task:



localhost:~/develop/server/apache-tomcat-5.5.24-embed peter$ ant
Buildfile: build.xml

init:
  [taskdef] Could not load definitions from resource org/apache/ 
commons/modeler/ant/ant.properties. It could not be found.


==
Tomcat Embed is currently broken, only chance is to patch commons- 
modeler-2.0.jar with ant.properties from 1.1 release.


regards
Peter


Am 20.06.2007 um 15:13 schrieb Filip Hanik - Dev Lists:

how is 5.5.24 looking, if no one objects, I'll plan to start a vote  
on friday


Filip

Filip Hanik - Dev Lists wrote:

http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/
will let these sit to mid next week, and then we can take a vote.
feedback between now and then is welcome at any time.

Filip

-
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: r549222 - /tomcat/connectors/trunk/jk/native/common/jk_global.h

[rjung]

Author: rjung
Date: Wed Jun 20 13:32:24 2007
New Revision: 549222

URL: http://svn.apache.org/viewvc?view=rev&rev=549222
Log:
Clean up constant ordering.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_global.h

Modified: tomcat/connectors/trunk/jk/native/common/jk_global.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_global.h?view=diff&rev=549222&r1=549221&r2=549222
==
--- tomcat/connectors/trunk/jk/native/common/jk_global.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_global.h Wed Jun 20 13:32:24 
2007
@@ -237,8 +237,6 @@
 
 #define JK_OPT_FWDURIDEFAULTJK_OPT_FWDURIPROXY
 
-#define JK_OPT_FWDKEYSIZE   0x0200
-
 #define JK_OPT_FWDDIRS  0x0008
 /* Forward local instead remote address */
 #define JK_OPT_FWDLOCAL 0x0010
@@ -246,6 +244,7 @@
 #define JK_OPT_FLUSHEADER   0x0040
 #define JK_OPT_DISABLEREUSE 0x0080
 #define JK_OPT_FWDCERTCHAIN 0x0100
+#define JK_OPT_FWDKEYSIZE   0x0200
 
 /* Check for EBCDIC systems */
 



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

svn commit: r549224 - in /tomcat/connectors/trunk/jk: native/common/jk_global.h native/common/jk_shm.c native/common/jk_types.h.in native/common/jk_util.c native/configure.in native/scripts/build/jk_c

[rjung]

Author: rjung
Date: Wed Jun 20 13:39:05 2007
New Revision: 549224

URL: http://svn.apache.org/viewvc?view=rev&rev=549224
Log:
Auto-detect correct print format for pid_t.
This fixes at least compiler warnings on Solaris.

Added:
tomcat/connectors/trunk/jk/native/scripts/build/jk_common.m4   (with props)
Modified:
tomcat/connectors/trunk/jk/native/common/jk_global.h
tomcat/connectors/trunk/jk/native/common/jk_shm.c
tomcat/connectors/trunk/jk/native/common/jk_types.h.in
tomcat/connectors/trunk/jk/native/common/jk_util.c
tomcat/connectors/trunk/jk/native/configure.in
tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml

Modified: tomcat/connectors/trunk/jk/native/common/jk_global.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_global.h?view=diff&rev=549224&r1=549223&r2=549224
==
--- tomcat/connectors/trunk/jk/native/common/jk_global.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_global.h Wed Jun 20 13:39:05 
2007
@@ -293,6 +293,7 @@
 typedef unsigned __int64 jk_uint64_t;
 #define JK_UINT64_T_FMT "I64u"
 #define JK_UINT64_T_HEX_FMT "I64x"
+#define JK_PID_T_FMT "d"
 #elif defined(AS400) || defined(NETWARE)
 typedef unsigned int jk_uint32_t;
 #define JK_UINT32_T_FMT "u"
@@ -300,6 +301,7 @@
 typedef unsigned long long jk_uint64_t;
 #define JK_UINT64_T_FMT "llu"
 #define JK_UINT64_T_HEX_FMT "llx"
+#define JK_PID_T_FMT "d"
 #else
 #include "jk_types.h"
 #endif

Modified: tomcat/connectors/trunk/jk/native/common/jk_shm.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_shm.c?view=diff&rev=549224&r1=549223&r2=549224
==
--- tomcat/connectors/trunk/jk/native/common/jk_shm.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_shm.c Wed Jun 20 13:39:05 2007
@@ -348,7 +348,7 @@
 
 if (!jk_shmem.filename) {
 jk_shmem.filename = (char *)malloc(strlen(fname) + 32);
-sprintf(jk_shmem.filename, "%s.%d", fname, (int)getpid());
+sprintf(jk_shmem.filename, "%s.%" JK_PID_T_FMT, fname, getpid());
 }
 if (!attached) {
 size_t size;

Modified: tomcat/connectors/trunk/jk/native/common/jk_types.h.in
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_types.h.in?view=diff&rev=549224&r1=549223&r2=549224
==
--- tomcat/connectors/trunk/jk/native/common/jk_types.h.in (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_types.h.in Wed Jun 20 13:39:05 
2007
@@ -53,6 +53,9 @@
 /* And JK_UINT64_T_HEX_FMT */
 @uint64_t_hex_fmt@
 
+/* And JK_PID_T_FMT */
[EMAIL PROTECTED]@
+
 #ifdef __cplusplus
 }
 #endif  /* __cplusplus */

Modified: tomcat/connectors/trunk/jk/native/common/jk_util.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_util.c?view=diff&rev=549224&r1=549223&r2=549224
==
--- tomcat/connectors/trunk/jk/native/common/jk_util.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_util.c Wed Jun 20 13:39:05 2007
@@ -491,7 +491,7 @@
 /* Performance is no issue, because with production log levels */
 /* we only call it often, if we have a lot of errors */
 rc = snprintf(&buf[used], usable_size - used,
- "[%04d:%04d] ", getpid(), jk_gettid());
+ "[%" JK_PID_T_FMT ":%04d] ", getpid(), 
jk_gettid());
 used += rc;
 if (rc < 0 || usable_size - used < 8) {
 return 0;

Modified: tomcat/connectors/trunk/jk/native/configure.in
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/configure.in?view=diff&rev=549224&r1=549223&r2=549224
==
--- tomcat/connectors/trunk/jk/native/configure.in (original)
+++ tomcat/connectors/trunk/jk/native/configure.in Wed Jun 20 13:39:05 2007
@@ -15,6 +15,11 @@
 
 AM_INIT_AUTOMAKE(${PACKAGE}, ${VERSION})
 
+dnl
+dnl Include our own M4 macros
+dnl
+sinclude(scripts/build/jk_common.m4)
+
 AC_PATH_PROG(TEST,test,$PATH)dnl
 AC_SUBST(TEST)
 
@@ -207,6 +212,30 @@
 AC_ERROR([could not detect a 64-bit integer type])
 fi
 
+JK_CHECK_SIZEOF_EXTENDED([#include ], pid_t, 8)
+
+if test "$ac_cv_sizeof_pid_t" = "$ac_cv_sizeof_short"; then
+pid_t_fmt='#define JK_PID_T_FMT "hd"'
+elif test "$ac_cv_sizeof_pid_t" = "$ac_cv_sizeof_int"; then
+pid_t_fmt='#define JK_PID_T_FMT "d"'
+elif test "$ac_cv_sizeof_pid_t" = "$ac_cv_sizeof_long"; then
+pid_t_fmt='#define JK_PID_T_FMT "ld"'
+elif test "$ac_cv_sizeof_pid_t" = "$ac_cv_sizeof_long_long"; then
+pid_t_fmt='#define JK_PID_T_FMT JK_INT64_T_FMT'
+else
+pid_t_fmt='#error Can not determine the

svn commit: r549225 - in /tomcat/connectors/trunk/jk/native: common/jk_ajp12_worker.c common/jk_connect.c common/jk_lb_worker.c nt_service/jk_nt_service.c

[rjung]

Author: rjung
Date: Wed Jun 20 13:40:44 2007
New Revision: 549225

URL: http://svn.apache.org/viewvc?view=rev&rev=549225
Log:
Fix a couple of compiler warnings
related to type conversion from chars to ints
for isspace(), isdigit() etc.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c
tomcat/connectors/trunk/jk/native/common/jk_connect.c
tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c
tomcat/connectors/trunk/jk/native/nt_service/jk_nt_service.c

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c?view=diff&rev=549225&r1=549224&r2=549225
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c Wed Jun 20 
13:40:44 2007
@@ -542,7 +542,7 @@
 }
 
 name = line;
-while (isspace(*name) && *name) {
+while (isspace((int)(*name)) && *name) {
 name++; /* Skip leading white chars */
 }
 if (!*name) {   /* Empty header name */
@@ -557,7 +557,7 @@
 }
 *value = '\0';
 value++;
-while (isspace(*value) && *value) {
+while (isspace((int)(*value)) && *value) {
 value++;/* Skip leading white chars */
 }
 if (!*value) {  /* Empty header value */

Modified: tomcat/connectors/trunk/jk/native/common/jk_connect.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_connect.c?view=diff&rev=549225&r1=549224&r2=549225
==
--- tomcat/connectors/trunk/jk/native/common/jk_connect.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_connect.c Wed Jun 20 13:40:44 
2007
@@ -257,7 +257,7 @@
 
 /* Check if we only have digits in the string */
 for (x = 0; host[x] != '\0'; x++) {
-if (!isdigit(host[x]) && host[x] != '.') {
+if (!isdigit((int)(host[x])) && host[x] != '.') {
 break;
 }
 }

Modified: tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c?view=diff&rev=549225&r1=549224&r2=549225
==
--- tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c Wed Jun 20 13:40:44 
2007
@@ -347,9 +347,9 @@
  id_start; id_start = strstr(id_start + 1, name)) {
 if (id_start == s->headers_values[i] ||
 id_start[-1] == ';' ||
-id_start[-1] == ',' || isspace(id_start[-1])) {
+id_start[-1] == ',' || isspace((int)id_start[-1])) {
 id_start += strlen(name);
-while (*id_start && isspace(*id_start))
+while (*id_start && isspace((int)(*id_start)))
 ++id_start;
 if (*id_start == '=' && id_start[1]) {
 /*

Modified: tomcat/connectors/trunk/jk/native/nt_service/jk_nt_service.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/nt_service/jk_nt_service.c?view=diff&rev=549225&r1=549224&r2=549225
==
--- tomcat/connectors/trunk/jk/native/nt_service/jk_nt_service.c (original)
+++ tomcat/connectors/trunk/jk/native/nt_service/jk_nt_service.c Wed Jun 20 
13:40:44 2007
@@ -382,7 +382,7 @@
 if (dst >= szTrueName + sizeof(szTrueName) - 1) {
 break;
 }
-if (!isspace(*src) && *src != '/' && *src != '\\') {
+if (!isspace((int)(*src)) && *src != '/' && *src != '\\') {
 *(dst++) = *src;
 }
 }



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

DO NOT REPLY [Bug 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 14:39 ---
No! I thought I was clear. The situation on folder terms and with a picture. 
They say it worths a thousand words. Let's check it out.

tomcat
  |_docs
  |
  |_webapps
   |
   |myapp (with a web.xml with a servlet mapped to a url "docs")

-- 
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 42707] New: - add host alias using jmx doesn't take affect until restart

[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=42707

   Summary: add host alias using jmx doesn't take affect until
restart
   Product: Tomcat 6
   Version: 6.0.11
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Adding a host alias using jmx doesn't take affect until tomcat is restarted.

To test it I started tomcat using 
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=6702
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

I created a webapps_test/test/index.html
I created a new host 
  
  

I tested the url http://test.localdomain:8080/test/ and the index page showed up
as expected.

I used jconsole under Catalina/Host/test.localdomain/Operations/addAlias and
added test1.localdomain (I edited my /etc/hosts file to map test.localdomain and
test1.localdomain to 127.0.0.1).

I went to the url http://test1.localdomain:8080/test/ and instead of the
index.html page I received a 404 error. I tried starting and stopping the host
from within jmx, it didn't help, I tried Catalina/Server/Operations/storeConfig
and starting and stopping the host and that didn't help either.

I tested with the following versions for the server
jdk 1.6.0_01-b06
tomcat 5.5.20, 6.0.10, 6.0.13

for the client I was using the jdk 1.6.0_01-b06 jconsole, as well as a custom
application I had written as well as the the "administration web application 
5.5.23"

all the combinations above had similar results.

I will briefly mention that in tomcat 6.0.10/13 I was unable to save the
configuration due to an error :
   Jun 20, 2007 5:26:11 PM org.apache.catalina.core.StandardServer storeConfig
   SEVERE: StoreConfig mbean not registeredCatalina:type=StoreConfig
I will open a separate bug for that.

In tomcat 5 I was able to save the config.

If I restart tomcat5 after saving the config (using catalina.sh stop / start)
the new alias works properly. 

Likewise, if I edit the tomcat 6 conf/server.xml and add the alias entry in
manually and restart tomcat, the url http://test1.localdomain:8080/test/ works 
fine.

So, the main problem is that adding an alias dynamically doesn't seem to work.

-- 
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 42708] New: - jmx is unable to store config : StoreConfig mbean not registeredCatalina:type=StoreConfig

[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=42708

   Summary: jmx is unable to store config : StoreConfig mbean not
registeredCatalina:type=StoreConfig
   Product: Tomcat 6
   Version: 6.0.11
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


when I start tomcat with jmx enabled and connect to it using jconsole, if I try
to save changes with the Catalina/Server/Operations/storeConfig method, I get an
error on the server and the config changes do not store.

The error message is : 
   Jun 20, 2007 5:26:11 PM org.apache.catalina.core.StandardServer storeConfig
   SEVERE: StoreConfig mbean not registeredCatalina:type=StoreConfig

I tested this against tomcat 6.0.10 and tomcat 6.0.13.
It use to work under tomcat 5.5.20

-- 
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 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 15:00 ---
I reopened the bug. I think I deserve it.
Now more information (For the folder structure see comment before):

1-Piece of host config on server.xml


www.mydomain.com



  

2-Piece of web.xml of the app

My Servlet Description
MyServlet
MyClass

 p1
 v1

1



MyServlet
docs




-- 
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 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

[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=42700





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 15:09 ---
The title of the bug should change to "Tomcat doesn't seem to handle well 
servlet mappings that match with names of tomcat's (not app's) subfolders". 

At least in the case of this particular server.xml's host configuration. 

Maybe cause of the value of the path attribute? I ask.

-- 
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: 5.5.24 candidate binaries

[Filip Hanik - Dev Lists]

my question to you earlier was, is this different from 5.5.23?

Filip

Peter Rossbach wrote:


Hi Filip.


The commons-modeler 2.0 not include ant.properties, but we need the 
modeler jmx task:



localhost:~/develop/server/apache-tomcat-5.5.24-embed peter$ ant
Buildfile: build.xml

init:
  [taskdef] Could not load definitions from resource 
org/apache/commons/modeler/ant/ant.properties. It could not be found.


==
Tomcat Embed is currently broken, only chance is to patch 
commons-modeler-2.0.jar with ant.properties from 1.1 release.


regards
Peter


Am 20.06.2007 um 15:13 schrieb Filip Hanik - Dev Lists:

how is 5.5.24 looking, if no one objects, I'll plan to start a vote 
on friday


Filip

Filip Hanik - Dev Lists wrote:

http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/
will let these sit to mid next week, and then we can take a vote.
feedback between now and then is welcome at any time.

Filip

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







No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.472 / Virus Database: 269.9.1/854 - Release Date: 6/19/2007 1:12 PM
  



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

svn commit: r549328 - in /tomcat/connectors/trunk/jk/java/org/apache: coyote/ajp/AjpAprProcessor.java jk/common/JkInputStream.java

[billbarker]

Author: billbarker
Date: Wed Jun 20 19:21:36 2007
New Revision: 549328

URL: http://svn.apache.org/viewvc?view=rev&rev=549328
Log:
Allow for large-file support on downloads as well as uploads.

Reported By: Rainer Jung

Modified:
tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java
tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java

Modified: 
tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java?view=diff&rev=549328&r1=549327&r2=549328
==
--- tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java 
(original)
+++ tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java 
Wed Jun 20 19:21:36 2007
@@ -961,9 +961,9 @@
 if (contentLanguage != null) {
 headers.setValue("Content-Language").setString(contentLanguage);
 }
-int contentLength = response.getContentLength();
+long contentLength = response.getContentLengthLong();
 if (contentLength >= 0) {
-headers.setValue("Content-Length").setInt(contentLength);
+headers.setValue("Content-Length").setLong(contentLength);
 }
 
 // Other headers

Modified: 
tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java?view=diff&rev=549328&r1=549327&r2=549328
==
--- tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java 
(original)
+++ tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java Wed 
Jun 20 19:21:36 2007
@@ -300,9 +300,9 @@
 if( contentLanguage != null ) {
 headers.setValue("Content-Language").setString(contentLanguage);
 }
-int contentLength = res.getContentLength();
+long contentLength = res.getContentLengthLong();
 if( contentLength >= 0 ) {
-headers.setValue("Content-Length").setInt(contentLength);
+headers.setValue("Content-Length").setLong(contentLength);
 }
 int numHeaders = headers.size();
 outputMsg.appendInt(numHeaders);



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

DO NOT REPLY [Bug 40107] - JK should handle EAGAIN in jk_is_socket_connected()

[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=40107





--- Additional Comments From [EMAIL PROTECTED]  2007-06-20 20:54 ---
(In reply to comment #5)
> jk_is_socket_connected() has been rewritten and does not use
> non-blocking socket mode any more.
> Please check the current SVN trunk.

Do you have any other reason why not using non-blocking socket mode? From my 
view, non-blocking socket should have better performance. In my stress test, I 
saw 2x performance boost with non-blocking vs. blocking socket. 

To fix this issue on HP-UX, I think the patch (in comment #3) is good. 

Thx, Xuekun

-- 
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 40107] - JK should handle EAGAIN in jk_is_socket_connected()

[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=40107


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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 42712] New: - Hot deployment not working properly

[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=42712

   Summary: Hot deployment not working properly
   Product: Tomcat 5
   Version: 5.5.23
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: blocker
  Priority: P1
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have done several test when doing hot deployment:
I'm using Tomcat server 5.5.23 + compat package 5.5.23 for JDK1.4


When putting the database resources(JOTM) in the server.xml hot deployment will
be ignored.  To do the deployment the server needs to be restarted.  
I know the properties are correctly set as they work when I put them in the
tomcat_server/conf/context.xml file.
Is there a way we can set the resources globally + using hot deployment?


Solution 1 and 2: Works but are not useful for a production environment.

1) When putting the resources in the tomcat_server/conf/context.xml, hot
deployment will work.  The drawback is that there can only be 1 context be
defined for the Tomcat server.  This means that we can only run 1 application on
1 Tomcat server. This option I cannot use as I need to be able to several
applications on 1 Tomcat server.

2) When putting the resources in the META-INF/context.xml directory of the web
application.  This solution works properly.  This implies that we need to build
a new war file for each environment.  But our company policy is that we need to
be able to deploy the same war file on different environments.


Thanks in advance,

Guy

-- 
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: 5.5.24 candidate binaries

[Peter Rossbach]

No, and I think we can fix it later at 5.5.25.
At  commons modeler nightly build the bug is not fixed.

Peter


Am 21.06.2007 um 03:42 schrieb Filip Hanik - Dev Lists:


my question to you earlier was, is this different from 5.5.23?

Filip

Peter Rossbach wrote:


Hi Filip.


The commons-modeler 2.0 not include ant.properties, but we need  
the modeler jmx task:



localhost:~/develop/server/apache-tomcat-5.5.24-embed peter$ ant
Buildfile: build.xml

init:
  [taskdef] Could not load definitions from resource org/apache/ 
commons/modeler/ant/ant.properties. It could not be found.


==
Tomcat Embed is currently broken, only chance is to patch commons- 
modeler-2.0.jar with ant.properties from 1.1 release.


regards
Peter


Am 20.06.2007 um 15:13 schrieb Filip Hanik - Dev Lists:

how is 5.5.24 looking, if no one objects, I'll plan to start a  
vote on friday


Filip

Filip Hanik - Dev Lists wrote:

http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/
will let these sit to mid next week, and then we can take a vote.
feedback between now and then is welcome at any time.

Filip

--- 
--

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]





- 
---


No virus found in this incoming message.
Checked by AVG Free Edition. Version: 7.5.472 / Virus Database:  
269.9.1/854 - Release Date: 6/19/2007 1:12 PM





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