DO NOT REPLY [Bug 37060] New: - user-agent header is null immediately after CMA login

2005-10-12 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=37060>.
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=37060

   Summary: user-agent header is null immediately after CMA login
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P3
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When processing the page immedately after a successful container managed
authentication "login", the user-agent header is NULL. If I refresh the page or
go to other pages, the user-agent header is rendered properly.

I have discussed this issue on the tomcat-user list for a number of days,
thinking it must be something I had done wrong,

Here are the steps:

1) Request a protected page from my application.
2) My CMA login page pops up, I enter userid and password.
3) This POST is issued when I submit it:
 POST /stars/auth/ j_username=user1&j_password=password1&login=Login
4) HTTPLiveHeaders show all of the GET requests have a user-agent set
   (I've included all 90 lines of them below).
5) My page that appears has the following code:
  <%
  String _userAgent = request.getHeader("user-agent");
  out.write("USER-AGENT="+_userAgent);
  ...
6) And displays the following on my page:
  USER-AGENT=null

START OF HTTPLiveHeaders capture from the above POST:

http://smartfish:8080/stars/auth/

POST /stars/auth/ HTTP/1.1
Host: smartfish:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.12)
Gecko/20050915 Firefox/1.0.7
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://smartfish:8080/stars/HomePage.do
Cookie: JSESSIONID=3F6575A5957AC84BCC60FA878ED092A5.srv1; username=user1
Content-Type: application/x-www-form-urlencoded
Content-Length: 45
j_username=user1&j_password=password1&login=Login
HTTP/1.x 302 Moved Temporarily
Server: Apache-Coyote/1.1
Location:
http://smartfish:8080/stars/j_security_check?j_username=user1&j_password=fbce66f99c809283638f344ecb3d50674ea64189
Content-Length: 0
Date: Wed, 12 Oct 2005 16:33:46 GMT
--
http://smartfish:8080/stars/j_security_check?j_username=user1&j_password=fbce66f99c809283638f344ecb3d50674ea64189

GET
/stars/j_security_check?j_username=user1&j_password=fbce66f99c809283638f344ecb3d50674ea64189
HTTP/1.1
Host: smartfish:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.12)
Gecko/20050915 Firefox/1.0.7
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://smartfish:8080/stars/HomePage.do
Cookie: JSESSIONID=3F6575A5957AC84BCC60FA878ED092A5.srv1; username=user1

HTTP/1.x 302 Moved Temporarily
Server: Apache-Coyote/1.1
Location: http://smartfish:8080/stars/HomePage.do
Content-Length: 0
Date: Wed, 12 Oct 2005 16:33:46 GMT
--
http://smartfish:8080/stars/HomePage.do

GET /stars/HomePage.do HTTP/1.1
Host: smartfish:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.12)
Gecko/20050915 Firefox/1.0.7
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://smartfish:8080/stars/HomePage.do
Cookie: JSESSIONID=3F6575A5957AC84BCC60FA878ED092A5.srv1; username=user1

HTTP/1.x 200 OK
Server: Apache-Coyote/1.1
Pragma: No-cache
Cache-Control: no-cache,no-store,max-age=0
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Content-Type: text/html;charset=UTF-8
Content-Language: en
Content-Length: 2989
Date: Wed, 12 Oct 2005 16:33:52 GMT
--
http://smartfish:8080/stars/WEB-INF/pages/%3C%=request.getContextPath()%%3E/images/cm_fill.gif

GET /stars/WEB-INF/pages/%3C%=request.getContextPath()%%3E/images/cm_fill.gif
HTTP/1.1
Host: smartfish:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.12)
Gecko/20050915 Firefox/1.0.7
Accept: image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300

DO NOT REPLY [Bug 37054] New: - NoClassDefFoundError using ServletContextListener

2005-10-12 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=37054>.
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=37054

   Summary: NoClassDefFoundError using ServletContextListener
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Since 5.5.12 using a ServletContextListener leads to a NoClassDefFoundError.
5.5.11 instead worked as expected with exactly the same code.

The class ServletListener is part of the web application. The web application of
course has no servlet-api.jar included as this must be provided by the servlet
engine through the appropriate classloader.

o JVM is Sun 1.5.0_05, I got the same error with 1.5.0_04.

o My web.xml:

   ...


this.is.my.ServletListener

   


o My listener class:
public class ServletListener implements ServletContextListener {
public void contextInitialized(ServletContextEvent arg0) {...}
public void contextDestroyed(ServletContextEvent arg0) {…}
}

o This is the error during startup:
09:09:12,579 ERROR [/myApp]:3643 - Error configuring application listener of
class this.is.my.ServletListener
java.lang.NoClassDefFoundError: javax/servlet/ServletContextListener
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:870)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1305)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3640)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4127)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
at 
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
at 
org.apache.catalina.core.StandardService.start(StandardService.java:450)
at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:680)
at org.apache.catalina.startup.Catalina.start(Catalina.java:536)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
09:09:12,594 ERROR [/myApp]:3650 - Skipped installing application listeners due
to previous error(s)

-- 
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 37044] New: - JAASRealm / RealmBase role checking bug ?

2005-10-12 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=37044>.
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=37044

   Summary: JAASRealm / RealmBase role checking bug ?
   Product: Tomcat 5
   Version: 5.5.12
  Platform: All
OS/Version: other
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


JAASRealm authenticates the user and creates a GenericPrincipal with 
  userPrincipal set to some principal returned by LoginModule.

  Later RealmBase.hasResourcePermission() calls request.getUserPrincipal()
  to recover authenticated user principal

  Request.getUserPrincipal() checks if the principal is instanceof 
  GenericPrincipal, and if it is, it returns its userPrincipal. 

  RealmBase.hasRole() checks if the principal is instanceof GenericPrincipal 
  and if not it fails immediately.

  Note: previous versions of JAASRealm had their own hasRole() implementation.

  Note: request.isUserInRole() is not getting userPrincipal from 
  GenericPrincipal when calling realm.hasRole() and this one seems 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 37020] - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.

2005-10-12 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=37020>.
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=37020





--- Additional Comments From [EMAIL PROTECTED]  2005-10-12 14:43 ---
>> BTW, your other bug report is bad.

is it? or is it just that Tomcat does not offer any reasons for its failures 
and I am led to believe there is a problem because of the unexpected behaviour?

the bug report lists precise steps to a failure that should not be there or if 
there is a reason should be reported to the user.

consider it another enhancement than a bug if that is the case.

-- 
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 36994] - httpsession.getId() throws ISE after invalidation

2005-10-12 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=36994>.
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=36994





--- Additional Comments From [EMAIL PROTECTED]  2005-10-12 14:41 ---
(In reply to comment #3)
> Hi William, the servlet spec 2.4 doesn't throw the ISE. The new servlet spec 
> 2.5
> throws the ISE. So that's a change between 2.4 and 2.5. Strange on this is, 
> that
> this change isn't listed in der change list between 2.4 and 2.5.
> 
> I know that in the future the ISE will come, but the TC homepage says that the
> current TC 5.5 is an impl for the final 2.4 spec - not for the non-final 2.5 
> spec.
> 

No the spec didn't change. However, it turned out that getId should have thrown
an ISE, while in Tomcat it did not. If you want to work around it, you can
modify the Tomcat code easily.

http://jcp.org/aboutJava/communityprocess/maintenance/jsr154/errata204.txt


-- 
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 36994] - httpsession.getId() throws ISE after invalidation

2005-10-12 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=36994>.
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=36994





--- Additional Comments From [EMAIL PROTECTED]  2005-10-12 14:34 ---
Hi William, the servlet spec 2.4 doesn't throw the ISE. The new servlet spec 2.5
throws the ISE. So that's a change between 2.4 and 2.5. Strange on this is, that
this change isn't listed in der change list between 2.4 and 2.5.

I know that in the future the ISE will come, but the TC homepage says that the
current TC 5.5 is an impl for the final 2.4 spec - not for the non-final 2.5 
spec.


-- 
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 37020] - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.

2005-10-12 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=37020>.
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=37020





--- Additional Comments From [EMAIL PROTECTED]  2005-10-12 14:23 ---
(In reply to comment #2)
> i thought it may not be a bug, i've changed the severity to "enhancement" to 
> make that clear. 
> 
> there is clearly an issue with deployer on windows machines, and coupled with 
> a 
> large web application this kind of performance is not workable when the anti-
> locking strategy is put in place.  
> 
> i suppose the answer will be to add anti locking for deployed applications 
> only 
> and keep dev setups without the anti locking off.
> 

If you have zillions of JARs, then there's no solution. The MS stuff and the Sun
JVM seem to both be optimized so that JAR file locking (or even regular file
locking) will almost always occur. The workaround for all problems is to copy
the whole thing to the temp folder, and just run it from there. JBoss does the
same thing to allow hot deployment.

The other workaround is to consider using OSes with more flexible filesystems.

I told you already that antiJARLocking and antiResourceLocking don't do the same
thing, and using both is not very useful. BTW, your other bug report is bad.


-- 
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 36995] - duplicate session ids

2005-10-12 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=36995>.
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=36995





--- Additional Comments From [EMAIL PROTECTED]  2005-10-12 14:09 ---
(In reply to comment #4)
> We have Suse 8.2 with kernel 2.4.20-64GB-SMP on our servers. Java version is
> 1.4.2_03 and Tomcat 4.1.29.
> 
> As the chances for the described scenario are slim, I suggest to reduce the
> value of ManagerBase.SESSION_ID_BYTES from 16 to 2 or 3 for testing. This
> should increase the chances of duplicates returned by
> ManagerBase.generateSessionId() without affecting the behaviour of Tomcat.
> 
> Additionally, I put a Thread.yield() below the end of the sychronized block
> in ManagerBase.createSession(), to provoke the racing time condition, further
> increasing the chances for the scenario.
> 
> Then I started Tomcat with the JSP page "session.jsp":
> 
> <%@ page language="java" %><%= request.getSession().getId() %>
> 
> The test application performs repeated request from different threads,
> recoding the returned session ids and checking for duplicates. Even with
> the reduced random range it might take several runs to stumble into a
> duplicate. I'm sure there are better ways to test it, it is just a simple
> test.
> 
> I'm not saying this is an urgent problem, or that it happens all the time, I
> merely think that it can happen, because random numbers, however large the
> range might be, are not unique by themselves, are they? And if it can happen,
> it will happen, eventually. Or am I missing something here?

The whole idea of even checking for duplicates is a nonsense (beyond giving
people some sense of safety). If the id generation has conflicts, then it means
the system is completely insecure, so fixing a bug which will never actually
occur doesn't have any benefits.


-- 
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 37020] - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.

2005-10-12 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=37020>.
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=37020


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |enhancement




--- Additional Comments From [EMAIL PROTECTED]  2005-10-12 12:58 ---
i thought it may not be a bug, i've changed the severity to "enhancement" to 
make that clear. 

there is clearly an issue with deployer on windows machines, and coupled with a 
large web application this kind of performance is not workable when the anti-
locking strategy is put in place.  

i suppose the answer will be to add anti locking for deployed applications only 
and keep dev setups without the anti locking off.

thanks anyway.

-- 
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 37020] - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.

2005-10-12 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=37020>.
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=37020


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-10-12 12:53 ---
This is not a bug. The webapp is indeed deployed over to another location, which
takes time.

-- 
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 37039] New: - Typo in the quick-howto for jk connector configuration

2005-10-12 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=37039>.
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=37039

   Summary: Typo in the quick-howto for jk connector configuration
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
   URL: http://jakarta.apache.org/tomcat/connectors-
doc/howto/quick.html
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The typo is in the "Minimum workers.properties" section:

# Define 1 real worker using ajp13
  worker.list=worker1
  # Set properties for worker1 (ajp13)
  worker.worker1.type=ajp13
  worker.worker1.host=localhost
  worker.worker1.port=8009
  worker.worker1.lbfactor=50
  worker.worker1.cachesize=10
  worker.worker1.cache_timeout=600
  worker.worker1.socket_keepalive=1
  worker.worker1.reclycle_timeout=300 <--- TYPO HERE

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

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



