Re: getContext() - spec interpretation

2005-11-27 Thread Mark Thomas

Bill Barker wrote:
I can't really dispute the interpretation of the spec, but the change is 
likely to break many more webapps then it fixes :(.


I thought this too. However, I think we should implement the spec as 
is. If we start relaxing it here, then where else do we relax it? If 
other Servlet containers start relaxing the specs in their own ways it 
rapidly defeats the object of having a spec in the first place.


As it happens, the SSI functionality depends on the incorrect 
getContext() implementation and I intend to use the current 
getContext() implementation as the basis for a fix to the SSI code. 
This fix should be transferable to other web-apps that have similar 
dependencies on getContext().


My preference is to post a 'heads-up' to the users list that this 
change is coming in the next release along with a link to the SSI 
changes so users can start to look at their apps ahead of the next 
release.


Mark


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



svn commit: r349305 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java

2005-11-27 Thread markt
Author: markt
Date: Sun Nov 27 12:41:41 2005
New Revision: 349305

URL: http://svn.apache.org/viewcvs?rev=349305&view=rev
Log:
Fix SSI so it works when getContext() requires an exact context path

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java?rev=349305&r1=349304&r2=349305&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java
 Sun Nov 27 12:41:41 2005
@@ -347,12 +347,12 @@
 }
 
 