DO NOT REPLY [Bug 37035] New: - Prevent temp\ directory disappearing when tar.gz is used on Windows

2005-10-11 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=37035>.
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=37035

   Summary: Prevent temp\ directory disappearing when tar.gz is used
on Windows
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


If a user:

 - is on Windows
 - downloads the tar.gz distribution
 - unpacks with WinZIP

then Tomcat breaks in odd ways. This is because the temp\ directory is empty in
the distribution, and WinZIP's default behaviour is not to create directories if
they are empty.

I know this is a combination of WinZIP stupidity and odd user behaviour, but
there is an easy way to avoid the problem: add a temp\README.txt file so the
directory is non-empty.

There was a temp\README.txt in 4.1 days, which read:

"""
This temp directory is used by the JVM for temporary file storage.
The JVM is configured to use this as its java.io.tmpdir in the
catalina.sh and catalina.bat scripts.  Tomcat is configured to use
this temporary directory rather than its default for security reasons.
The temp directory must exist for Tomcat to work correctly.
"""

-- 
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 36994] - httpsession.getId() throws ISE after invalidation

2005-10-11 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=36994>.
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=36994


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-10-11 19:19 ---
This is now required by the servlet spec, so it can't be changed by Tomcat. 
See:
http://jcp.org/aboutJava/communityprocess/maintenance/jsr154/154errata.txt

If the Servlet Expert Group decides to change this at some future point, then 
Tomcat can consider removing the ISE.  Until then, the only place to complain 
about this is:  [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 36994] - httpsession.getId() throws ISE after invalidation

2005-10-11 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=36994>.
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=36994





--- Additional Comments From [EMAIL PROTECTED]  2005-10-11 17:15 ---
I agree with Lars.
I use a Map (stored as an attribute of the ServletContext) to keep track of the
active http sessions.
Using Tomcat 5.5.9 I didn't have any problem logging-out, but with Tomcat 5.5.12
when I try to invalidate a session I get an ISE ("getId: Session already
invalidated").

(In reply to comment #0)
> After a http session is invalidated a call to getId() throws an
> IllegalStateException("already invalidated").
> 
> I think this doesn't conform to the servlet spec that doesn't say anything 
> about
> an ISE in the api doc. All ISEs that can be thrown by the session-methods are
> explicit listed.
> 
> Beside this it is very essential to have the sessionId at least during
> HttpSessionBindingListener.valueUnbound() if this method is called during the
> invalidation.
> The api doc of valueUnbound() says:
> "Notifies the object that it is being unbound from a session and identifies 
> the
> session."
> The session is identified by its Id, but if the Id is not accessible 
> anymore...
> 
> The ISE was inserted in Version 5.5.10: excerpt from the changelog:
> "Re-add patch causing Session.getId to throw an ISE, and make all internal
> components use a safe getIdInternal"
> 
> 
> Thanks
> Lars



-- 
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 37020] New: - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.

2005-10-11 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=37020>.
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=37020

   Summary: antiJARLocking and antiResourceLocking with many lib
jars causes performance degradation and reload failure.
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Here is a catch-22. 

We want to use deployer to deploy web applications to target servers. It 
formalises the process of build a little more. However, deployer does not work 
well on Windows as JARs get left behind. Furthermore another bug I submitted 
yesterday shows that deploying, restarting the Windows service and then 
undeploying breaks.

That restart bug aside, in order to even get deploy and undeploy to work we 
have to use antiJARLocking="true" antiResourceLocking="true" on our context.

I added this just the other day and I noticed that starting Tomcat took a whole 
lot longer than usual (nearly 1 minute), and that compiling class changes to my 
development Tomcat did not cause the usual web application reload (as indicated 
by reloadable="true" on the context).

I decided that the only thing I changed was the antiJARLocking="true" 
antiResourceLocking="true" attributes. I took them off today and Tomcat starts 
up in 20s. Furthermore, compiling class changes works again.

I thought about why this might be and we have 18M of lib JARs. In order for the 
anti locking to work I notice that copies are made to a temp folder. I can only 
assume therefore that having so many JARs in a web application lib combined 
with using the anti locking features causes this huge degradation in ability to 
develop and test. 

I've made sure this is definately the problem by adding and removing the 
antiJARLocking="true" antiResourceLocking="true" attributes a few times, and it 
always varies from 58s and no reloading with them set to true and 20s and 
reloading ok with them false.

-- 
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 29526] - Cannot undeploy and deploy war file with on the same context

2005-10-11 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=29526>.
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=29526


[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 36995] - duplicate session ids

2005-10-11 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=36995>.
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=36995





--- Additional Comments From [EMAIL PROTECTED]  2005-10-11 14:02 ---
We have Suse 8.2 with kernel 2.4.20-64GB-SMP on our servers. Java version is
1.4.2_03 and Tomcat 4.1.29.

As the chances for the described scenario are slim, I suggest to reduce the
value of ManagerBase.SESSION_ID_BYTES from 16 to 2 or 3 for testing. This
should increase the chances of duplicates returned by
ManagerBase.generateSessionId() without affecting the behaviour of Tomcat.

Additionally, I put a Thread.yield() below the end of the sychronized block
in ManagerBase.createSession(), to provoke the racing time condition, further
increasing the chances for the scenario.

Then I started Tomcat with the JSP page "session.jsp":

<%@ page language="java" %><%= request.getSession().getId() %>

The test application performs repeated request from different threads,
recoding the returned session ids and checking for duplicates. Even with
the reduced random range it might take several runs to stumble into a
duplicate. I'm sure there are better ways to test it, it is just a simple
test.

I'm not saying this is an urgent problem, or that it happens all the time, I
merely think that it can happen, because random numbers, however large the
range might be, are not unique by themselves, are they? And if it can happen,
it will happen, eventually. Or am I missing something here?


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

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



DO NOT REPLY [Bug 36995] - duplicate session ids

2005-10-11 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=36995>.
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=36995





--- Additional Comments From [EMAIL PROTECTED]  2005-10-11 14:01 ---
Created an attachment (id=16657)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16657&action=view)
A simple test case to check for duplicate session ids.


-- 
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 36905] - Tomcat WebDAV characters bug

2005-10-11 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=36905>.
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=36905





--- Additional Comments From [EMAIL PROTECTED]  2005-10-11 13:10 ---
I have discovered a simular problem that seems to be related to this bug.

I place a file with semi-colon in the filename under the Tomcat http server. 
When I am linking to that file (test;01.png) i get "the requested resource is 
not available.

Take a look at the attached screendumps.

Screen1 shows a directory listing of the file in question.
Screen2 shows the error-msg when i click the filename.

This is not a problem in Apache 2.0.53
I tested and found this problem using IE 6.0 and Firefox 1.0.7 against Tomcat 
5.5.12

-- 
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 36905] - Tomcat WebDAV characters bug

2005-10-11 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=36905>.
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=36905





--- Additional Comments From [EMAIL PROTECTED]  2005-10-11 13:07 ---
Created an attachment (id=16656)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16656&action=view)
Screen-dump of error-msg when I click the filename with semi-colon.


-- 
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 36905] - Tomcat WebDAV characters bug

2005-10-11 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=36905>.
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=36905





--- Additional Comments From [EMAIL PROTECTED]  2005-10-11 13:07 ---
Created an attachment (id=16655)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16655&action=view)
Screen dump of directorylisting with filename containing semi-colon.


-- 
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 37018] New: - Document how to use tomcat-SSL with a pkcs11 token

2005-10-11 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=37018>.
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=37018

   Summary: Document how to use tomcat-SSL with a pkcs11 token
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
   URL: http://java.sun.com/j2se/1.5.0/docs/guide/security/p11gu
ide.html
OS/Version: other
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Connector:Coyote
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Since jdk1.5 has a sun.security.pkcs11.SunPKCS11 implementing
java.security.Provider, it should be possible to no longer store private keys on
the server computer's harddisk, but on a USB token or alike (being willing to
accept that SSL may become very slow...)
Others appear to have asked for this 
http://marc.theaimsgroup.com/?l=tomcat-user&m=111471470228516&w=2

more also in 
http://forum.java.sun.com/thread.jspa?threadID=256018&messageID=3838346

-- 
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 36995] - duplicate session ids

2005-10-11 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=36995>.
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=36995


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-10-11 09:09 ---
(In reply to comment #1)
> I hava look inside also inside 5.5.x code (ManagerBase.generateSessionId()) 
> and
> think the duplication risk is there. But the risk is small, as random 
> generator
> works really good. I have test with Linux Suse 9.3 and have no chance to
> reproduce your test result. Can you please send your testscripts and os
information?
> 

This does not make any sense. The risk does not exist, and the uniqueness check
is just there to make insecure people more secure. I am actually tired of it,
and would want it removed.

-- 
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 35853] - Make JkMount compatible with servlet-mapping/url-pattern in web.xml

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Connector:JK/AJP|Native:JK
Product|Tomcat 4|Tomcat 5




-- 
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 36995] - duplicate session ids

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2005-10-10 19:58 ---
I hava look inside also inside 5.5.x code (ManagerBase.generateSessionId()) and
think the duplication risk is there. But the risk is small, as random generator
works really good. I have test with Linux Suse 9.3 and have no chance to
reproduce your test result. Can you please send your testscripts and os 
information?

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



DO NOT REPLY [Bug 36995] New: - duplicate session ids

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

   Summary: duplicate session ids
   Product: Tomcat 4
   Version: 4.1.31
  Platform: PC
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Greetings,

We ran a simple load test against Tomcat 4.1.x after having some strange
session effects on our website, to see if the generated session ids are
really unique. The test made HTTP requests with wget, extracted the newly
generated session ids and wrote them into a file. It turned up two pairs
of duplicate session ids from active sessions.

I read the source code to see how the session ids are generated, and found
this code in org.apache.catalina.session.ManagerBase#createSession() from
Tomcat 4.1.31, line 544 to 555:

synchronized (sessions) {
while (sessions.get(sessionId) != null){ // Guarantee uniqueness
sessionId = generateSessionId();
duplicates++;
// @todo Move appending of jvmRoute generateSessionId()???
if (jvmRoute != null) {
sessionId += '.' + jvmRoute;
}
}
}

session.setId(sessionId);

I came up with the following scenario, where duplicate session ids could
be generated:

Thread 1 runs into the method, generates a session id, checks if the session
id is unique and leaves the synchronized block. There the thread 1 pauses and
thread 2, a request from a different user, takes over.

Thread 2 runs into the method, generates the same session id by pure chance
and checks if the session id is unique. Since thread 1 has not yet called
setId, the session id isn't stored in the HashMap, the session id is
considered unique and the loop is left. The method setId() is called, which
results in a call to the method add() of the ManageBase class. There the new
session object is stored in the HashMap with the session id.

Thread 1 continues and calls setId() as well, overwriting the already present
session object in the HashMap with a new one.

Both threads continue and return a duplicate session id to different user.
Both users use the same session object for subsequent requests.

I know the chances for this scenario are slim, as it must generate the same
session id and run into the race condition between the two syncronised blocks
in createSession() and add(), but it appears to be happening.

Shouldn't the check for uniqueness and the adding of the newly generated
session id be in the same syncronized block of "sessions", to really
ensure uniqueness? Or did I get something wrong here?

Tomcat 5.0.28 and Tomcat 5.5.9 appears to have the same problem, btw.

Thanks,

Christian

-- 
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 36994] New: - httpsession.getId() throws ISE after invalidation

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

   Summary: httpsession.getId() throws ISE after invalidation
   Product: Tomcat 5
   Version: 5.0.12
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


After a http session is invalidated a call to getId() throws an
IllegalStateException("already invalidated").

I think this doesn't conform to the servlet spec that doesn't say anything about
an ISE in the api doc. All ISEs that can be thrown by the session-methods are
explicit listed.

Beside this it is very essential to have the sessionId at least during
HttpSessionBindingListener.valueUnbound() if this method is called during the
invalidation.
The api doc of valueUnbound() says:
"Notifies the object that it is being unbound from a session and identifies the
session."
The session is identified by its Id, but if the Id is not accessible anymore...

The ISE was inserted in Version 5.5.10: excerpt from the changelog:
"Re-add patch causing Session.getId to throw an ISE, and make all internal
components use a safe getIdInternal"


Thanks
Lars

-- 
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 36990] New: - Undeployment fails when Tomcat service is restarted after successful deployment

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

   Summary: Undeployment fails when Tomcat service is restarted
after successful deployment
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Webapps:Manager
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This may not be a bug as such, but I do not believe it is correct behaviour. It 
is using the Ant deploy script for a target Tomcat 5.5.12 for Windows using the 
service.

1. Deploy a WAR to a clean Tomcat using an embedded META-INF/context.xml, 
path="ROOT"
2. Application is deployed OK, requests succeed OK.
3. Restart Tomcat service
4. Call undeploy of ROOT web application

The undeploy fails with FAIL - No context exists for path /ROOT despite the 
following 3 facts

1. /conf/Catalina/localhost/ROOT.xml exists
2. /webapps/ROOT.war exists
3. /webapps/ROOT (exploded) exists

Is it correct that a restart of Tomcat should prevent undeployments of 
previously deployed webapps?

-- 
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 36983] New: - session problems with cross context webapps

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

   Summary: session problems with cross context webapps
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I encountered a problem with sessions and cross context calls. Here is a 
scenario:

We have to webapps (webapp1 and webapp2). 
webapp1 is configured with cross contex set to true so it is able to dispatch to
webapp2. 
Now user access webapp1 and webapp2. Two sessions are created for both webapps. 

request.getSession in webapp1 returns session1 
request.getSession in webapp2 returns session2

Problem is during dispatching request from webapp1 to webapp2, because 
request.getSession in webapp2 does not return session2, but only for request
which is dispatched from webapp1. all the following request which are not cross
context again return session2, so session is not lost. 

Tomcat 5.0.x works fine when dispatching cross context requests (two separate
sessions are maintained for each 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]



Bug report for Watchdog [2005/10/09]

2005-10-09 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|  278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug|
|  279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug|
|  469|Unc|Nor|2001-01-17|in example-taglib.tld "urn" should be "uri" BugRat|
|  470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B|
| 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths|
|10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher|
|11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()|
|11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav|
|11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie|
|11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro|
|11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.|
|14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec|
|15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv|
|24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara|
|29398|New|Nor|2004-06-04|Update site and note current status   |
+-+---+---+--+--+
| Total   15 bugs   |
+---+

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



Bug report for Tomcat 5 [2005/10/09]

2005-10-09 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|17310|Ver|Nor|2003-02-22|;jsessionid confuses StandardHostcan't find Co|
|19803|Ver|Maj|2003-05-09|manager reload fails and disables app - Incompatib|
|19958|Ver|Maj|2003-05-15|Problems reading ServletInputStream   |
|21045|Ver|Nor|2003-06-24|Manager app does find resources   |
|21600|Ver|Nor|2003-07-15|'s lost after manager stop/start or rel|
|22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev|
|22986|Ver|Nor|2003-09-08|Web apps with context XML file don't start if CATA|
|24413|Ver|Nor|2003-11-04|bundled JMX implementation not compliant to specif|
|24942|Opn|Nor|2003-11-24|Tomcat 5.0.16 / Windows 2000 Service does not star|
|24943|Ver|Nor|2003-11-24|Tomcat 5.0.14 / Windows 2000 Service does not star|
|25078|Ver|Nor|2003-11-29|Catalina Ant Serverinfo task always fails |
|26979|New|Enh|2004-02-16|StandardServer don't save cluster config  |
|27104|Opn|Nor|2004-02-20|got an exception when testing a simple cluster app|
|27259|Opn|Nor|2004-02-26|org.apache.catalina.cluster.tcp.ReplicationListene|
|27338|Ver|Maj|2004-03-01|Wrong mappings for JSP Documents (.jspx)  |
|28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn  |
|28633|New|Nor|2004-04-27|Add JMX Support to ClusterManager |
|28634|New|Nor|2004-04-27|Extend StandardManager/StandardSession for DeltaMa|
|28709|Ver|Nor|2004-04-30|javax.servlet.http.HttpServletRequest.isRequestedS|
|28875|Ver|Nor|2004-05-10|Multi-byte characters in default error page aren't|
|29091|Opn|Nor|2004-05-19|Non-ascii characters are not handled correctly... |
|29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js|
|29497|Unc|Nor|2004-06-10|Connection pool, redeployment |
|29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown |
|29780|New|Min|2004-06-24|Why we need a jkMain static attibute? |
|30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c|
|30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r|
|31125|Opn|Nor|2004-09-08|conf/web.xml not valid|
|31804|Opn|Maj|2004-10-20|setParent() is not called on nested tags in a tag |
|32081|New|   |2004-11-05|Wrapper scripts require a JDK to be present.  |
|32141|New|Nor|2004-11-10|Memory leak in Jk connector, ChannelSocket.registe|
|32180|New|Nor|2004-11-11|EL functions are executed in privileged context   |
|32280|Ver|Cri|2004-11-17|Problem clustering tomcat when a failed server is |
|32569|Ass|Nor|2004-12-07|ServletContextListener will not die   |
|32593|Inf|Maj|2004-12-09|Server (Apache 2.0.48) reached MaxClients setting |
|32754|Inf|Nor|2004-12-17|Can't modify thread configuration attributes of AJ|
|32832|Ver|Maj|2004-12-23|request.getSession(false) fails to return null.   |
|32888|Inf|Nor|2004-12-30|Each cluster slave creates duplicated session on t|
|33180|Ver|Nor|2005-01-20|JSTL automatic type conversion gives unexpected re|
|33262|Inf|Nor|2005-01-27|Service Manager autostart should check for adminis|
|33356|Inf|Maj|2005-02-02|Incorrect parsing of tag attributes   |
|33407|Inf|Nor|2005-02-05|\$ is quoted even with el-ignored=true|
|33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps|
|33494|New|Enh|2005-02-10|jscv configure script fails on x86_64 |
|33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing  |
|33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na|
|33782|New|Nor|2005-03-01|notifyListenerOnReplication has no effect when sta|
|33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing|
|33911|New|Enh|2005-03-08|Request for security role mapping (role-to-group/u|
|34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME|
|34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to 

Bug report for Tomcat 4 [2005/10/09]

2005-10-09 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 3839|Opn|Enh|2001-09-26|Problem bookmarking login page|
| 4227|Opn|Enh|2001-10-17|Invalid CGI path  |
| 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished|
| 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob|
| 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi|
| 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio|
| 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI|
| 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam|
| 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty|
| 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store   |
| 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output|
| 7676|New|Enh|2002-04-02|Allow name property to use match experssions in  without className in server.xml produces N|
|11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN|
|11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques|
|11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header|
|11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w|
|12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ|
|12658|New|Enh|2002-09-15|a proxy host and port at the  element level |
|12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers|
|13040|New|Nor|2002-09-26|can't retrieve external context who's uri is a sub|
|13309|Opn|Enh|2002-10-04|Catalina calls System.exit()  |
|13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co|
|13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari|
|13731|New|Enh|2002-10-17|Final request, response, session and other variabl|
|13846|New|Nor|2002-10-22|If-Modified-Since results in incorrect headers|
|13941|New|Enh|2002-10-24|reload is VERY slow   |
|13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix |
|13983|New|Nor|2002-10-25|RMI call from Web Application throws SocketExcepti|
|14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic|
|14416|New|Enh|2002-11-10|blank tag name in TLD cause NullPointerException  |
|14635|New|Enh|2002-11-18|Should be possible not to have -MM-DD in log f|
|14766|New|Enh|2002-11-22|Redirect Vavle|
|14993|New|Enh|2002-12-02|Possible obselete synchronized declaration|
|15115|New|Enh|2002-12-05|correct docs... XML parser *cannot* be overridden |
|15417|Opn|Enh|2002-12-16|Add port for forced compilation of JSP pages  |
|15570|New|Nor|2002-12-20|incorrect role-name mapping for "*" with respect t|
|15688|New|Enh|2002-12-27|full-qualified names instead of imports   |
|15893|New|Enh|2003-01-08|Need a getPort() method on Connector or similar fu|
|15941|New|Enh|2003-01-10|Expose rootCause exceptions at deeper levels  |
|15946|New|Nor|2003-01-10|Documentation change  |
|16185|New|Nor|2003-01-16|UserDatabase is not bound in this context |
|16294|New|Enh|2003-01-21|Configurable URL Decoding.|
|16357|New|Enh|2003-01-23|"connection timeout reached"  |
|16531|New|Enh|2003-01-29|Updating already deployed ".war" files in a single|
|16579|New|Enh|2003-01-30|documentation page layout/style breaks wrapping to|
|16596|New|Enh|2003-01-30|option for disabling log rotation |
|17070|New|Enh|2003-02-14|The Catalina Ant tasks do not allow for 'reusable'|
|17146|New|Enh|2003-02-18|Simplify build.xml using  whose target performs a 'forward' do|
|21669|New|Enh|2003-07-16|JNDIRealm roleBase pattern enahncement|
|21804|New|Enh|2003-07-2

Bug report for Tomcat 3 [2005/10/09]

2005-10-09 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt|
| 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle|
| 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/|
| 4980|New|Min|2001-11-20|Startup message indicates incorrect log file  |
| 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu|
| 5064|New|Cri|2001-11-25|Socket write error when include files is more than|
| 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 |
| 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r|
| 5160|Unc|Maj|2001-11-28|'IllegalStateException'   |
| 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization  |
| 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv|
| 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL  |
| 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin|
| 6027|New|Maj|2002-01-25|Tomcat  Automatically shuts down as service   |
| 6168|New|Blk|2002-02-01|IllegalStateException |
| 6451|New|Cri|2002-02-14|Stackoverflow |
| 6478|New|Enh|2002-02-14|Default Tomcat Encoding   |
| 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c|
| 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err|
| 6702|New|Cri|2002-02-27|win 2k services not working   |
| 6796|New|Cri|2002-03-01|Tomcat dies periodically  |
| 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil|
| 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact|
| 7227|New|Nor|2002-03-19| directive don't work |
| 7626|New|Nor|2002-03-29|classloader not working properly  |
| 7652|New|Cri|2002-04-01|Tomcat stalls periodically|
| 7785|New|Blk|2002-04-06|tomcat bug in context reloading   |
| 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS |
| 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database   |
| 8239|New|Cri|2002-04-18|Resource temporary unavailable|
| 8263|New|Cri|2002-04-18|url-pattern easy to circumvent|
| 9250|New|Maj|2002-05-20|outOfMemoryError  |
| 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession|
| 9390|New|Nor|2002-05-24|jasper compilation error in tomcat|
| 9480|New|Nor|2002-05-29|Data connection pooling   |
| 9607|New|Maj|2002-06-04|precompile JSP|
| 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p|
|10047|New|Cri|2002-06-20|IllegalStateException |
|10202|New|Maj|2002-06-25|Tomcat is not responding in time  |
|10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read|
|10406|New|Cri|2002-07-02|IllegalStateException |
|11087|New|Blk|2002-07-23|IllegalStateException |
|11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size   |
|11466|New|Nor|2002-08-05|ContextManager: SocketException reading request   |
|12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem  |
|12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header  |
|12852|New|Nor|2002-09-20|May be error in _jspService() -> out.flushBuffers(|
|14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader|
|15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL |
|16363|New|Cri|2003-01-23|Stack Overflow accessing compiled JSP - Tomcat 3.2|
|17081|New|Min|2003-02-14|Some javadoc comment fixes 

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

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

   Summary: Tomcat VM does not shutdown with remote jmx enabled
   Product: Tomcat 5
   Version: 5.5.9
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When using tomcat with remote jmx it does not shutdown. Using it with local jmx
works perfectly.

jmx parameters set in catalina.bat as JAVA_OPTS
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.port=

Calling shutdown.bat I get the following error:

Error: Exception thrown by the agent : java.rmi.server.ExportException : Port
already in use: ;nested exception is:
java.net.BindException: Address already in use: JVM_Bind

Tomcat keeps running instead of performing a clean shutdown.

JVM is a 1.5.0_04
Tomcat installation is a default from 5.5.9.zip without configuration changes

-- 
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 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 23:17 ---
(In reply to comment #8)
> Hi,
> 
> I must dissagree with you.
> The bug has nothing to do with Tomcat.
> Tomcat works pretty well with mod_jk w or w/o SSL.
> 
> The error is obviously in mod_proxy_ajp.

Agreed, but I am not sure if the AJP connector on Tomcat side should set isSSL
to true once it finds some of the SSL variables in the AJP message. From my
point of view it should also ignore all SSL variables in the message if isSSL is
set to false in the message.

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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 23:13 ---
Committed a style adjusted variant to trunk (r307195)
http://svn.apache.org/viewcvs.cgi/httpd/httpd/trunk/modules/proxy/ajp_header.c?rev=307195&r1=232247&r2=307195

and to 2.2.x branch (r307196)
http://svn.apache.org/viewcvs.cgi/httpd/httpd/branches/2.2.x/modules/proxy/ajp_header.c?rev=307196&r1=234103&r2=307196


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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 21:27 ---
(In reply to comment #13)
> misreading this comment, but could someone of the AJP gurus confirm that this
> attribute is also valid in AJP13?

All current release versions of Tomcat support it, and any older ones will 
ignore an attribute that they don't recognize.





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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 20:38 ---
Apart from a few minor style issues the patch looks good to me. Thanks. It
removes the problem I saw with my first version of the patch which did not fix
it correctly. What still worries me a little bit is the comment above the
key_size block, which says "added support only in ajp14 mode". Maybe I am just
misreading this comment, but could someone of the AJP gurus confirm that this
attribute is also valid in AJP13?

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

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



DO NOT REPLY [Bug 36969] - OutOfMemory exceptions when used with Deployer package

2005-10-07 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=36969>.
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=36969


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 18:46 ---
Please provide conclusive informations about references which would be leaked by
Tomcat.

-- 
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 36969] - OutOfMemory exceptions when used with Deployer package

2005-10-07 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=36969>.
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=36969





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 18:42 ---
I also searched on Google and many people reported OutOfMemory errors in 5.5.9 
or in general with 5.5. This also included some comments from one of the 
developers of Hibernate. This leads me to believe that this is a genuine 
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]



DO NOT REPLY [Bug 36969] - OutOfMemory exceptions when used with Deployer package

2005-10-07 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=36969>.
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=36969





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 18:39 ---
I will agree with you are saying. But the point is - I did not even access the 
web app. I can easily simulate this with a logic similar to this in a shell 
script. What I am saying is - it is not my application. For argument sake, I 
will take a standard application - or any app developed by anybody

For count 1 to 40
Run deploy 
Run undeploy 
End for

You can see I did not even access my web app.

-- 
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 36969] - OutOfMemory exceptions when used with Deployer package

2005-10-07 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=36969>.
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=36969





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 18:28 ---
your web application will probably be holding onto resources so that when 
tomcat tries to reload your web appliation, a bit of memory is lost each time. 
this OOME does not just occur with deployer but also with reloadable="true" 
class changes where the webapp is forced to reload. 

you should get hold of a profiler and consider also using a context listener to 
kill all references.

-- 
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 36969] New: - OutOfMemory exceptions when used with Deployer package