-protected String getPathWithoutContext(String servletPath) {
+protected String getPathWithoutContext(String contextPath, String 
servletPath) {
 String retVal = null;
-int secondSlash = servletPath.indexOf('/', 1);
-if (secondSlash >= 0) {
+
+if (contextPath.length() >= 0) {
 //cut off context
-retVal = servletPath.substring(secondSlash);
+retVal = servletPath.substring(contextPath.length());
 }
 return retVal;
 }
@@ -403,17 +403,19 @@
 if (isVirtualWebappRelative) {
 return new ServletContextAndPath(context, normalized);
 } else {
-ServletContext normContext = context.getContext(normalized);
-if (normContext == null) {
+String contextPath = getContextPath(normalized);
+if (contextPath == null) {
 throw new IOException("Couldn't get context for path: "
 + normalized);
 }
+ServletContext normContext = context.getContext(contextPath);
+
 //If it's the root context, then there is no context element
 // to remove,
 // ie:
 // '/file1.shtml' vs '/appName1/file1.shtml'
 if (!isRootContext(normContext)) {
-String noContext = getPathWithoutContext(normalized);
+String noContext = getPathWithoutContext(contextPath, 
normalized);
 if (noContext == null) {
 throw new IOException(
 "Couldn't remove context from path: "
@@ -427,17 +429,38 @@
 }
 }
 
+// Looks for the longest matching context path
+protected String getContextPath(String uri) {
+String candidatePath = uri;
+ServletContext contextFound = null;
+String result = null;
+
+while (true) {
+contextFound = context.getContext(candidatePath);
+if (contextFound != null) {
+result = candidatePath;
+break;
+}
+
+int slash = candidatePath.lastIndexOf('/');
+if (slash < 0)
+break;
+
+candidatePath = candidatePath.substring(0, slash);
+}
+return result;
+}
 
 //Assumes servletContext is not-null
 //Assumes that identity comparison will be true for the same context
-//Assuming the above, getContext("/") will be non-null as long as the root
+//Assuming the above, getContext("") will be non-null as long as the root
 // context is
 // accessible.
 //If it isn't, then servletContext can't be the root context anyway, hence
 // they will
 // not match.
 protected boolean isRootContext(ServletContext servletContext) {
-return servletContext == servletContext.getContext("/");
+return servletContext == servletContext.getContext("");
 }
 
 



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



svn commit: r349308 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java

2005-11-27 Thread markt
Author: markt
Date: Sun Nov 27 12:52:55 2005
New Revision: 349308

URL: http://svn.apache.org/viewcvs?rev=349308&view=rev
Log:
Just spotted a complication. Reverting previous change until it is resolved.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java?rev=349308&r1=349307&r2=349308&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java
 Sun Nov 27 12:52:55 2005
@@ -347,12 +347,12 @@
 }
 
 
-protected String getPathWithoutContext(String contextPath, String 
servletPath) {
+protected String getPathWithoutContext(String servletPath) {
 String retVal = null;
-
-if (contextPath.length() >= 0) {
+int secondSlash = servletPath.indexOf('/', 1);
+if (secondSlash >= 0) {
 //cut off context
-retVal = servletPath.substring(contextPath.length());
+retVal = servletPath.substring(secondSlash);
 }
 return retVal;
 }
@@ -403,19 +403,17 @@
 if (isVirtualWebappRelative) {
 return new ServletContextAndPath(context, normalized);
 } else {
-String contextPath = getContextPath(normalized);
-if (contextPath == null) {
+ServletContext normContext = context.getContext(normalized);
+if (normContext == null) {
 throw new IOException("Couldn't get context for path: "
 + normalized);
 }
-ServletContext normContext = context.getContext(contextPath);
-
 //If it's the root context, then there is no context element
 // to remove,
 // ie:
 // '/file1.shtml' vs '/appName1/file1.shtml'
 if (!isRootContext(normContext)) {
-String noContext = getPathWithoutContext(contextPath, 
normalized);
+String noContext = getPathWithoutContext(normalized);
 if (noContext == null) {
 throw new IOException(
 "Couldn't remove context from path: "
@@ -429,38 +427,17 @@
 }
 }
 
-// Looks for the longest matching context path
-protected String getContextPath(String uri) {
-String candidatePath = uri;
-ServletContext contextFound = null;
-String result = null;
-
-while (true) {
-contextFound = context.getContext(candidatePath);
-if (contextFound != null) {
-result = candidatePath;
-break;
-}
-
-int slash = candidatePath.lastIndexOf('/');
-if (slash < 0)
-break;
-
-candidatePath = candidatePath.substring(0, slash);
-}
-return result;
-}
 
 //Assumes servletContext is not-null
 //Assumes that identity comparison will be true for the same context
-//Assuming the above, getContext("") will be non-null as long as the root
+//Assuming the above, getContext("/") will be non-null as long as the root
 // context is
 // accessible.
 //If it isn't, then servletContext can't be the root context anyway, hence
 // they will
 // not match.
 protected boolean isRootContext(ServletContext servletContext) {
-return servletContext == servletContext.getContext("");
+return servletContext == servletContext.getContext("/");
 }
 
 



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



Re: getContext() - spec interpretation

2005-11-27 Thread Mark Thomas

Mark Thomas wrote:

The complications I referred to in the SSI commit are:

1. The definition of uripath says it is a context path which for the 
root context would be "". In the method description it says uripath 
must always start with "/". This is not consistent.


2. The definition of uripath says "uripath - a String specifying the 
context path of another web application in the container.". The spec 
is silent as to what the behaviour should be if uripath is the context 
path for the current context, ie not "another web application".


I think there is room for interpretation in point 2 and we can safely 
return the current context if that is what the caller has asked for.


My current thinking for point 1 is to treat the root context as a 
special case and, crossContext permitting,  to return the root context 
for getContext("/")


This doesn't change any of the points I made below.

I am going to think about this for a few more days before I make any 
changes.



Bill Barker wrote:

I can't really dispute the interpretation of the spec, but the change 
is likely to break many more webapps then it fixes :(.



I thought this too. However, I think we should implement the spec as is. 
If we start relaxing it here, then where else do we relax it? If other 
Servlet containers start relaxing the specs in their own ways it rapidly 
defeats the object of having a spec in the first place.


As it happens, the SSI functionality depends on the incorrect 
getContext() implementation and I intend to use the current getContext() 
implementation as the basis for a fix to the SSI code. This fix should 
be transferable to other web-apps that have similar dependencies on 
getContext().


My preference is to post a 'heads-up' to the users list that this change 
is coming in the next release along with a link to the SSI changes so 
users can start to look at their apps ahead of the next release.


Mark


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



DO NOT REPLY [Bug 37654] New: - Run struts 1.24

2005-11-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

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

   Summary: Run struts 1.24
   Product: Tomcat 4
   Version: Unknown
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlet & JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


file:C:\Program\Apache Group\Tomcat 4.1\webapps\webdav
2005-11-27 22:38:34 WebappLoader[/webdav]: Deploying class repositories to 
work directory C:\Program\Apache Group\Tomcat 4.1
\work\Standalone\localhost\webdav
2005-11-27 22:38:34 StandardManager[/webdav]: Seeding random number generator 
class java.security.SecureRandom
2005-11-27 22:38:34 StandardManager[/webdav]: Seeding of random number 
generator has been completed
2005-11-27 22:38:34 StandardWrapper[/webdav:default]: Loading container 
servlet default
2005-11-27 22:38:34 StandardWrapper[/webdav:invoker]: Loading container 
servlet invoker
2005-11-27 22:39:18 StandardWrapperValve[action]: Allocate exception for 
servlet action
javax.servlet.ServletException: Servlet.init() for servlet action threw 
exception
at org.apache.catalina.core.StandardWrapper.loadServlet
(StandardWrapper.java:916)
at org.apache.catalina.core.StandardWrapper.allocate
(StandardWrapper.java:621)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:163)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:596)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:433)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:948)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:144)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:596)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:433)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:948)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2358)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:133)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:596)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:118)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:594)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:116)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:594)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:433)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:948)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineValve.java:127)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:596)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:433)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:948)
at org.apache.coyote.tomcat4.CoyoteAdapter.service
(CoyoteAdapter.java:152)
at org.apache.coyote.http11.Http11Processor.process
(Http11Processor.java:799)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnecti
on(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt
(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)
- Root Cause -
java.lang.NullPointerException
at org.apache.struts.action.ActionServlet.parseModuleConfigFile
(ActionServlet.java:705)
at org.apache.struts.action.ActionServlet.initModuleConfig
(ActionServlet.java:670)
at org.apache.struts.action.ActionServlet.init(ActionServlet.java:342)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet
(StandardWrapper.java:888)
at org.apache.catalina.core.StandardWrapper.allocate
(StandardWrapper.java:621)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:163)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:596)
  