2005-10-07 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=36969>.
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=36969

   Summary: OutOfMemory exceptions when used with Deployer package
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: critical
  Priority: P1
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


We are experiencing OutOfMemory exceptions from Tomcat 5.5

If we repeatedly deploy/undeploy a webapp using the Deployer/Ant package, we 
will be able to reproduce it. We need not access the webapp at all.

Can you please provide a fix for 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 36968] New: - jasper2 Ant task fails when executed more than once

2005-10-07 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=36968>.
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=36968

   Summary: jasper2 Ant task fails when executed more than once
   Product: Tomcat 5
   Version: Unknown
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I have a build script that precompiles JSPs in web applications.  There are 
several different web applications that I precompile.  When I compile a single 
web application with my Ant script, it works fine.  If I try to compile 
multiple (it fails on the second web app) web apps, it fails with the 
exception at the end of this message.  I am using a version of Jasper that is 
bundled with Jetty 5 so, I am not 100% sure what Jasper version it is.

Here is my Ant target:









java.lang.ExceptionInInitializerError
at org.apache.tools.ant.ProjectHelper.addLocationToBuildException
(ProjectHelper.java:539)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:388)
at org.apache.tools.ant.taskdefs.CallTarget.execute
(CallTarget.java:106)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.tools.ant.Target.performTasks(Target.java:369)
at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
at org.apache.tools.ant.Project.executeTargets(Project.java:1062)
at org.apache.tools.ant.Main.runBuild(Main.java:673)
at org.apache.tools.ant.Main.startAnt(Main.java:188)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:196)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:55)
Caused by: D:\webNetwork\build.xml:170: The following error occurred while 
executing this line:
java.lang.ExceptionInInitializerError
at org.apache.tools.ant.ProjectHelper.addLocationToBuildException
(ProjectHelper.java:539)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:388)
at org.apache.tools.ant.taskdefs.CallTarget.execute
(CallTarget.java:106)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.tools.ant.Target.performTasks(Target.java:369)
at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:386)
... 11 more
Caused by: java.lang.ExceptionInInitializerError
at org.apache.tools.ant.Project.executeTarget(Project.java:1223)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:386)
... 18 more
Caused by: java.lang.ExceptionInInitializerError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:219)
at org.apache.tools.ant.taskdefs.Definer.addDefinition
(Definer.java:457)
at org.apache.tools.ant.taskdefs.Definer.execute(Definer.java:183)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.tools.ant.Target.performTasks(Target.java:369)
at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
... 19 more
Caused by: org.apache.commons.logging.LogConfigurationException: 
org.apache.commons.logging.LogConfigurationException: org.apache.
commons.logging.LogConfigurationException: Invalid class loader hierarchy.  
You have more than one version of 'org.apache.commons.
logging.Log' visible, which is not allowed. (Caused by 
org.apache.commons.logging.LogConfigurationException: Invalid class loader
hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' 
visible, which is not allowed.) (Caused by org.apac
he.commons.logging.LogConfigurationException: 
org.apache.commons.logging.LogConfigurationException: Invalid class loader 
hierarchy
.  You have more than one version of 'org.apache.commons.logging.Log' visible, 
which is not allowed. (Caused by org.apache.commons
.logging.LogConfigurationException: Invalid class loader hierarchy.  You have 
more than one version of 'org.apache.commons.logging
.Log' visible, which is not allowed.))
at org.apache.commons.logging.impl.LogFactoryImpl.ne

DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #16619|0   |1
is obsolete||




--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 17:02 ---
Created an attachment (id=16620)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16620&action=view)
Fix for mod_proxy_ajp's SSL attributes

This fixes mod_proxy_ajp handling of SSL attributes.  Not only does it stop it
from sending garbage to Tomcat, but it doesn't even bother with the lookup
unless the request came in on SSL.  And, as a bonus feature, it even gets the
key-size working again.

Someday, mod_proxy_ajp may be almost as good as mod_jk ;-).

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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||bugs@httpd.apache.org
 AssignedTo|tomcat- |bugs@httpd.apache.org
   |[EMAIL PROTECTED]  |
  Component|Connector:AJP   |mod_proxy
Product|Tomcat 5|Apache httpd-2.0
Version|5.5.9   |2.0-HEAD




--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 16:58 ---
Play watch the bouncing 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.
You are on the CC list for the bug, or are watching someone who is.

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 16:40 ---
(In reply to comment #7)
> Created an attachment (id=16619)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16619&action=view) 
[edit]
> Patch against Tomcat 5.5.9
> After doing some further tests and further analysis I must revert my earlier
> assumption that this is a httpd bug. It rather seems that
> org.apache.ajp.RequestHandler does not honour the isSSL bit inside an ajp
> message correctly. Attached is a patch against Tomcat 5.5.9 that should fix
> this.

The first patch of mod_proxy_ajp is sub-optimal, but will work.  It would be 
better if mod_proxy_ajp honored the is_ssl flag and didn't bother to check the 
SSL attributes unless it was set.

Your patch of Tomcat isn't even worth vetoing, since the patched class doesn't 
exist in 5.5.x, and is deprecated in 4.1.x.


-- 
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.
You are on the CC list for the bug, or are watching someone who is.

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 16:23 ---
Mladen is insisting that the problem is with mod_proxy_ajp, so he'll veto the
patch. Unfortunately, he's quite busy right now, so more comments later.

It also seems to me that it is a mod_proxy_ajp bug if it sends bogus HTTPS
related headers if this isn't actually using HTTPS.

-- 
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.
You are on the CC list for the bug, or are watching someone who is.

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 16:21 ---
Hi,

I must dissagree with you.
The bug has nothing to do with Tomcat.
Tomcat works pretty well with mod_jk w or w/o SSL.

The error is obviously in mod_proxy_ajp.

-- 
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.
You are on the CC list for the bug, or are watching someone who is.

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|bugs@httpd.apache.org   |tomcat-
   ||[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.
You are on the CC list for the bug, or are watching someone who is.

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|mod_proxy   |Connector:AJP
Product|Apache httpd-2.0|Tomcat 5
Version|2.1.8   |5.5.9




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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 16:05 ---
Created an attachment (id=16619)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16619&action=view)
Patch against Tomcat 5.5.9

After doing some further tests and further analysis I must revert my earlier
assumption that this is a httpd bug. It rather seems that
org.apache.ajp.RequestHandler does not honour the isSSL bit inside an ajp
message correctly. Attached is a patch against Tomcat 5.5.9 that should fix
this.

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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #16617|0   |1
is obsolete||




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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-07 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 15:22 ---
Created an attachment (id=16617)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16617&action=view)
Patch against trunk

Thanks to all for the analysis data. The attached patch against trunk should
fix this. Can you please give it a try and give feedback.

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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-06 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||tomcat-
   ||[EMAIL PROTECTED]




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

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



DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues

2005-10-06 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|tomcat- |bugs@httpd.apache.org
   |[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 36883] - mod_proxy_ajp and tomcat issues

2005-10-06 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Connector:AJP   |mod_proxy
 OS/Version|other   |Linux
Product|Tomcat 5|Apache httpd-2.0
Version|5.5.12  |2.1.8




--- Additional Comments From [EMAIL PROTECTED]  2005-10-07 01:26 ---
Now that William Barker has assessed the defect locale, try reassigning to 
Apache httpd-2.0 product.

-- 
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 36883] - mod_proxy_ajp and tomcat issues

2005-10-06 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-06 22:22 ---
(In reply to comment #2)
> I can reproduce the problem with 5.5.12 (and httpd 2.0.8) as well, so since 
> from the lack of response no one in tomcat-dev appears to care about 
problems 
> with 5.0.x, I'm modifying the record to show that it effects the current 
> development branch, too.

It seems that the problem is that mod_proxy_ajp isn't playing nice with 
mod_ssl (so that this is really a Httpd bug).  Even when the connection isn't 
HTTPS, mod_proxy_ajp is sending (empty) SSL attributes like cipher, client-
cert, session-id.  This causes Tomcat to believe that the request was recieved 
on HTTPS, so it redirects accordingly.  Below is a dump of the Request message 
that Tomcat recieves from Httpd:

FINE: 12 34 00 6b 02 02 00 08 48 54 54 50 2f 31 2e 31  | .4.kHTTP/1.1
FINE: 00 00 0c 2f 74 6f 6d 63 61 74 2d 64 6f 63 73 00  | .../tomcat-docs.
FINE: 00 09 31 32 37 2e 30 2e 30 2e 31 00 ff ff 00 07  | ..127.0.0.1.??..
FINE: 68 6f 75 73 74 6f 6e 00 22 b8 00 00 02 a0 0b 00  | houston."?...?..
FINE: 0c 68 6f 75 73 74 6f 6e 3a 38 38 38 38 00 00 0c  | .houston:...
FINE: 4d 61 78 2d 46 6f 72 77 61 72 64 73 00 00 02 31  | Max-Forwards...1
FINE: 30 00 07 00 00 00 08 00 00 00 09 00 00 00 ff | 0.?


-- 
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 36883] - mod_proxy_ajp and tomcat issues

2005-10-06 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=36883>.
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=36883





--- Additional Comments From [EMAIL PROTECTED]  2005-10-06 20:09 ---
(In reply to comment #2)
> ... httpd 2.0.8 ...

Er, make that 2.1.8, i.e., the latest available code.

-- 
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 36883] - mod_proxy_ajp and tomcat issues

2005-10-06 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.28  |5.5.12




--- Additional Comments From [EMAIL PROTECTED]  2005-10-06 20:05 ---
I can reproduce the problem with 5.5.12 (and httpd 2.0.8) as well, so since 
from the lack of response no one in tomcat-dev appears to care about problems 
with 5.0.x, I'm modifying the record to show that it effects the current 
development branch, too.

-- 
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 36953] New: - RequestUtil class not found for SSI

2005-10-06 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=36953>.
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=36953

   Summary: RequestUtil class not found for SSI
   Product: Tomcat 5
   Version: 5.5.9
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlets:SSI
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


See error below. RequestUtil not found for SSI. Everything was working okay in 
Tomcat 5.5.7. I've renamed the ssi JAR, and enabled SSI in web.xml. The 
RequestUtil.class is located in catalina.jar, and I know that catalina.jar is 
being used, because if I rename the jar, I can't start Tomcat.

java.lang.NoClassDefFoundError: org/apache/catalina/util/RequestUtil
org.apache.catalina.ssi.SSIServletRequestUtil.normalize
(SSIServletRequestUtil.java:68)
org.apache.catalina.ssi.SSIServletRequestUtil.getRelativePath
(SSIServletRequestUtil.java:44)
org.apache.catalina.ssi.SSIServlet.requestHandler(SSIServlet.java:141)
org.apache.catalina.ssi.SSIServlet.doGet(SSIServlet.java:106)
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

-- 
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 36663] - setclasspath.bat requires that JAVA_HOME points to a JDK

2005-10-06 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=36663>.
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=36663