DO NOT REPLY [Bug 37654] - Run struts 1.24

2005-11-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID
Summary|Run struts 1.24 |Run struts 1.24




--- Additional Comments From [EMAIL PROTECTED]  2005-11-27 23:00 ---
Not a Tomcat bug: either a configuration error on your behalf or something
internal to Struts.  I'm running Struts 1.2.4 as well as the latest on Tomcat
without a problem.  You can also see Struts running in Tomcat's Admin webapp.

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

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



DO NOT REPLY [Bug 37552] - Tomcat startup error - join, failed, retrying looping error

2005-11-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-11-27 23:02 ---
Please ask on the tomcat-user list for advice.  I'm far from convinced this is a
Tomcat bug: it's more likely a configuration error on your behalf or something
specific to JGroups.  If after investigating this issue on the tomcat-user list
you're convinced it's a Tomcat bug, and you have steps we can take to reproduce
it, feel free to reopen this issue.

-- 
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 35715] - Buffering in JK needs to be configurable for IIS

2005-11-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |enhancement




--- Additional Comments From [EMAIL PROTECTED]  2005-11-27 23:03 ---
Changing to an enhancement request.  Ulrich, as you can see it has already been
>4 months since this issue has been opened, so the chances of this being
implemented quickly are slim.  If you have a patch ready, please attach it to
this issue and we'll gladly evaluate/commit it.

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

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



Re: getContext() - spec interpretation

2005-11-27 Thread Remy Maucherat

Mark Thomas wrote:

Bill Barker wrote:

I can't really dispute the interpretation of the spec, but the change 
is likely to break many more webapps then it fixes :(.



I thought this too. However, I think we should implement the spec as is. 
If we start relaxing it here, then where else do we relax it? If other 
Servlet containers start relaxing the specs in their own ways it rapidly 
defeats the object of having a spec in the first place.


As it happens, the SSI functionality depends on the incorrect 
getContext() implementation and I intend to use the current getContext() 
implementation as the basis for a fix to the SSI code. This fix should 
be transferable to other web-apps that have similar dependencies on 
getContext().


My preference is to post a 'heads-up' to the users list that this change 
is coming in the next release along with a link to the SSI changes so 
users can start to look at their apps ahead of the next release.


Personally, I don't see any way right now other than keep the current 
behavior (at least that will be the case in my tree) :(


Rémy

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



DO NOT REPLY [Bug 37457] - Deploying(copying webapp.war) and restarting tomcat doenst always deploy webapp

2005-11-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2005-11-27 23:06 ---
Can't reproduce.

-- 
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 37458] - Datarace on org.apache.catalina.loader.WebappClassLoader

2005-11-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2005-11-27 23:06 ---
Suggested 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]



Bug report for Tomcat 3 [2005/11/27]

2005-11-27 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|
|17915|New|Maj|2003

Bug report for Tomcat 4 [2005/11/27]

2005-11-27 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-22|Tomcat ignores "allowLinking" resource on DefaultC|
|22113|New|Enh|2003-08-04|Improvable E

Bug report for Watchdog [2005/11/27]

2005-11-27 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/11/27]

2005-11-27 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|
|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 |
|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|
|29494|Opn|Enh|2004-06-10|No way to set PATH when running as a service on Wi|
|29497|Unc|Nor|2004-06-10|Connection pool, redeployment |
|29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown |
|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|Inf|   |2004-11-05|Wrapper scripts require a JDK to be present.  |
|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.   |
|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|
|33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing|
|34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME|
|34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to deploy on Tomc|
|34033|Ver|Nor|2005-03-16|Cannot delete users using Administration Tool weba|
|34076|Inf|Nor|2005-03-18|overriding content.xml docBase with manager webapp|
|34319|New|Nor|2005-04-06|StoreBase.processExpires() is very inefficient|
|34396|Inf|   |2005-04-11|security exception using datasource in|
|35606|New|Maj|2005-07-05|Problem with Session cookies and multiple webapps |
|35635|New|Nor|2005-07-06|Tomcat service does not log startup error messages|
|35710|New|Enh|2005-07-12|Enable Session Replication via Cross Context calls|
|35715|New|Enh|2005-07-13|Buffering in JK needs to be configurable for IIS  |
|35746|Inf

DO NOT REPLY [Bug 34506] - [fileupload] Default encoding issue running Tomcat on z/os

2005-11-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-11-28 00:24 ---
As noted in the bug report (?), this has already been fixed in FileUpload.

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



Ursula Witte/NORDLB ist außer Haus.

2005-11-27 Thread Ursula . Witte
Ich werde ab  25.11.2005 nicht im Büro sein. Ich kehre zurück am
01.12.2005.

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.





Die in dieser E-Mail enthaltenen Informationen sind vertraulich.
Diese E-Mail ist  ausschliesslich  fuer den Adressaten  bestimmt
und jeglicher Zugriff durch andere Personen ist nicht zulaessig.
Falls Sie nicht einer  der genannten Empfaenger  sind,  ist jede
Veroeffentlichung,  Vervielfaeltigung,  Verteilung oder sonstige
in  diesem  Zusammenhang stehende Handlung untersagt  und  unter
Umstaenden ungesetzlich.  Sollte diese Nachricht nicht  fuer Sie
bestimmt sein,  so bitten wir Sie, den Absender unverzueglich zu
informieren und die E-Mail zu loeschen.

The information in this e-mail is  confidential.  It is intended
solely for the addressee and access to the e-mail by anyone else
is unauthorised.
If you are  not  a  named  recipient,  any disclosure,  copying,
distribution  or  any  action taken  or  omitted to be taken  in
reliance on it, is prohibited and may be unlawful. If the notice
is not intended for you,  please notify  the sender  immediately
and delete the e-mail.

-]ncp[-


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