--- Additional Comments From [EMAIL PROTECTED]  2005-10-06 09:04 ---
I think this bug is critical, because Tomcat 5.5.9 can`t run on JRE. If someone
need help now, it is possible comment affected lines in setclasspath.bat.

My patched setclasspath.bat

rem ---
rem Set CLASSPATH and Java options
rem
rem $Id: setclasspath.bat,v 1.7 2004/07/26 15:34:31 yoavs Exp $
rem ---

rem Make sure prerequisite environment variables are set
if not "%JAVA_HOME%" == "" goto gotJavaHome
echo The JAVA_HOME environment variable is not defined
echo This environment variable is needed to run this program
goto exit
:gotJavaHome
if not exist "%JAVA_HOME%\bin\java.exe" goto noJavaHome
if not exist "%JAVA_HOME%\bin\javaw.exe" goto noJavaHome
rem if not exist "%JAVA_HOME%\bin\jdb.exe" goto noJavaHome
rem if not exist "%JAVA_HOME%\bin\javac.exe" goto noJavaHome
goto okJavaHome
:noJavaHome
echo The JAVA_HOME environment variable is not defined correctly
echo This environment variable is needed to run this program
echo NB: JAVA_HOME should point to a JDK not a JRE
goto exit
:okJavaHome

if not "%BASEDIR%" == "" goto gotBasedir
echo The BASEDIR environment variable is not defined
echo This environment variable is needed to run this program
goto exit
:gotBasedir
if exist "%BASEDIR%\bin\setclasspath.bat" goto okBasedir
echo The BASEDIR environment variable is not defined correctly
echo This environment variable is needed to run this program
goto exit
:okBasedir

rem Set the default -Djava.endorsed.dirs argument
set JAVA_ENDORSED_DIRS=%BASEDIR%\common\endorsed

rem Set standard CLASSPATH
rem Note that there are no quotes as we do not want to introduce random
rem quotes into the CLASSPATH
rem set CLASSPATH=%JAVA_HOME%\lib\tools.jar

rem Set standard command for invoking Java.
rem Note that NT requires a window name argument when using start.
rem Also note the quoting as JAVA_HOME may contain spaces.
set _RUNJAVA="%JAVA_HOME%\bin\java"
set _RUNJAVAW="%JAVA_HOME%\bin\javaw"
rem set _RUNJDB="%JAVA_HOME%\bin\jdb"
rem set _RUNJAVAC="%JAVA_HOME%\bin\javac"

goto end

:exit
exit /b 1

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



DO NOT REPLY [Bug 36943] New: - Official src archive of tomcat 5.5.9 is damaged!

2005-10-05 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=36943>.
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=36943

   Summary: Official src archive of tomcat 5.5.9 is damaged!
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: other
Status: NEW
  Severity: blocker
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When I download
 
http://government-grants.org/mirrors/apache.org/jakarta/tomcat-5/v5.5.9/src/jakarta-tomcat-5.5.9-src.tar.gz

from
http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi
I get a tar archive with the correct md5sum but when I
tar xzf /New/Web/Servers/Tomcat/jakarta-tomcat-5.5.9-src.tar.gz 
I get
tar: A lone zero block at 44498
and even if I
tar xizf /New/Web/Servers/Tomcat/jakarta-tomcat-5.5.9-src.tar.gz
I get
tar: Skipping to next header
tar: Error exit delayed from previous errors

Please 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 36905] - Tomcat WebDAV characters bug

2005-10-05 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=36905>.
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=36905





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 22:25 ---
Thanks for the client app. Having debugged my way through it looking at TCP Mon
as I go, the request sent to Tomcat is not correctly encoded. However, the much
simpler test finally dawned on me. Telnet with MKCOL /webdav/test%3Bcol doesn't
work either so I will investigate further. However, once this is fixed (assuming
a fix is possible) there will still be a lot of things broken on the client 
side.

-- 
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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

2005-10-05 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=33453>.
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=33453





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 17:16 ---
Created an attachment (id=16599)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16599&action=view)
rebuilt jasper-compiler.jar

Here is a rebuilt jasper-compiler.jar that incorporates my proposed patch.  For
anyone who needs a fix and doesn't want to download, patch, and rebuild.

-- 
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 36905] - Tomcat WebDAV characters bug

2005-10-05 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=36905>.
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=36905


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|NEW




--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 09:48 ---
The error was produced with IE, DavExplorer and our own client code. Our own 
client code uses apache webdav libs. The client was run from a Windows XP SP2 
and MAC OSX 10.4.

Our Tomcat server (5.5.12) was running on port 80.

We tested the same clients on Apache 2.0.54 with mod_dav without any problems. 
This leads me to think that the problem lies with Tomcat and not our client.

Test code:
-


import java.io.File;
import java.io.IOException;

import org.apache.commons.httpclient.HttpException;
import org.apache.commons.httpclient.HttpURL;
import org.apache.commons.httpclient.URIException;
import org.apache.webdav.lib.WebdavResource;

public class ModDavTestClient {

public static final String TEST_FILENAME = "myTestFile;testing.txt";
public static final String TEST_FILEPATH = "C:/temp/";
public static final String TEST_CONTEXT 
= "http://localhost:8080/planning/webdav/data/";;
public static final String TEST_USERNAME = "upload";
public static final String TEST_PASSWORD = "test123";

public static void main(String args[]) {
HttpURL homeUrl = null;
WebdavResource webDavRes = null;
boolean response = false;
HttpURL dest = null;

// Preparing File to be upload with webdav resource
File inputFile = new File(TEST_FILEPATH + TEST_FILENAME);

if (!inputFile.exists()) {
System.err.println("Test file not exists: " + 
TEST_FILEPATH
+ TEST_FILENAME);
System.exit(0);
}

// Creating HttpURL for WebdavResource
try {
homeUrl = new HttpURL(TEST_CONTEXT);
homeUrl.setUserinfo(TEST_USERNAME, TEST_PASSWORD);
} catch (URIException e) {
e.printStackTrace();
}

if (homeUrl == null) {
System.err.println("Error creating HomeURL");
System.exit(0);
}

// Creating WebdavResource
try {
webDavRes = new WebdavResource(homeUrl);
} catch (HttpException e) {
e.printStackTrace();
System.exit(0);
} catch (IOException e) {
e.printStackTrace();
System.exit(0);
}

StringBuilder destUrl = new StringBuilder(TEST_CONTEXT);
destUrl.append(TEST_FILENAME);

try {
dest = new HttpURL(destUrl.toString());
dest.setUserinfo(TEST_USERNAME, TEST_PASSWORD);
} catch (URIException e1) {
e1.printStackTrace();
try {
webDavRes.close();
} catch (IOException e) {
}
System.exit(0);
}

try {
System.out.println("Prepare writing to destination: " 
+ dest.getPath());
} catch (URIException e2) {
e2.printStackTrace();
try {
webDavRes.close();
} catch (IOException e) {
}
System.exit(0);
}

try {
response = webDavRes.putMethod(dest.getPath(), 
inputFile);
} catch (URIException e1) {
e1.printStackTrace();
} catch (HttpException e1) {
e1.printStackTrace();
} catch (IOException e1) {
e1.printStackTrace();
}

System.out.println("respond: " + response);

try {
webDavRes.close();
} catch (IOException e) {
e.printStackTrace();
}
System.exit(0);
}

}


Running output:
-

DO NOT REPLY [Bug 34856] - MacOSX 10.4 and Java 5 jnilibs causes ZipException when Tomcat loads non-jars

2005-10-04 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=34856>.
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=34856





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 07:16 ---
J2SE 5.0 Release 3 Developer Preview 2 is out which has a fix for this bug. If
someone is an ADC member, could they download (from http://connect.apple.com)
and test this release to see if this bug is 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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

2005-10-04 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=33453>.
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=33453





--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 03:05 ---
> On access compilation and its friend the development mode - which you are 
> using
> or you would not have this "issue" - should not be used in production

By "access compilation" are you referring to the development="true" mode which 
causes recompilation 
on every access?

We rely on our JSP pages to be compiled when the date changes and the only 
*reliable* way to do this is 
to touch *all* JSP files whenever we change something.   I suspect it is 
because of the problem Jonathon 
has pointed out.  Unfortunately, this means the webapp is very slow after each 
deployment.  If this 
problem won't be fixed, what is the recommended way to avoid recompiling all 
pages in a production 
environment?

-- 
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 36923] New: - Deactivated EL expressions are not parsed for jsp expressions/scriptlets/etc

2005-10-04 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=36923>.
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=36923

   Summary: Deactivated EL expressions are not parsed for jsp
expressions/scriptlets/etc
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P3
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


JavaServer Pages Specification 2.0, section JSP.3.3.2 says:
---
Since the syntactic pattern ${expr} was not reserved in the JSP specifications
before JSP 2.0, there may be situations where such a pattern appears but the
intention is not to activate EL expression evaluation but rather to pass through
the pattern verbatim. To address this, the EL evaluation machinery can be
deactivated as indicated in this section.
[...]
The default mode for JSP pages in a Web Application delivered using a web.xml
using the Servlet 2.3 or earlier format is to ignore EL expressions; this
provides for backward compatibility.
---

However, even with deactivated EL expression evaluation, jsp code like:
<%@ page isELIgnored="true" %>${<%= "Hello, world!" %>}

will produce output like:
${<%= "Hello, world!" %>}

which is of course not backwards-compatible with Servlet 2.3 / JSP 1.2 container
(e.g., Tomcat 4.x), where the output would be:
${Hello, world!}

The ${...} syntax is widely used, and any pre-2.0 jsp pages having it would be
incompatible with Tomcat 5.x even though the standard tries to ensure the
compatibility.

-- 
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 36905] - Tomcat WebDAV characters bug

2005-10-04 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=36905>.
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=36905


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2005-10-05 00:18 ---
With IE as the client the same behaviour is seen for collections as for files
and the cause is the same - IE does not encode ';' in file names.

Just to see what would happen, I tried the folder creation tests with DAV
Explorer 0.91. Using TCP Mon from the Apache Axis project (a very handy utility)
DAV Explorer is also getting the headers wrong but not in the same way as IE.

DAV tuncates files with '#' in the name internally before they ar even sent to
Tomcat. For file names that contain ';' DAV explorer does not truncate but
neither does it encode.

Since you also reported your own client was having problems, I am going to set
this a NEEDINFO. The information I need is a sample client program that
demonstrates a problem with Tomcat.

As I have seen no sign of Tomcat misbehaviour here, if there is no further
update after a few weeks I will close this report as invalid.

-- 
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 36905] - Tomcat WebDAV characters bug

2005-10-04 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=36905>.
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=36905





--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 23:50 ---
Testing files with 5.5.x from CVS, IE6, XP(SP2+all patches), URIEncoding="UTF-8"
and port="8080":

'+', ' ' and '#' are OK for files, ';' gets truncated

Looking at the headers using ieHTTPHeaders (I was very impressed that this works
with web folders as well as normal web pages) the fault lies with IE. You can
see from the headers that '#' is encoded but ';' is not. If you try forcing IE
to send the correct headers by using a file name with '%B3' it correctly encodes
the '%' and you see '%25B3' in the headers and '%B3' in your webdav directory.

If you have a *simple* test client that shows that any of these characters are
not correctly handled by Tomcat's WebDAV servlet please attach it so I can
investigate further but all indications so far are that for files this is a
client issue not a Tomcat problem. Best of luck getting MS to fix it...

I also suggest you look at bug36303 which you may well run into if you haven't
already.

I'll look at collections next...

-- 
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 36922] New: - setup.sh file mis-advertised and missing

2005-10-04 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=36922>.
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=36922

   Summary: setup.sh file mis-advertised and missing
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
   URL: http://jakarta.apache.org/tomcat/tomcat-5.5-
doc/setup.html
OS/Version: Linux
Status: NEW
  Severity: minor
  Priority: P3
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


On the above web page, the documentation states:

The file $CATALINA_HOME/bin/jsvc/native/tomcat.sh can be used as a template for
starting Tomcat automatically at boot time from /etc/init.d. The file is
currently setup for running Tomcat 4.1.x, so it is necessary to edit it and
change the classname from BootstrapService to Bootstrap.

First off, $CATALINA_HOME/bin/jsvc is a file, not a directory.  Nowhere in
$CATALINA_HOME, does a tomcat.sh file exist; it isn't in the tar 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]



DO NOT REPLY [Bug 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11

2005-10-04 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=36540>.
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=36540





--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 21:01 ---
synchronous: send each session change to other cluster members before returning
response to client.

asychronous: same as synchronous, but use mutiple sender connections (use any
one, that is not currently busy).

fastasync: put session change message into local queue and then return response
to client. A seperate thread waits for messages coming into the queue and then
send the messages to the other cluster members.

waitforack: when ending the message, wait for an ACK type answering message from
the other cluster members before proceeding (make sending the messages more
reliable).

If one needs exact synchronization: synchronous are pooled mode with waitforack.
Application gets into trouble, when replication gets stuck.

If one can live with some latency between changes on the primary node and their
replication to the other nodes and on the other hand the cluster should
influence application performance and stability only very little: use session
stickyness in load balancers combined with fastasync and no waitforack.

synchronous/pooled without waitforack: lower latency for replication, although
synchronization is not exact.

fastasync with waitforack: decoupling replication from request/response but
ensuring that replication is checked for success.

You are right, we should make the docs more precise. The features are yet very
new and as usual documentation takes a while.

-- 
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 36912] - website is not updated for version 1.2.14.1

2005-10-04 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=36912>.
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=36912


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 19:56 ---
This has been fixed for our new TLP site (tomcat.apache.org) that will be going
live shortly.

-- 
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 36905] - Tomcat WebDAV characters bug

2005-10-04 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=36905>.
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=36905


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC|[EMAIL PROTECTED]|




--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 18:36 ---
Taking me off the CC list since I get see all these via tomcat-dev anyway.

Please do not add other people's e-mail addresses to a bugzilla entry unless
they ask you to.

-- 
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 36912] New: - website is not updated for version 1.2.14.1

2005-10-04 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=36912>.
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=36912

   Summary: website is not updated for version 1.2.14.1
   Product: Tomcat 4
   Version: Unknown
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: minor
  Priority: P2
 Component: Connector:JK/AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

I was looking for the last version of mod_jk and I couldn't download it (wrong
url for 1.2.13). I did find the source after clicking on binaries's url and
browsing the ftp directories.

Could you update the website and provide a link to the right version ?

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]



DO NOT REPLY [Bug 36911] New: - Make fails while building jsvc on mac os x, multiple errors

2005-10-04 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=36911>.
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=36911

   Summary: Make fails while building jsvc on mac os x, multiple
errors
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Macintosh
OS/Version: Mac OS X 10.4
Status: NEW
  Severity: minor
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Using a binary distribution of jakarta-tomcat-5.5.9 with compat installed on Mac
OS X Server 10.4 with Developer Tools installed, I was following the directions
at this document to compile the jsvc binary:

http://jakarta.apache.org/tomcat/tomcat-5.5-doc/setup.html
(See section "Unix Daemon").

Rather than using startup.sh, I wanted to call jsvc so I could pass the -user
flag and run tomcat as a non-priveleged user.

Steps followed to build binary:
sudo tar zxvf jsvc.tar.gz
cd $CATALINA_HOME/bin/jsvc-src
sudo autoconf
sudo chmod u+x configure
sudo ./configure
sudo make

The make output produces the following error:
make failed, error:
dso-dyld.c:54: error: conflicting types for 'dso_init'
dso.h:24: error: previous declaration of 'dso_init' was here
dso-dyld.c:76: error: conflicting types for 'dso_unlink'
dso.h:26: error: previous declaration of 'dso_unlink' was here
dso-dyld.c: In function 'dso_symbol':
dso-dyld.c:109: warning: operation on 'x' may be undefined
dso-dyld.c: At top level:
dso-dyld.c:127: warning: function declaration isn't a prototype
make[1]: *** [dso-dyld.o] Error 1
make: *** [native/all] Error 2

The version of make on this system is:
GNU Make 3.80

uname -a for my system:
Darwin localhost 8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24 17:46:54 PDT
2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh powerpc

Obviously, I can continue to run the service as root using startup.sh, but I
figured you should know about this.

I spent some time searching the database and was unable to find a duplicate, but
if one exists, my apologies.

Thanks!
Billy Gray

-- 
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 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11

2005-10-04 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=36540>.
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=36540





--- Additional Comments From [EMAIL PROTECTED]  2005-10-04 14:13 ---
(In reply to comment #12)
> The differenc between 5.5.9 and 5.5.11 is that waitForAck is on default false
> for all sender modes. 
> Can you check with this config:


The waitForAck was my problem indeed. Thanks you very much for pointing out. 

But now I'm a bit confused about the difference between pooled and
fastasyncqueue cluster replication really is. The docs state "synchronous
replication guarantees the session to be replicated before the request returns."
But obviousely waitForAck is the controlling setting. Isn't it best to just
ignore the waitForAck setting and have it set false for fastasyncqueue and true
for pooled? 

The docs also state that "Asynchronous replication, should be used if you have
sticky sessions until fail over", which implies that pooled should be used else.
But as this bug report turned out, sticky sessions are mandatory for correct
clustering. Maybe you should change the docs accordingly (This should go into
another bug report imo, but my bug 36542 was resolved as duplicate)

Thanks, 
Christoph



-- 
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 36905] New: - Tomcat WebDAV characters bug

2005-10-04 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=36905>.
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=36905

   Summary: Tomcat WebDAV characters bug
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Servlets:WebDAV
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


When writing files to the server using Tomcats WebDAV I am not able to write
files that contain theese characters in the filename (or create folders):

; (semicolon)
+ (plus)
# (pound)

I know these are reserved characters, so I have tried to URL encode them, but
Tomcat ignores the URL encoding and writes the URL encoded filenames to disk.
Eg. "myfile;01.txt" is saved like "myfile%B301.txt" on the server. Tomcat is
configured to do URL Encoding. If I don't do URL Encoding it simply cuts the end
of the filename from semicolon like "myfile".

I also tested this in Tomcat 5.5.12 with same problems. I have tested several
clients. IE 6.0, DavExplorer and own code.

This is my Connector configuration in server.xml:
 

This is what Tomcat logs in stdout.log:
09:14:36,040  INFO MediaServiceImpl: destination = Scala/content/
09:14:36,056  INFO MediaServiceImpl: MediaItem saved! Identifier: 7
09:14:36,072  INFO MediaServiceImpl: MediaItemFile saved! Identifier: 1
09:14:36,290  INFO [/rome-planning]: webdav: DefaultServlet.init:  input buffer
size=2048, output buffer size=2048
09:14:36,290  INFO [/rome-planning]: webdav: [PROPFIND] /
[Fatal Error] :-1:-1: Premature end of file.
09:14:36,384  INFO [/rome-planning]: webdav: [PUT] /data/Scala/content/myfile

stderr.log reports nothing.

-- 
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 36895] New: - get_most_suitable_worker is called twice for a single request

2005-10-03 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=36895>.
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=36895

   Summary: get_most_suitable_worker  is called twice for a single
request
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The function get_most_suitable_worker in jk_lb_worker.c is called twice for each
request. jk_handler selects the worker returned from the first called function .
So loadbalancing is not perfect. ( in mod_jk version 1.2.14 ) 

 Consider we have two loadbalancer workers tomcat1 and tomcat2 . 

  request1 --> jk_handler <-- tomcat1 ( returned from get_most_suitable_worker) 
  <-- tomcat2 ( returned from get_most_suitable_worker) 

  request2 --> jk_handler <-- tomcat1 ( returned from get_most_suitable_worker) 
  <-- tomcat2 ( returned from get_most_suitable_worker)
  
   Here jk_handler always selects tomcat1.

  If we have 3 loadbalancer workers, the sequence will be like this

   request1 --> jk_handler <-- tomcat1   
   <-- tomcat2  

   request2 --> jk_handler <-- tomcat3   
   <-- tomcat1 

   request3 --> jk_handler <-- tomcat2   
   <-- tomcat3

  Here the loadbalancing sequence will be ... 
tomcat1,tomcat3,tomcat2,tomcat1.

-- 
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 36883] - mod_proxy_ajp and tomcat issues

2005-10-02 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=36883>.
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=36883


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |major




--- Additional Comments From [EMAIL PROTECTED]  2005-10-03 04:06 ---
If you bring up the same stock configurations described above, you can also 
reproduce the redirect to HTTPS problem by accessing http://tomcat/tomcat-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]



Bug report for Tomcat 5 [2005/10/02]

2005-10-02 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|17310|Ver|Nor|2003-02-22|;jsessionid confuses StandardHostcan't find Co|
|19803|Ver|Maj|2003-05-09|manager reload fails and disables app - Incompatib|
|19958|Ver|Maj|2003-05-15|Problems reading ServletInputStream   |
|21045|Ver|Nor|2003-06-24|Manager app does find resources   |
|21600|Ver|Nor|2003-07-15|'s lost after manager stop/start or rel|
|22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev|
|22986|Ver|Nor|2003-09-08|Web apps with context XML file don't start if CATA|
|24413|Ver|Nor|2003-11-04|bundled JMX implementation not compliant to specif|
|24942|Opn|Nor|2003-11-24|Tomcat 5.0.16 / Windows 2000 Service does not star|
|24943|Ver|Nor|2003-11-24|Tomcat 5.0.14 / Windows 2000 Service does not star|
|25078|Ver|Nor|2003-11-29|Catalina Ant Serverinfo task always fails |
|26979|New|Enh|2004-02-16|StandardServer don't save cluster config  |
|27104|Opn|Nor|2004-02-20|got an exception when testing a simple cluster app|
|27259|Opn|Nor|2004-02-26|org.apache.catalina.cluster.tcp.ReplicationListene|
|27338|Ver|Maj|2004-03-01|Wrong mappings for JSP Documents (.jspx)  |
|28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn  |
|28633|New|Nor|2004-04-27|Add JMX Support to ClusterManager |
|28634|New|Nor|2004-04-27|Extend StandardManager/StandardSession for DeltaMa|
|28709|Ver|Nor|2004-04-30|javax.servlet.http.HttpServletRequest.isRequestedS|
|28875|Ver|Nor|2004-05-10|Multi-byte characters in default error page aren't|
|29091|Opn|Nor|2004-05-19|Non-ascii characters are not handled correctly... |
|29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js|
|29497|Unc|Nor|2004-06-10|Connection pool, redeployment |
|29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown |
|29780|New|Min|2004-06-24|Why we need a jkMain static attibute? |
|30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c|
|30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r|
|31125|Opn|Nor|2004-09-08|conf/web.xml not valid|
|31804|Opn|Maj|2004-10-20|setParent() is not called on nested tags in a tag |
|32081|New|   |2004-11-05|Wrapper scripts require a JDK to be present.  |
|32141|New|Nor|2004-11-10|Memory leak in Jk connector, ChannelSocket.registe|
|32180|New|Nor|2004-11-11|EL functions are executed in privileged context   |
|32280|Ver|Cri|2004-11-17|Problem clustering tomcat when a failed server is |
|32569|Ass|Nor|2004-12-07|ServletContextListener will not die   |
|32593|Inf|Maj|2004-12-09|Server (Apache 2.0.48) reached MaxClients setting |
|32754|Inf|Nor|2004-12-17|Can't modify thread configuration attributes of AJ|
|32832|Ver|Maj|2004-12-23|request.getSession(false) fails to return null.   |
|32888|Inf|Nor|2004-12-30|Each cluster slave creates duplicated session on t|
|33180|Ver|Nor|2005-01-20|JSTL automatic type conversion gives unexpected re|
|33262|Inf|Nor|2005-01-27|Service Manager autostart should check for adminis|
|33356|Inf|Maj|2005-02-02|Incorrect parsing of tag attributes   |
|33407|Inf|Nor|2005-02-05|\$ is quoted even with el-ignored=true|
|33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps|
|33494|New|Enh|2005-02-10|jscv configure script fails on x86_64 |
|33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing  |
|33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na|
|33782|New|Nor|2005-03-01|notifyListenerOnReplication has no effect when sta|
|33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing|
|33911|New|Enh|2005-03-08|Request for security role mapping (role-to-group/u|
|34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME|
|34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to 

Bug report for Watchdog [2005/10/02]

2005-10-02 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|  278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug|
|  279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug|
|  469|Unc|Nor|2001-01-17|in example-taglib.tld "urn" should be "uri" BugRat|
|  470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B|
| 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths|
|10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher|
|11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()|
|11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav|
|11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie|
|11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro|
|11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.|
|14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec|
|15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv|
|24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara|
|29398|New|Nor|2004-06-04|Update site and note current status   |
+-+---+---+--+--+
| Total   15 bugs   |
+---+

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



Bug report for Tomcat 4 [2005/10/02]

2005-10-02 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 3839|Opn|Enh|2001-09-26|Problem bookmarking login page|
| 4227|Opn|Enh|2001-10-17|Invalid CGI path  |
| 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished|
| 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob|
| 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi|
| 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio|
| 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI|
| 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam|
| 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty|
| 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store   |
| 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output|
| 7676|New|Enh|2002-04-02|Allow name property to use match experssions in  without className in server.xml produces N|
|11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN|
|11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques|
|11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header|
|11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w|
|12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ|
|12658|New|Enh|2002-09-15|a proxy host and port at the  element level |
|12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers|
|13040|New|Nor|2002-09-26|can't retrieve external context who's uri is a sub|
|13309|Opn|Enh|2002-10-04|Catalina calls System.exit()  |
|13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co|
|13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari|
|13731|New|Enh|2002-10-17|Final request, response, session and other variabl|
|13846|New|Nor|2002-10-22|If-Modified-Since results in incorrect headers|
|13941|New|Enh|2002-10-24|reload is VERY slow   |
|13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix |
|13983|New|Nor|2002-10-25|RMI call from Web Application throws SocketExcepti|
|14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic|
|14416|New|Enh|2002-11-10|blank tag name in TLD cause NullPointerException  |
|14635|New|Enh|2002-11-18|Should be possible not to have -MM-DD in log f|
|14766|New|Enh|2002-11-22|Redirect Vavle|
|14993|New|Enh|2002-12-02|Possible obselete synchronized declaration|
|15115|New|Enh|2002-12-05|correct docs... XML parser *cannot* be overridden |
|15417|Opn|Enh|2002-12-16|Add port for forced compilation of JSP pages  |
|15570|New|Nor|2002-12-20|incorrect role-name mapping for "*" with respect t|
|15688|New|Enh|2002-12-27|full-qualified names instead of imports   |
|15893|New|Enh|2003-01-08|Need a getPort() method on Connector or similar fu|
|15941|New|Enh|2003-01-10|Expose rootCause exceptions at deeper levels  |
|15946|New|Nor|2003-01-10|Documentation change  |
|16185|New|Nor|2003-01-16|UserDatabase is not bound in this context |
|16294|New|Enh|2003-01-21|Configurable URL Decoding.|
|16357|New|Enh|2003-01-23|"connection timeout reached"  |
|16531|New|Enh|2003-01-29|Updating already deployed ".war" files in a single|
|16579|New|Enh|2003-01-30|documentation page layout/style breaks wrapping to|
|16596|New|Enh|2003-01-30|option for disabling log rotation |
|17070|New|Enh|2003-02-14|The Catalina Ant tasks do not allow for 'reusable'|
|17146|New|Enh|2003-02-18|Simplify build.xml using  whose target performs a 'forward' do|
|21669|New|Enh|2003-07-16|JNDIRealm roleBase pattern enahncement|
|21804|New|Enh|2003-07-2

Bug report for Tomcat 3 [2005/10/02]

2005-10-02 Thread bugzilla
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt|
| 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle|
| 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/|
| 4980|New|Min|2001-11-20|Startup message indicates incorrect log file  |
| 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu|
| 5064|New|Cri|2001-11-25|Socket write error when include files is more than|
| 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 |
| 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r|
| 5160|Unc|Maj|2001-11-28|'IllegalStateException'   |
| 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization  |
| 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv|
| 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL  |
| 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin|
| 6027|New|Maj|2002-01-25|Tomcat  Automatically shuts down as service   |
| 6168|New|Blk|2002-02-01|IllegalStateException |
| 6451|New|Cri|2002-02-14|Stackoverflow |
| 6478|New|Enh|2002-02-14|Default Tomcat Encoding   |
| 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c|
| 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err|
| 6702|New|Cri|2002-02-27|win 2k services not working   |
| 6796|New|Cri|2002-03-01|Tomcat dies periodically  |
| 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil|
| 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact|
| 7227|New|Nor|2002-03-19| directive don't work |
| 7626|New|Nor|2002-03-29|classloader not working properly  |
| 7652|New|Cri|2002-04-01|Tomcat stalls periodically|
| 7785|New|Blk|2002-04-06|tomcat bug in context reloading   |
| 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS |
| 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database   |
| 8239|New|Cri|2002-04-18|Resource temporary unavailable|
| 8263|New|Cri|2002-04-18|url-pattern easy to circumvent|
| 9250|New|Maj|2002-05-20|outOfMemoryError  |
| 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession|
| 9390|New|Nor|2002-05-24|jasper compilation error in tomcat|
| 9480|New|Nor|2002-05-29|Data connection pooling   |
| 9607|New|Maj|2002-06-04|precompile JSP|
| 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p|
|10047|New|Cri|2002-06-20|IllegalStateException |
|10202|New|Maj|2002-06-25|Tomcat is not responding in time  |
|10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read|
|10406|New|Cri|2002-07-02|IllegalStateException |
|11087|New|Blk|2002-07-23|IllegalStateException |
|11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size   |
|11466|New|Nor|2002-08-05|ContextManager: SocketException reading request   |
|12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem  |
|12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header  |
|12852|New|Nor|2002-09-20|May be error in _jspService() -> out.flushBuffers(|
|14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader|
|15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL |
|16363|New|Cri|2003-01-23|Stack Overflow accessing compiled JSP - Tomcat 3.2|
|17081|New|Min|2003-02-14|Some javadoc comment fixes 

DO NOT REPLY [Bug 36893] New: - org.apache.jasper.JasperException: Can't find bundle for base name i18n, locale en_US

2005-10-02 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=36893>.
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=36893

   Summary: org.apache.jasper.JasperException: Can't find bundle for
base name i18n, locale en_US
   Product: Tomcat 5
   Version: 5.0.0
  Platform: Other
OS/Version: other
Status: NEW
  Keywords: ErrorMessage
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I try to access axis webapps after deploying it to Tomcat with JWSDP1.5 on 
Windows. 

Here's the detailed of my env:
CLASSPATH=.;C:\j2sdk1.4.2_05;C:\axis-1_2_1\lib\axis.jar;C:\axis-1_2_1
\lib\common-discovery-0.2.jar;C:\axis-1_2_1\lib\common-logging-
1.0.4.jar;C:\axis-1_2_1\lib\jaxrpc.jar;C:\axis-1_2_1\lib\saaj.jar;C:\axis-1_2_1
\lib\log4j-1.2.8.jar;C:\axis-1_2_1\lib\wsdl4j-1.5.1.jar;C:\axis-1_2_1\lib\axis-
ant.jar;C:\xerces-2_7_1\xml-apis.jar;C:\xerces-2_7_1\xercesImpl.jar

I follow Axis Installation Guide and try to access URL: 
http://localhost:8080/axis/; I first got a page showing the following 
information:
"
Apache-AXIS
We've moved to an internationalized top page. The new URL should be 
automatically loaded after 5 seconds.
If you want to visit the new site immediately, please click the above link. 
"

Then an error page came back with error code HTTP Status 500 - and detailed 
error message is as followed:


type Exception report

message 

description The server encountered an internal error () that prevented it from 
fulfilling this request.

exception 

org.apache.jasper.JasperException: Can't find bundle for base name i18n, 
locale en_US
org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:315)
org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:258)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:205)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)


root cause 

java.util.MissingResourceException: Can't find bundle for base name i18n, 
locale en_US
java.util.ResourceBundle.throwMissingResourceException
(ResourceBundle.java:804)
java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:694)
java.util.ResourceBundle.getBundle(ResourceBundle.java:538)
org.apache.jsp.axis.index_jsp.getRB(index_jsp.java:72)
org.apache.jsp.axis.index_jsp.getMessage(index_jsp.java:168)
org.apache.jsp.axis.index_jsp.getMessage(index_jsp.java:106)
org.apache.jsp.axis.index_jsp.getLocaleChoice(index_jsp.java:82)
org.apache.jsp.axis.index_jsp._jspService(index_jsp.java:312)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:268)
org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:258)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:205)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)


note The full stack trace of the root cause is available in the Tomcat logs.


---
-

Sun-Java-System/Web-Services-Pack-1.4

I'd appreciate if anyone can help me getting this resolved.

Thank you in advance for your time.

-- 
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 34161] - Can't stop tomcat if an application doesn't run

2005-10-02 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=34161>.
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=34161





--- Additional Comments From [EMAIL PROTECTED]  2005-10-02 09:34 ---
(In reply to comment #1)
> This is now fixed.

Hi, I'm using Apache Tomcat/5.0.28 and have this exact same issue. Could you 
please let me know what the fix is?

Thanks,

Santiago

-- 
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 36887] New: - ROOT.war does not unpack

2005-10-01 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36887>.
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=36887

   Summary: ROOT.war does not unpack
   Product: Tomcat 5
   Version: 5.0.30
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


ROOT.war does not correctly unpack if contains context.xml with a path="" 
attribute.

Issue has been reported already for the 5.0.28 version. And workaround was: Put
docBase="ROOT.war" inside context.xml.
Same issue exists on 5.0.30 but above workaround does not help.

I have descovered way how to force Tomcat to unpack it:
Replace docBase="ROOT.war" with absolute path for an example
docBase="/var/lib/tomcat5/webapps/ROOT.war"

-- 
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 36883] New: - mod_proxy_ajp and tomcat issues

2005-09-30 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=36883>.
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=36883

   Summary: mod_proxy_ajp and tomcat issues
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I don't know whether this is on the mod_proxy_ajp side or the tomcat side, 
so ...

host:   linux (CentOS, aka RHEL, 4 with all current updates)
browser:firefox 1.0.7
httpd:  2.1.7, built from source
tomcat: 5.0.28, binary distribution

append to /etc/hosts:
127.0.0.1   localhost tomcat

append to httpd.conf:

 
 ServerName tomcat
 #ProxyPass/ ajp://localhost:8009/
 ProxyPass/ http://localhost:8080/
 #ProxyPassReverse / ajp://localhost:8009/
 ProxyPassReverse / http://localhost:8080/
 

No other changes from a default installation of the two servers.

The first problem is that if you simply browse to http://tomcat and click on 
admin, it works with HTTP, but not with AJP.  To illustrate, let's compare the 
differences with wget:

AJP:
 $ wget http://tomcat/admin
 --01:06:56--  http://tomcat/admin
=> `admin'
 Resolving tomcat... 127.0.0.1
 Connecting to tomcat|127.0.0.1|:80... connected.
 HTTP request sent, awaiting response... 302 Moved Temporarily
 Location: https://tomcat/admin/ [following]
 --01:06:56--  https://tomcat/admin/
=> `index.html'
 Connecting to tomcat|127.0.0.1|:443... failed: Connection refused.
 Resolving tomcat... 127.0.0.1
 Connecting to tomcat|127.0.0.1|:443... failed: Connection refused.

HTTP:
 $ wget http://tomcat/admin
 --01:09:20--  http://tomcat/admin
=> `admin'
 Resolving tomcat... 127.0.0.1
 Connecting to tomcat|127.0.0.1|:80... connected.
 HTTP request sent, awaiting response... 302 Moved Temporarily
 Location: http://tomcat/admin/ [following]
 --01:09:20--  http://tomcat/admin/
=> `index.html'
 Connecting to tomcat|127.0.0.1|:80... connected.
 HTTP request sent, awaiting response... 200 OK
 Length: 2,622 (2.6K) [text/html]
 
 100%[>] 2,622 --.--K/s
 
 01:09:20 (53.20 MB/s) - `index.html' saved [2622/2622]

Note that the 302 redirects from HTTP to HTTPS in the AJP case, but not in the 
HTTP case.

OK, so let's bypass the 302 and go directly to http://tomcat/admin/.  The 
initial GET works with either protocol, e.g., with AJP:

 # wget http://tomcat/admin/
 --01:10:06--  http://tomcat/admin/
=> `index.html.1'
 Resolving tomcat... 127.0.0.1
 Connecting to tomcat|127.0.0.1|:80... connected.
 HTTP request sent, awaiting response... 200 OK
 Length: 2,615 (2.6K) [text/html
 
 100%[>] 2,615 --.--K/s
 
 01:10:06 (95.92 MB/s) - `index.html.1' saved [2615/2615]

However, the resources referenced on the page are only fetched when using 
HTTP, not AJP.  The difference is readily apparent.  The images, stylesheets, 
etc., are served up with HTTP, but not with AJP.

-- 
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 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11

2005-09-30 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=36540>.
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=36540


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|NEW




--- Additional Comments From [EMAIL PROTECTED]  2005-09-30 23:56 ---
I would argue the ackTimeout=15000 should be an indicator that wait for ack 
=true,
do you really need two flags to say the same thing?
To simplify the implementation, I would use the following logic, and remove the
"waitForAck" flag all together.

ackTimeout > 0 - wait for ack true, and time out set
ackTimeout = 0 - wait for ack false
ackTimeout = -1 - wait for ack true, no timeout

-- 
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 36847] - ZipException when using "tag" in deploy ant task

2005-09-30 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=36847>.
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=36847





--- Additional Comments From [EMAIL PROTECTED]  2005-09-30 19:52 ---
Created an attachment (id=16565)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16565&action=view)
Fix for tomcat 5.5.9 remote deploy while using tag via ant task


-- 
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 36847] - ZipException when using "tag" in deploy ant task

2005-09-30 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=36847>.
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=36847


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Keywords||PatchAvailable




--- Additional Comments From [EMAIL PROTECTED]  2005-09-30 19:49 ---
My colleague and I have tracked down the problem.

The bug was introduced in revision 1.22 in
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java

Starting from line 627 (in the 5.5.9 sources):

// Copy WAR and XML to the host app base if needed
if (tag != null) {
deployedPath = deployed;
File localWarCopy = new File(deployedPath, basename + ".
war");
copy(localWar, localWarCopy);
--> localWar = localWarCopy;
--> copy(localWar, new File(getAppBase(), basename + ".war")
);
}

Taking out the above 2 marked lines fixes 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]



DO NOT REPLY [Bug 36867] - Parser unable to identify commented lines ie:

2005-09-30 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=36867>.
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=36867





--- Additional Comments From [EMAIL PROTECTED]  2005-09-30 17:48 ---
I think you should use <%-- --%> style jsp comments, since jsp compiler can't
know whether you generate html, xml or whatever with your jsps and has to
evaluate everything which isn't out-commented.

-- 
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 36867] New: - Parser unable to identify commented lines ie:

2005-09-29 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=36867>.
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=36867

   Summary: Parser unable to identify commented lines ie: 
   Product: Tomcat 5
   Version: 5.5.7
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


Parser unable to identify commented lines ie:  when there a 
jsp tag inside the comment it.

For ie this (see below) html line:

   

will produce this error (see below):

Caused by: 
org.apache.jasper.JasperException: /modules/retailSchedule/location/driverSetup
.jsp(71,15) The end tag "</wb:set" is unbalanced
at org.apache.jasper.compiler.DefaultErrorHandler.jspError
(DefaultErrorHandler.java:39)
at org.apache.jasper.compiler.ErrorDispatcher.dispatch
(ErrorDispatcher.java:405)
at org.apache.jasper.compiler.ErrorDispatcher.jspError
(ErrorDispatcher.java:130)
at org.apache.jasper.compiler.Parser.checkUnbalancedEndTag
(Parser.java:1706)
at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1561)
at org.apache.jasper.compiler.Parser.parseBody(Parser.java:1789)
at org.apache.jasper.compiler.Parser.parseOptionalBody
(Parser.java:1060)
at org.apache.jasper.compiler.Parser.parseCustomTag(Parser.java:1367)
at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1560)

-- 
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 36866] New: - "name" attr. should actually be "clusterName"

2005-09-29 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=36866>.
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=36866

   Summary:  "name" attr. should actually be "clusterName"
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
OS/Version: All
Status: NEW
  Severity: trivial
  Priority: P2
 Component: Native:Packaging
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This is an issue with the default server.xml file. I hope I chose the correct
Component

The org.apache.catalina.Cluster interface defines methods named "setClusterName"
and "getClusterName", implying a property named "clusterName".  However, the
server.xml for every version of Tomcat that I've looked at (5.0.18, 5.0.29,
5.5.9, 5.5.12-alpha) indicates a  attribute called "name". The earlier
5.0 releases even include 'name="FilipsCluster"' in the commented-out sample
 config.

The problem is that the server.xml should not indicate an attribute called
"name" for the  element, rather the same attribute should be called
"clusterName".  Indeed, setting the  attribute "name" (and not
"clusterName") causes "getClusterName" to return null - but setting a 
attribute called "clusterName" returns the specified value in  a call to
"getClusterName".

The fix is trivial - replace the name of the  attribute "name" with
"clusterName" throughout the server.xml file (2 places in early 5.0 server.xml
files, only 1 place in later builds).  This is an easy thing for users to do,
but finding the problem in the first place is the tricky part.

-- 
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 36852] - Custom Webapp loaders don't correctly honor context's privileged="true" attribute

2005-09-29 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=36852>.
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=36852





--- Additional Comments From [EMAIL PROTECTED]  2005-09-29 19:05 ---
Here is a suggested fix, which appears to fix the problem in my environment. It
is in the method CreateLoaderRule.begin() ... my changes are flanked with the
comment //NEW:mdb:

public void begin(String namespace, String name, Attributes attributes)
throws Exception {

// Look up the required parent class loader
ClassLoader parentClassLoader = null;
Object ojb = digester.peek();
if (ojb instanceof Container) {
parentClassLoader = ((Container)ojb).getParentClassLoader();
}

//NEW:mdb: if the context is priviledged, set the classloader to
// the context's classloader...
if( ojb instanceof org.apache.catalina.Context &&
((org.apache.catalina.Context)ojb).getPrivileged() )
{
parentClassLoader = ojb.getClass().getClassLoader();
}
//NEW:mdb:end change to test for privileged flag...


-- 
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 36863] New: - Space seperated cookie value text returned in quotes

2005-09-29 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=36863>.
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=36863

   Summary: Space seperated cookie value text returned in quotes
   Product: Tomcat 5
   Version: 5.5.7
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Multiple word phrases (like Online Query) saved in a cookie are quoted when
retrieved. See example below ...

Enter:
  Online Query

Click Submit. Submit saves the value in a cookie to be later used in search.

Return to search page which will fetch cookie value and place in appropriate
input box. The value is now displayed as:

"Online Query" 

Granted that this is the integrated version of Tomcat in Netbeans but I wanted
to report this here as well as with Netbeans.

Using JSDK 1.4.2_08

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]



DO NOT REPLY [Bug 35835] - Submitting changes through admin app corrupts the HTTPS connector definition in server.xml

2005-09-29 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=35835>.
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=35835





--- Additional Comments From [EMAIL PROTECTED]  2005-09-29 13:42 ---
This is a bug(perhaps) for EXE installed verion of tomcat5.5.12,the ZIP 
version is correct.
with EXE installed version,if i you edit config file(server.xml) in admin app
the http 8080 connector changes to:



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

2005-09-29 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=36853>.
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=36853





--- Additional Comments From [EMAIL PROTECTED]  2005-09-29 13:38 ---
12

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

2005-09-29 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=36853>.
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=36853





--- Additional Comments From [EMAIL PROTECTED]  2005-09-29 13:33 ---
hi

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



  1   2   3   4   5   6   7   8   9   10   >