DO NOT REPLY [Bug 37425] - NullPointerException while undeploying webapp

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-11-10 07:23 ---
http://tomcat.apache.org/faq/windows.html#lock
Please do not reopen the report.

-- 
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 37439] New: - Virtual Host selection across Services?

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

   Summary: Virtual Host selection across Services?
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I have a TC 5.5 fronted by Apache2/mod_jk.
Two SSL sites on different ips, one for users, one for admins. The admin one is
apache password protected. Each apache ip virtual host uses a different worker
to talk to TC on a different port in a different service. for example


 
 
  
   
  
 



 
 
  
   
  
 


The problem, and it may be intended behavior, is that if you connect to ip1 and
spoof your Host header as 'Admin', apache correctly routes the request (jk in
debug says it connects via 10004) to TC via the User worker, but then TC appears
to match the virtual host name in a different service and serves admin content
getting around Apache's password protection.
Via browsing a lot of bugs tonight I'm aware of the useIPVHost element which I
could probably use to lock each host to the host apache intended, but this can't
be intended behaviour. Can it? Across Service tags? Why would you ever need more
than one service or connector then?

Hopefully at the very least this will spur a note in the docs. if it is
intended, as this is potentially dangerous. LMK if you need anything else to
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 37425] - NullPointerException while undeploying webapp

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |




--- Additional Comments From [EMAIL PROTECTED]  2005-11-10 06:48 ---
Steps to reproduce:
1. Make webapp WAR that has ContextListener which calls
java.sql.DriverManager.registerDriver(driver) in contextInitialized() and calls
java.sql.DriverManager.unregisterDriver(driver) in contextDestroyed().
2. Deploy WAR
3. Run webapp
4. Undeploy WAR
5. We get that NullPointerExceptions in log. No any other exceptions there.
6. After undeploy WEB-INF/lib/jdbcDriver.jar remains opened 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 35809] - JkMountCopy don't work

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|Linux   |Windows XP




-- 
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 35300] - Thread pool expands when many threads are idle

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID
Summary|Thread pool expands when|Thread pool expands when
   |many threads are idle   |many threads are idle




--- Additional Comments From [EMAIL PROTECTED]  2005-11-10 03:23 ---
The thread dump shows a lot of threads: but I think you might be confusing the
connector thread pool limits with the overall JVM limits.  There will be more
threads than the ones configured for the connector: the JVM starts a few threads
for itself, and Tomcat at least one other thread.

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

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

DO NOT REPLY [Bug 31125] - conf/web.xml not valid

[bugzilla]

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

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-10 03:21 ---
So I guess that means we shouldn't correct Tomcat's conf/web.xml file, and
instead wait for the Spec 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]

jsvc startup script Fedora-Red Hat

[Victor Muñoz]

Just a small contribution. I have modified the file $CATALINA_HOME/bin/jsvc/native/tomcat.sh
found in the binary distribution
of Tomcat to suit my needs. Perhaps, this could be useful for other people in
the community. Maybe a committer could be interested. I also have some
installation notes (currently in Spanish) that reflect the behavior of the
current version (5.5.12.) I will gladly provide them if someone is interested.
If the documentation people is interested I can enhance and translate them to
English.

 

Victor

 

Two commands have bin added (i.e.
restart and status)

 

#!/bin/sh

##

#

#  
Copyright 2004 The Apache Software Foundation.

#

#  
Licensed under the Apache License, Version 2.0 (the "License");

#   you
may not use this file except in compliance with the License.

#   You
may obtain a copy of the License at

#

#  
http://www.apache.org/licenses/LICENSE-2.0

#

#  
Unless required by applicable law or agreed to in writing, software

#  
distributed under the License is distributed on an "AS IS" BASIS,

#  
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.

#   See
the License for the specific language governing permissions and

#  
limitations under the License.

##

#

# Small shell
script to show how to start/stop Tomcat using jsvc

# If you want to have
Tomcat running on port 80 please modify the server.xml

# file:

#

#   


#   


#  
port="80" minProcessors="5" maxProcessors="75"

#  
enableLookups="true" redirectPort="8443"

#  
acceptCount="10" debug="0"
connectionTimeout="6"/>

#

# That is for
Tomcat-5.0.x (Apache Tomcat/5.0)

#

# Adapt the
following lines to your configuration

JAVA_HOME=/opt/jdk1.5.0_03

CATALINA_HOME=/home/tomcat/jakarta-tomcat

DAEMON_HOME=/home/tomcat/jakarta-tomcat/bin

TOMCAT_USER=tomcat

TMP_DIR=/var/tmp

CATALINA_OPTS=

CLASSPATH=\

$JAVA_HOME/lib/tools.jar:\

$CATALINA_HOME/bin/commons-daemon.jar:\

$CATALINA_HOME/bin/bootstrap.jar

 

prog="Tomcat
Server"

pid=`cat
/var/run/jsvc.pid`

 

# Source function
library.

.
/etc/rc.d/init.d/functions

 

start()

{

   
#

   
# Start Tomcat

   
#

   
$DAEMON_HOME/jsvc -user $TOMCAT_USER -home $JAVA_HOME \

   
-Dcatalina.home=$CATALINA_HOME
-Djava.io.tmpdir=$TMP_DIR \

   
-outfile
$CATALINA_HOME/logs/catalina.out -errfile '&1' \

   
$CATALINA_OPTS -cp $CLASSPATH org.apache.catalina.startup.Bootstrap 

   
#

   
# To get a verbose JVM

   
# -verbose \

   
# To get a debug of jsvc.

   
# -debug \

   
checkpid $pid

   
ret=$?

   
if [ $ret -eq 1 ]; then

   
action $"Starting $prog: " /bin/true

   
else

 
action $"Starting $prog: " /bin/false

   
fi

}

 

stop()

{

   
# Stop Tomcat

   
#

   
kill $pid

   
ret=$?

   
if [ $ret -eq 0 ]; then

 
action $"Stopping $prog: " /bin/true

   
else

   
action $"Stopping $prog: " /bin/false

   
fi

}

 

restart()

{

   
stop

   
sleep 2

   
start

}

 

 

case
"$1" in

   
start)

   
start

   
;;

   
stop)

   
stop

   
;;

   
status)

   
status jsvc

   
;;

   
restart)

   
restart

   
;;

   
*)

   
echo $"Usage: $0 (start|stop|status|restart)"

   
exit 1

esac

 

exit $?

 

 






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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-10 02:07 ---
(In reply to comment #8)
> (In reply to comment #6)
> Can you tell which very bad consequences this feature involves ?
> > The (mandatory) default configuration includes "index.jsp" in the welcome 
> > file
> > list, as well as a servlet mapped to "*.jsp". This will not work well at 
> > all if
> > your interpretation of the specification is correct.
> 
> So why should this bear problems? 
> When having "index.jsp" in the welcome-file-list and accessing "/buzz/",
> "index.jsp" is appended, resulting in "/buzz/index.jsp", which in turn is 
> mapped
> to the JspServlet which matches "*.jsp".
> When this works, why should the ".bar" extension not?

Note it works only if "index.jsp" exists. Same with "foo.bar" - you want it
served, you have to make sure it exists.

-- 
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: HPUX Itanium Native Connector Build Error

[Shankar Unni]

Fenlason, Josh wrote:

I didn't see anything about it being necessary to build OpenSSL as a
shared library.


No, but even a static OpenSSL library that you want to link into your 
module must be build using the PIC (position-independent code) option, 
just as if you were going to make a DLL out of it.



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

DO NOT REPLY [Bug 37335] - Connection reset by peer: socket write error / Error 500 when uploading a file in Bb 6.2.2

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-11-10 00:14 ---
"Connection reset by peer" means that the client closed the connection when the
server wasn't expecting it to. This doesn't look like a Tomcat bug to me. I am
afraid you will have to rely on Bb for a 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 37430] - Syslog support for jsvc

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 23:43 ---
I should have mentioned how to use it

-outfile SYSLOG
-errfile SYSLOG

-- 
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 37430] New: - Syslog support for jsvc

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

   Summary: Syslog support for jsvc
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: enhancement
  Priority: P4
 Component: Native:Packaging
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Currently, the only way to rotate the logs produced via jsvc
is to restart the tomcat server. I've coded up support for
using syslog through the local0.* channels. It probably needs
a little work, but hopefully it can be incorporated into a
future release.

--- jsvc-unix.c 2005-05-17 06:13:39.0 -0700
+++ /tmp/jsvc-unix.c2005-11-08 14:18:18.0 -0800
@@ -25,6 +25,8 @@
 #include 
 #include 
 #include 
+#include 
+#include 
 #ifdef OS_LINUX
 #include 
 #include 
@@ -35,6 +37,7 @@
 extern char **environ;

 pid_t controlled=0; /* the son process pid */
+pid_t logger=0; /* the logger process pid */
 static bool stopping=false;
 static bool doreload=false;
 static void (*handler_int)(int)=NULL;
@@ -562,10 +565,53 @@
 return(freopen(outfile,mode,stream));
 }

+static int logger_child (int outpipe, int errpipe, char *procname) {
+  /* Read from file descriptors. Log to syslog. */
+  fd_set rfds;
+  struct timeval tv;
+  int retval, n;
+  int bufsz = 1024;
+  char buf[bufsz];
+
+  if (outpipe > errpipe) {
+n = outpipe + 1;
+  } else {
+n = errpipe + 1;
+  }
+
+  openlog(procname, LOG_PID, LOG_LOCAL0);
+
+  while (1) {
+/* Watch two pipes for input */
+FD_ZERO(&rfds);
+FD_SET(outpipe, &rfds);
+FD_SET(errpipe, &rfds);
+/* Wait for a minute */
+tv.tv_sec = 60;
+tv.tv_usec = 0;
+
+retval = select (n, &rfds, NULL, NULL, &tv);
+if (retval == -1)
+  perror("select()");
+else if (retval) {
+  if (FD_ISSET(outpipe, &rfds)) {
+read(outpipe, buf, bufsz);
+syslog(LOG_INFO, "%s", buf);
+  }
+  if (FD_ISSET(errpipe, &rfds)) {
+read(errpipe, buf, bufsz);
+syslog(LOG_ERR, "%s", buf);
+  }
+}
+  }
+}
+
 /**
  *  Redirect stdin, stdout, stderr.
  */
-static void set_output(char *outfile, char *errfile) {
+static void set_output(char *outfile, char *errfile, char *procname) {
+int stdoutdes[2] = {0,0}, stderrdes[2] = {0,0},
+forkoutlogger=0, forkerrlogger=0;
 freopen("/dev/null", "r", stdin);
 log_debug("redirecting stdout to %s and stderr to %s",outfile,errfile);

@@ -577,11 +623,28 @@
 if(strcmp(outfile, "&2") == 0 && strcmp(errfile,"&1") == 0) {
   outfile="/dev/null";
 }
-if(strcmp(outfile, "&2") != 0) {
+
+if (strcmp(outfile, "SYSLOG") == 0) {
+  /* Send stdout to syslog through a logger process */
+  if (pipe(stdoutdes)) {
+fprintf(stderr, "Unable to create stdout pipe for syslog: %s\n",
+strerror(errno));
+  } else {
+forkoutlogger=1;
+  }
+} else if(strcmp(outfile, "&2") != 0) {
   loc_freopen(outfile, "a", stdout);
 }

-if(strcmp(errfile,"&1") != 0) {
+if (strcmp(errfile, "SYSLOG") == 0) {
+  /* Send stderr to syslog through a logger process */
+  if (pipe(stderrdes)) {
+fprintf(stderr, "Unable to create stderr pipe for syslog: %s\n",
+strerror(errno));
+  } else {
+forkerrlogger=1;
+  }
+} else if(strcmp(errfile,"&1") != 0) {
   loc_freopen(errfile, "a", stderr);
 } else {
   close(2);
@@ -591,6 +654,33 @@
   close(1);
   dup(2);
 }
+
+if (forkoutlogger || forkerrlogger) {
+  int pid;
+  if ((pid=fork())!=-1) {
+if (pid) {
+  if (stdoutdes[0] != 0) {
+close(stdoutdes[0]);
+if (dup2(stdoutdes[1],1) == -1) {
+  fprintf(stderr,"Unable to redirect stdout to pipe for syslog: 
%s\n",
+strerror(errno));
+}
+  }
+  if (stderrdes[0] != 0) {
+close(stderrdes[0]);
+if (dup2(stderrdes[1],2) == -1) {
+  fprintf(stderr,"Unable to redirect stderr to pipe for syslog: 
%s\n",
+strerror(errno));
+}
+  }
+} else {
+  exit (logger_child(stdoutdes[1],stderrdes[1],procname));
+}
+  } else {
+fprintf(stderr, "Unable to create logger child process: %s\n",
+   strerror(errno));
+  }
+}
 }

 int main(int argc, char *argv[]) {
@@ -678,7 +768,7 @@
 #endif
 }

-set_output(args->outfile, args->errfile);
+set_output(args->outfile, args->errfile, args->procname);

 /* We have to fork: this process will become the controller and the other
wi

DO NOT REPLY [Bug 37429] New: - jsvc does not set procname correctly. Incorrect argument parsing

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

   Summary: jsvc does not set procname correctly. Incorrect argument
parsing
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: minor
  Priority: P2
 Component: Native:Packaging
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Support for -procname was added to jsvc, which is great.
However, the order in which the arguments are processed
is incorrect. The argument processor complains that 
-procname is not recognized. Reorganizing the check for
-procname so that it is before the "Invalid option"
check solves the issue:

(This patch also gets rid of a compiler warning for unnecessary
 char *temp variable)

--- arguments.c 2005-05-17 06:13:39.0 -0700
+++ /tmp/arguments.c2005-11-08 14:18:04.0 -0800
@@ -186,16 +186,17 @@
 } else if (strstr(argv[x],"-ea")==argv[x]) {
 args->opts[args->onum++]=strdup(argv[x]);

-} else if (strstr(argv[x],"-")==argv[x]) {
-log_error("Invalid option %s",argv[x]);
-return(NULL);
-
 } else if (strcmp(argv[x],"-procname") == 0) {
 args->procname = optional(argc, argv, x++);
 if(args->procname == NULL) {
   log_error("Invalid process name specified");
   return (NULL);
 }
+
+} else if (strstr(argv[x],"-")==argv[x]) {
+log_error("Invalid option %s",argv[x]);
+return(NULL);
+
 } else {
 args->clas=strdup(argv[x]);
 break;
@@ -248,7 +249,6 @@
 }

 if (log_debug_flag==true) {
-char *temp;

 log_debug("+-- DUMPING PARSED COMMAND LINE ARGUMENTS --");

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

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

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

[bugzilla]

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

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 23:18 ---
This is now fixed.

The obvious optimisation has been made in the code but this only has a marginal
impact.

Given the high cost of generating the listings in Java, this code cannot be
optimised to the point where large directory listings will not place a
disproportionate load on the server. Therefore, directory listing is now
disabled by default and warnings have been added to both the documentation and
the file where this is configured.

These changes will be included in versions 5.5.13+, 5.0.31+ and 4.1.32+

Note that releases of the 4.1.x and 5.0.x branches are now infrequent and that
none are planned at present.

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

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

svn commit: r332159 - in /tomcat/container/branches/tc4.1.x/catalina/src: conf/web.xml share/org/apache/catalina/servlets/DefaultServlet.java

[markt]

Author: markt
Date: Wed Nov  9 14:14:33 2005
New Revision: 332159

URL: http://svn.apache.org/viewcvs?rev=332159&view=rev
Log:
Port of fix for Bug37150 to TC4.

Modified:
tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml

tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java

Modified: tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml?rev=332159&r1=332158&r2=332159&view=diff
==
--- tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml (original)
+++ tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml Wed Nov  9 
14:14:33 2005
@@ -34,7 +34,10 @@
   
   
   
-  
+  
+  
+  
+  
   
   
   
@@ -57,7 +60,7 @@
 
 
 listings
-true
+false
 
 1
 

Modified: 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java?rev=332159&r1=332158&r2=332159&view=diff
==
--- 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
 (original)
+++ 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
 Wed Nov  9 14:14:33 2005
@@ -93,7 +93,7 @@
 /**
  * Should we generate directory listings when no welcome file is present?
  */
-protected boolean listings = true;
+protected boolean listings = false;
 
 
 /**
@@ -552,9 +552,6 @@
 File contentFile = null;
 
 // Input stream for temp. content file used to support partial PUT
-FileInputStream contentFileInStream = null;
-
-ResourceInfo resourceInfo = new ResourceInfo(path, resources);
 Range range = parseContentRange(req, resp);
 
 InputStream resourceInputStream = null;



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

svn commit: r332143 - in /tomcat/container/branches/tc5.0.x: catalina/src/conf/web.xml catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java webapps/docs/default-servlet.xml

[markt]

Author: markt
Date: Wed Nov  9 13:16:40 2005
New Revision: 332143

URL: http://svn.apache.org/viewcvs?rev=332143&view=rev
Log:
Port fix for 37150 to 5.0 branch in case there is another 5.0 release.

Modified:
tomcat/container/branches/tc5.0.x/catalina/src/conf/web.xml

tomcat/container/branches/tc5.0.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
tomcat/container/branches/tc5.0.x/webapps/docs/default-servlet.xml

Modified: tomcat/container/branches/tc5.0.x/catalina/src/conf/web.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc5.0.x/catalina/src/conf/web.xml?rev=332143&r1=332142&r2=332143&view=diff
==
--- tomcat/container/branches/tc5.0.x/catalina/src/conf/web.xml (original)
+++ tomcat/container/branches/tc5.0.x/catalina/src/conf/web.xml Wed Nov  9 
13:16:40 2005
@@ -31,7 +31,10 @@
   
   
   
-  
+  
+  
+  
+  
   
   
   
@@ -68,7 +71,7 @@
 
 
 listings
-true
+false
 
 1
 

Modified: 
tomcat/container/branches/tc5.0.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc5.0.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java?rev=332143&r1=332142&r2=332143&view=diff
==
--- 
tomcat/container/branches/tc5.0.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
 (original)
+++ 
tomcat/container/branches/tc5.0.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
 Wed Nov  9 13:16:40 2005
@@ -98,7 +98,7 @@
 /**
  * Should we generate directory listings?
  */
-protected boolean listings = true;
+protected boolean listings = false;
 
 
 /**

Modified: tomcat/container/branches/tc5.0.x/webapps/docs/default-servlet.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc5.0.x/webapps/docs/default-servlet.xml?rev=332143&r1=332142&r2=332143&view=diff
==
--- tomcat/container/branches/tc5.0.x/webapps/docs/default-servlet.xml 
(original)
+++ tomcat/container/branches/tc5.0.x/webapps/docs/default-servlet.xml Wed Nov  
9 13:16:40 2005
@@ -89,6 +89,10 @@
 value may be true or false
 
 Welcome files are part of the servlet api.
+
+WARNING: Listings of directories containing many entries are
+expensive. Multiple requests for large directory listings can consume
+significant proportions of server resources.
 
   
   



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

Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9

[Jean-Pierre Pelletier]

With the 64 bit version of tcnative-1.dll,  https is working but the 
Catalina*.log file has this message


INFO: The Apache Portable Runtime which allows optimal performance in 
production environments was not found on the java.library.path:


So https works when the .dll is not used.

- Original Message - 
From: "Jean-Pierre Pelletier" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" ; "Tomcat Users List" 


Sent: Wednesday, November 09, 2005 3:10 PM
Subject: Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9



I think I am using a 32 bit JVM, I downloaded it
from Sun as "jdk-1_5_0_04-windows-i586-p.exe".

- Original Message - 
From: "Mladen Turk" <[EMAIL PROTECTED]>

To: "Tomcat Developers List" 
Sent: Wednesday, November 09, 2005 2:57 PM
Subject: Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9



Jean-Pierre Pelletier wrote:

https is fixed either by removing the native-1.dll file or by
replacing it by the AMD 64 bit version.

It looks like there is a bug in the Windows installer that installs the 
32 bit version

instead of the 64 bit version on a 64 PC.

I am surprise that the 32 bit version of native-1.dll wouldn't run on my
AMD 64 Athlon 3400+ cpu albeit slower than the 64 bit version?



You are probably using 64 bit JVM.
Think we'll need some sort of detection for installer.
Not sure if nsis can detect 32/64 bit jvm.

Regards,
Mladen.


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


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



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

Re: HPUX Itanium Native Connector Build Error

[Bill Barker]

On Solaris you need to add the '-fpic' option to config in OpenSSL to get
libtcnative.so to link with a static OpenSSL (it's the same for compiling
mod_ssl).  HPUX may require something similar.

Of course, having done that, you might as well go all the way and build a
shared OpenSSL. :)

- Original Message -
From: "Yoav Shapira" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" 
Sent: Wednesday, November 09, 2005 11:14 AM
Subject: RE: HPUX Itanium Native Connector Build Error


Josh,
Did the relevant docs say you need to build OpenSSL as a shared library?  If
not, I'd like to correct that... Thanks,

Yoav

--- "Fenlason, Josh" <[EMAIL PROTECTED]> wrote:

> It turned out to be something with my OpenSSL build.  Once I was able to
> build OpenSSL as a shared library, the connector built fine.  For
> whatever reason it didn't like my static OpenSSL build.  I haven't
> gotten to test it much yet, but it seems to be working so far.  Thanks.
> ,
> Josh.
>
> > -Original Message-
> > From: Jean-frederic Clere [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, November 09, 2005 12:50 PM
> > To: Tomcat Developers List
> > Subject: Re: HPUX Itanium Native Connector Build Error
> >
> >
> > Fenlason, Josh wrote:
> >
> > >Hey everybody!
> > >I'm trying to build the native apr connector from Tomcat
> > 5.5.12 on HPUX
> > >Itanium and I'm running into a problem during the configure.
> >  APR 1.2.2
> > >built fine.  I built OpenSSL 0.9.8a as a static library (I
> > couldn't get
> > >it to build as a shared library.)  When I try to configure
> > the tomcat
> > >native connector, I get the following error:
> > >
> > >checking for openssl/engine.h... yes
> > >checking for SSLeay_version in -lcrypto... no
> > >checking for SSL_CTX_new in -lssl... no
> > >checking for ENGINE_init... no
> > >checking for ENGINE_load_builtin_engines... no
> > >checking for SSL_set_cert_store... no
> > >configure: error: ... Error, SSL/TLS libraries were missing
> > or unusable
> > >
> > >
> > The config.log probably contains more information about what
> > is going wrong.
> >
> > >
> > >Here's my build environment:
> > >gcc 3.3.1
> > >gnu make 3.79.1
> > >
> > >Here's how I configured the native connector
> > >CC="gcc -static-libgcc" \
> > >CPPFLAGS="-I/home/snow/jfenlason/hp/lib/opensslStaticDist/include" \
> > >SHLIB_PATH="/home/snow/jfenlason/hp/lib/opensslStaticDist/lib" \
> > >CFLAGS="-O2" \ ./configure \
> > >"--prefix=/home/snow/jfenlason/hp/lib/tomcatNativeConnector" \
> > >"--with-apr=/home/snow/jfenlason/hp/lib/apr" \
> > >"--with-ssl=/home/snow/jfenlason/hp/lib/opensslStaticDist" \
> > >"--with-java_home=/opt/java1.5" \
> > >"--with-java-platform=2" \
> > >"$@"
> > >
> > >Has anyone been able to get this to work?  Suggestions on what I'm
> > >doing wrong would be greatly appreciated.  Thanks in advance. ,
> > >Josh.
> > >
> > >
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

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




This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


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

Subtlety in WebappClassLoader wrt to leading '/'

[Aaron Hamid]

Hi all,

 I have searched bugzilla, and the tc-users and tc-dev lists on MARC, as well 
as the source code, so hopefully this is vetted enough for this list (I have 
NOT posted a bug).

It appears that WebappClassLoader (in at least versions 5.0.28 and 5.5.12 which 
I have looked at) will accept a leading slash '/' on the resource path 
parameter to the 'getResource*()' calls.  This implicit support appears to be 
due to the File and URI/URL APIs it uses to resolve the resource.

While it is intuitive to me to support a leading slash, Sun's application class 
loader behavior is different.  Resource paths with leading slashes are not 
found.  When the slash is removed they are found.  I could not find any mention 
of these semantics in the standard ClassLoader (not Class, I am aware of how 
Class.getResource differs) documentation, however a quick Google search will 
confirm the notion that ClassLoader will not find resources with leading 
slashes (at least one old post on tomcat-dev: 
http://mail-archives.apache.org/mod_mbox/tomcat-dev/200108.mbox/[EMAIL 
PROTECTED] quote at bottom).

I raise this issue because I just spent a lot of time debugging a problem where 
a certain resource WAS found in Tomcat, but was not found when running JUnit 
tests from Ant or from within Eclipse.  Ultimately it was my fault for 
prepending a slash, but I wonder if it is worth either matching Sun's behavior, 
or documenting this somewhere (and again, I may have missed it).

Aaron Hamid
CIT/ATA
Cornell University

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

DO NOT REPLY [Bug 27371] - java.lang.ThreadDeath caused by log4j when reloading Tomcat app

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 21:17 ---
(In reply to comment #45)
I request a reload of the webapp, Tomcat's manager fails the reload
> operation and indicates a ThreadDeath has occured. I fully expect the request 
> to
> get ThreadDeath if it continues running beyond the scope of a context reload 
> but
> what I am seeing (and I consider this a bug) is Tomcat dishing out a 
> ThreadDeath
> to a completely unrelated request. If I try sending out request #2 after the
> reload operation returns ThreadDeath, the request will fail with yet another
> exception. From this point onward Tomcat is in some sort of bad state and no
> matter how many times I try manager stop/start/reload it'll always fail. I am
> forced to fully shutdown Tomcat and restart it. New requests to the webapp now
work.


The annoyance I get is that Tomcat states the ThreadDeath that occurs wont upset
the re-deployed web-app, but it does.  No further requests to tomcat on the
web-app are possible.  The only way out is a container restart.  I think maybe
this is a genuine different problem but I've no proof yet.


Maybe as a helpful suggestion, Tomcat could emit in the ThreadDeath exception
message the Thread.getId() and Thread.getName() of the thread that is dying,
this would be useful anyway to help fix your application and put us developers
in the picture as to exactly what died.

throw new java.lang.ThreadDeath("of
Thread#"+Thread.currentThread().getThreadId()+" 
"+Thread.currentThread().getName());

Would such a trival patch be accepted ?


Unfortunatly I've had no time this week to investigate further, I'm eyeing up
hacking on JMP (Java Profiler) to get a class loader report from heap snapshots
then dumping out all references between objects that cross to a different class
loader.  Maybe someone knows of a tool already for 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]

Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9

[Jean-Pierre Pelletier]

I think I am using a 32 bit JVM, I downloaded it
from Sun as "jdk-1_5_0_04-windows-i586-p.exe".

- Original Message - 
From: "Mladen Turk" <[EMAIL PROTECTED]>

To: "Tomcat Developers List" 
Sent: Wednesday, November 09, 2005 2:57 PM
Subject: Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9



Jean-Pierre Pelletier wrote:

https is fixed either by removing the native-1.dll file or by
replacing it by the AMD 64 bit version.

It looks like there is a bug in the Windows installer that installs the 
32 bit version

instead of the 64 bit version on a 64 PC.

I am surprise that the 32 bit version of native-1.dll wouldn't run on my
AMD 64 Athlon 3400+ cpu albeit slower than the 64 bit version?



You are probably using 64 bit JVM.
Think we'll need some sort of detection for installer.
Not sure if nsis can detect 32/64 bit jvm.

Regards,
Mladen.


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


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

Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9

[Mladen Turk]

Jean-Pierre Pelletier wrote:

https is fixed either by removing the native-1.dll file or by
replacing it by the AMD 64 bit version.

It looks like there is a bug in the Windows installer that installs the 
32 bit version

instead of the 64 bit version on a 64 PC.

I am surprise that the 32 bit version of native-1.dll wouldn't run on my
AMD 64 Athlon 3400+ cpu albeit slower than the 64 bit version?



You are probably using 64 bit JVM.
Think we'll need some sort of detection for installer.
Not sure if nsis can detect 32/64 bit jvm.

Regards,
Mladen.


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

svn commit: r332127 - in /tomcat/container/tc5.5.x: catalina/src/conf/web.xml catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java webapps/docs/changelog.xml webapps/docs/default-servle

[markt]

Author: markt
Date: Wed Nov  9 11:50:47 2005
New Revision: 332127

URL: http://svn.apache.org/viewcvs?rev=332127&view=rev
Log:
Fix bug 37150. Turn off directory listings by default and add a warning to the 
docs.

Modified:
tomcat/container/tc5.5.x/catalina/src/conf/web.xml

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
tomcat/container/tc5.5.x/webapps/docs/changelog.xml
tomcat/container/tc5.5.x/webapps/docs/default-servlet.xml

Modified: tomcat/container/tc5.5.x/catalina/src/conf/web.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/conf/web.xml?rev=332127&r1=332126&r2=332127&view=diff
==
--- tomcat/container/tc5.5.x/catalina/src/conf/web.xml (original)
+++ tomcat/container/tc5.5.x/catalina/src/conf/web.xml Wed Nov  9 11:50:47 2005
@@ -34,7 +34,10 @@
   
   
   
-  
+  
+  
+  
+  
   
   
   
@@ -74,7 +77,7 @@
 
 
 listings
-true
+false
 
 1
 

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java?rev=332127&r1=332126&r2=332127&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
 Wed Nov  9 11:50:47 2005
@@ -94,7 +94,7 @@
 /**
  * Should we generate directory listings?
  */
-protected boolean listings = true;
+protected boolean listings = false;
 
 
 /**

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=332127&r1=332126&r2=332127&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Wed Nov  9 11:50:47 2005
@@ -64,6 +64,10 @@
 37264: JNDI resources were no longer available when 
stopping listeners,
 submitted by Bogdan Calmac (remm)
   
+  
+37150: Turn off directory listing by default and add a 
warning
+regarding enabling listing of directories with many entries. (markt)
+  
 
   
   

Modified: tomcat/container/tc5.5.x/webapps/docs/default-servlet.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/default-servlet.xml?rev=332127&r1=332126&r2=332127&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/default-servlet.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/default-servlet.xml Wed Nov  9 
11:50:47 2005
@@ -89,6 +89,10 @@
 value may be true or false
 
 Welcome files are part of the servlet api.
+
+WARNING: Listings of directories containing many entries are
+expensive. Multiple requests for large directory listings can consume
+significant proportions of server resources.
 
   
   



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

Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9

[Jean-Pierre Pelletier]

I'm using Sun 32 bit java, here is the output from java -version

java version "1.5.0_04"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_04-b05)
Java HotSpot(TM) Client VM (build 1.5.0_04-b05, mixed mode)

- Original Message - 
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>

To: "Tomcat Developers List" 
Cc: "Tomcat Users List" ; "Stanislav Mironov" 
<[EMAIL PROTECTED]>

Sent: Wednesday, November 09, 2005 2:42 PM
Subject: Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9



Jean-Pierre Pelletier wrote:

https is fixed either by removing the native-1.dll file or by
replacing it by the AMD 64 bit version.

It looks like there is a bug in the Windows installer that installs the 
32 bit version

instead of the 64 bit version on a 64 PC.

I am surprise that the 32 bit version of native-1.dll wouldn't run on my
AMD 64 Athlon 3400+ cpu albeit slower than the 64 bit version?


Just speculation - do you have a 64 bit java running?  Microsoft has never
been very kind in the side effects of thunking 32 and 64 bit modules, so 
if
you are loading the .dll into a 64 bit java, it really must be a 64 bit 
build.


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



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

Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9

[William A. Rowe, Jr.]

Jean-Pierre Pelletier wrote:

https is fixed either by removing the native-1.dll file or by
replacing it by the AMD 64 bit version.

It looks like there is a bug in the Windows installer that installs the 
32 bit version

instead of the 64 bit version on a 64 PC.

I am surprise that the 32 bit version of native-1.dll wouldn't run on my
AMD 64 Athlon 3400+ cpu albeit slower than the 64 bit version?


Just speculation - do you have a 64 bit java running?  Microsoft has never
been very kind in the side effects of thunking 32 and 64 bit modules, so if
you are loading the .dll into a 64 bit java, it really must be a 64 bit build.

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

Re: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9

[Jean-Pierre Pelletier]

https is fixed either by removing the native-1.dll file or by
replacing it by the AMD 64 bit version.

It looks like there is a bug in the Windows installer that installs the 32 
bit version

instead of the 64 bit version on a 64 PC.

I am surprise that the 32 bit version of native-1.dll wouldn't run on my
AMD 64 Athlon 3400+ cpu albeit slower than the 64 bit version?

Thanks to Stanislav for pointing me in the "Native" direction.

Jean-Pierre Pelletier
e-djuster

- Original Message - 
From: "Jean-Pierre Pelletier" <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, November 08, 2005 12:31 PM
Subject: Tomcat 5.5.12 and SSL - https doesn't work, was ok with 5.5.9



Hi,

I upgraded from Tomcat 5.5.9 to Tomcat 5.5.12 and cannot get
https connectors to work.

https://localhost hangs for a few minutes before displaying "page cannot
be
displayed".

Here is an extract from my server.xml



I created the keystore with jdk 1.5.

It was working fine with Tomcat 5.5.9.
I am using Windows XP with Service Pack 2.
I tried it on both Internet Explorer 6 and Firefox.

Thanks
Jean-Pierre Pelletier
e-djuster


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



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

RE: Building Tomcat native connector on Windows

[Fenlason, Josh]

I was able to get this to build by adding User32.Lib to the
Object/library modules field.
,
Josh.

-Original Message-
From: Fenlason, Josh 
Sent: Tuesday, November 01, 2005 8:53 AM
To: Tomcat Dev (dev@tomcat.apache.org)
Subject: Building Tomcat native connector on Windows


I'm trying to build the native connector with APR on Windows and
I'm running into some linking issues.  The apr and lib apr projects
build fine, but it bombs out while linking the libtcnative project.  I'm
trying to build the tomcat-native-1.1.0 from Tomcat 5.5.12.  Is APR
1.2.2 the correct version to be using?  Is OpenSSL 0.9.8a acceptable?.
I'm building with MS Visual C++ 6.0 on Windows XP.  If anyone has any
insight on what's wrong, I would be extremely grateful.  Thanks in
advance.
,
Josh.
 
Linking...
   Creating library Release/libtcnative-1.lib and object
Release/libtcnative-1.exp
system.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
system.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
system.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
system.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
system.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
system.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
system.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
system.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
Release/libtcnative-1.dll : fatal error LNK1120: 8 unresolved
externals
Error executing link.exe.
 
libtcnative-1.dll - 9 error(s), 2 warning(s)

RE: HPUX Itanium Native Connector Build Error

[Fenlason, Josh]

I didn't see anything about it being necessary to build OpenSSL as a
shared library.
,
Josh.

> -Original Message-
> From: Yoav Shapira [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, November 09, 2005 1:14 PM
> To: Tomcat Developers List
> Subject: RE: HPUX Itanium Native Connector Build Error
> 
> 
> Josh,
> Did the relevant docs say you need to build OpenSSL as a 
> shared library?  If not, I'd like to correct that... Thanks,
> 
> Yoav
> 
> --- "Fenlason, Josh" <[EMAIL PROTECTED]> wrote:
> 
> > It turned out to be something with my OpenSSL build.  Once 
> I was able 
> > to build OpenSSL as a shared library, the connector built 
> fine.  For 
> > whatever reason it didn't like my static OpenSSL build.  I haven't 
> > gotten to test it much yet, but it seems to be working so far.  
> > Thanks. , Josh.
> > 
> > > -Original Message-
> > > From: Jean-frederic Clere [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, November 09, 2005 12:50 PM
> > > To: Tomcat Developers List
> > > Subject: Re: HPUX Itanium Native Connector Build Error
> > > 
> > > 
> > > Fenlason, Josh wrote:
> > > 
> > > >Hey everybody!
> > > >I'm trying to build the native apr connector from Tomcat
> > > 5.5.12 on HPUX
> > > >Itanium and I'm running into a problem during the configure.
> > >  APR 1.2.2
> > > >built fine.  I built OpenSSL 0.9.8a as a static library (I
> > > couldn't get
> > > >it to build as a shared library.)  When I try to configure
> > > the tomcat
> > > >native connector, I get the following error:
> > > > 
> > > >checking for openssl/engine.h... yes
> > > >checking for SSLeay_version in -lcrypto... no
> > > >checking for SSL_CTX_new in -lssl... no
> > > >checking for ENGINE_init... no
> > > >checking for ENGINE_load_builtin_engines... no
> > > >checking for SSL_set_cert_store... no
> > > >configure: error: ... Error, SSL/TLS libraries were missing
> > > or unusable
> > > >  
> > > >
> > > The config.log probably contains more information about what
> > > is going wrong.
> > > 
> > > > 
> > > >Here's my build environment:
> > > >gcc 3.3.1
> > > >gnu make 3.79.1
> > > > 
> > > >Here's how I configured the native connector
> > > >CC="gcc -static-libgcc" \
> > > 
> >CPPFLAGS="-I/home/snow/jfenlason/hp/lib/opensslStaticDist/include" \ 
> > > >SHLIB_PATH="/home/snow/jfenlason/hp/lib/opensslStaticDist/lib" \ 
> > > >CFLAGS="-O2" \ ./configure \
> > > >"--prefix=/home/snow/jfenlason/hp/lib/tomcatNativeConnector" \
> > > >"--with-apr=/home/snow/jfenlason/hp/lib/apr" \
> > > >"--with-ssl=/home/snow/jfenlason/hp/lib/opensslStaticDist" \
> > > >"--with-java_home=/opt/java1.5" \
> > > >"--with-java-platform=2" \
> > > >"$@"
> > > > 
> > > >Has anyone been able to get this to work?  Suggestions 
> on what I'm
> > > >doing wrong would be greatly appreciated.  Thanks in advance. ,
> > > >Josh.
> > > >
> > > >  
> > > >
> > > 
> > > 
> > > 
> 
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > 
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 
> Yoav Shapira
> System Design and Management Fellow
> MIT Sloan School of Management
> Cambridge, MA, USA
> [EMAIL PROTECTED] / www.yoavshapira.com
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

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

RE: HPUX Itanium Native Connector Build Error

[Yoav Shapira]

Josh,
Did the relevant docs say you need to build OpenSSL as a shared library?  If
not, I'd like to correct that... Thanks,

Yoav

--- "Fenlason, Josh" <[EMAIL PROTECTED]> wrote:

> It turned out to be something with my OpenSSL build.  Once I was able to
> build OpenSSL as a shared library, the connector built fine.  For
> whatever reason it didn't like my static OpenSSL build.  I haven't
> gotten to test it much yet, but it seems to be working so far.  Thanks.
> ,
> Josh.
> 
> > -Original Message-
> > From: Jean-frederic Clere [mailto:[EMAIL PROTECTED] 
> > Sent: Wednesday, November 09, 2005 12:50 PM
> > To: Tomcat Developers List
> > Subject: Re: HPUX Itanium Native Connector Build Error
> > 
> > 
> > Fenlason, Josh wrote:
> > 
> > >Hey everybody!
> > >I'm trying to build the native apr connector from Tomcat 
> > 5.5.12 on HPUX 
> > >Itanium and I'm running into a problem during the configure. 
> >  APR 1.2.2 
> > >built fine.  I built OpenSSL 0.9.8a as a static library (I 
> > couldn't get 
> > >it to build as a shared library.)  When I try to configure 
> > the tomcat 
> > >native connector, I get the following error:
> > > 
> > >checking for openssl/engine.h... yes
> > >checking for SSLeay_version in -lcrypto... no
> > >checking for SSL_CTX_new in -lssl... no
> > >checking for ENGINE_init... no
> > >checking for ENGINE_load_builtin_engines... no
> > >checking for SSL_set_cert_store... no
> > >configure: error: ... Error, SSL/TLS libraries were missing 
> > or unusable
> > >  
> > >
> > The config.log probably contains more information about what 
> > is going wrong.
> > 
> > > 
> > >Here's my build environment:
> > >gcc 3.3.1
> > >gnu make 3.79.1
> > > 
> > >Here's how I configured the native connector
> > >CC="gcc -static-libgcc" \ 
> > >CPPFLAGS="-I/home/snow/jfenlason/hp/lib/opensslStaticDist/include" \ 
> > >SHLIB_PATH="/home/snow/jfenlason/hp/lib/opensslStaticDist/lib" \ 
> > >CFLAGS="-O2" \ ./configure \
> > >"--prefix=/home/snow/jfenlason/hp/lib/tomcatNativeConnector" \
> > >"--with-apr=/home/snow/jfenlason/hp/lib/apr" \
> > >"--with-ssl=/home/snow/jfenlason/hp/lib/opensslStaticDist" \
> > >"--with-java_home=/opt/java1.5" \
> > >"--with-java-platform=2" \
> > >"$@"
> > > 
> > >Has anyone been able to get this to work?  Suggestions on what I'm 
> > >doing wrong would be greatly appreciated.  Thanks in advance. ,
> > >Josh.
> > >
> > >  
> > >
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

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

RE: HPUX Itanium Native Connector Build Error

[Fenlason, Josh]

It turned out to be something with my OpenSSL build.  Once I was able to
build OpenSSL as a shared library, the connector built fine.  For
whatever reason it didn't like my static OpenSSL build.  I haven't
gotten to test it much yet, but it seems to be working so far.  Thanks.
,
Josh.

> -Original Message-
> From: Jean-frederic Clere [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, November 09, 2005 12:50 PM
> To: Tomcat Developers List
> Subject: Re: HPUX Itanium Native Connector Build Error
> 
> 
> Fenlason, Josh wrote:
> 
> >Hey everybody!
> >I'm trying to build the native apr connector from Tomcat 
> 5.5.12 on HPUX 
> >Itanium and I'm running into a problem during the configure. 
>  APR 1.2.2 
> >built fine.  I built OpenSSL 0.9.8a as a static library (I 
> couldn't get 
> >it to build as a shared library.)  When I try to configure 
> the tomcat 
> >native connector, I get the following error:
> > 
> >checking for openssl/engine.h... yes
> >checking for SSLeay_version in -lcrypto... no
> >checking for SSL_CTX_new in -lssl... no
> >checking for ENGINE_init... no
> >checking for ENGINE_load_builtin_engines... no
> >checking for SSL_set_cert_store... no
> >configure: error: ... Error, SSL/TLS libraries were missing 
> or unusable
> >  
> >
> The config.log probably contains more information about what 
> is going wrong.
> 
> > 
> >Here's my build environment:
> >gcc 3.3.1
> >gnu make 3.79.1
> > 
> >Here's how I configured the native connector
> >CC="gcc -static-libgcc" \ 
> >CPPFLAGS="-I/home/snow/jfenlason/hp/lib/opensslStaticDist/include" \ 
> >SHLIB_PATH="/home/snow/jfenlason/hp/lib/opensslStaticDist/lib" \ 
> >CFLAGS="-O2" \ ./configure \
> >"--prefix=/home/snow/jfenlason/hp/lib/tomcatNativeConnector" \
> >"--with-apr=/home/snow/jfenlason/hp/lib/apr" \
> >"--with-ssl=/home/snow/jfenlason/hp/lib/opensslStaticDist" \
> >"--with-java_home=/opt/java1.5" \
> >"--with-java-platform=2" \
> >"$@"
> > 
> >Has anyone been able to get this to work?  Suggestions on what I'm 
> >doing wrong would be greatly appreciated.  Thanks in advance. ,
> >Josh.
> >
> >  
> >
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

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

DO NOT REPLY [Bug 37410] - jsp: implicit object pageContext not AVAILABLE in scriptlet

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




-- 
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: HPUX Itanium Native Connector Build Error

[Jean-frederic Clere]

Fenlason, Josh wrote:


Hey everybody!
I'm trying to build the native apr connector from Tomcat 5.5.12 on HPUX
Itanium and I'm running into a problem during the configure.  APR 1.2.2
built fine.  I built OpenSSL 0.9.8a as a static library (I couldn't get
it to build as a shared library.)  When I try to configure the tomcat
native connector, I get the following error:

checking for openssl/engine.h... yes
checking for SSLeay_version in -lcrypto... no
checking for SSL_CTX_new in -lssl... no
checking for ENGINE_init... no
checking for ENGINE_load_builtin_engines... no
checking for SSL_set_cert_store... no
configure: error: ... Error, SSL/TLS libraries were missing or unusable
 


The config.log probably contains more information about what is going wrong.



Here's my build environment:
gcc 3.3.1
gnu make 3.79.1

Here's how I configured the native connector
CC="gcc -static-libgcc" \
CPPFLAGS="-I/home/snow/jfenlason/hp/lib/opensslStaticDist/include" \
SHLIB_PATH="/home/snow/jfenlason/hp/lib/opensslStaticDist/lib" \
CFLAGS="-O2" \
./configure \
"--prefix=/home/snow/jfenlason/hp/lib/tomcatNativeConnector" \
"--with-apr=/home/snow/jfenlason/hp/lib/apr" \
"--with-ssl=/home/snow/jfenlason/hp/lib/opensslStaticDist" \
"--with-java_home=/opt/java1.5" \
"--with-java-platform=2" \
"$@"

Has anyone been able to get this to work?  Suggestions on what I'm doing
wrong would be greatly appreciated.  Thanks in advance.
,
Josh.

 




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

Re: DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

[Bill Barker]

- Original Message - 
From: <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, November 09, 2005 4:57 AM
Subject: DO NOT REPLY [Bug 37424] - welcome-file list not working with 
extensions
--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 
13:57 ---
Oh sorry, I did not know that Tomcat is NOT the official reference 
implementation.
Obviously I misunderstood the first sentence on http://tomcat.apache.org 
which

states:
"Apache Tomcat is the servlet container that is used in the official 
Reference

Implementation for the Java Servlet and JavaServer Pages technologies."
;-)



Can we kill that sentence?  It gives everyone the wrong idea, since it only 
refers to Tomcat versions that are no longer supported (e.g. 3.2.x, 4.0.x, 
5.0.x).  Also, GlassFish means that it will probably never be true for any 
future version of Tomcat.




This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 15:06 ---
(In reply to comment #6)
Can you tell which very bad consequences this feature involves ?
> The (mandatory) default configuration includes "index.jsp" in the welcome file
> list, as well as a servlet mapped to "*.jsp". This will not work well at all 
> if
> your interpretation of the specification is correct.

So why should this bear problems? 
When having "index.jsp" in the welcome-file-list and accessing "/buzz/",
"index.jsp" is appended, resulting in "/buzz/index.jsp", which in turn is mapped
to the JspServlet which matches "*.jsp".
When this works, why should the ".bar" extension not?


BarServlet
*.bar


foo.bar



-- 
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 37425] - NullPointerException while undeploying webapp

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 14:50 ---
So you can use "NEEDINFO", cant you?

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

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

DO NOT REPLY [Bug 37425] - NullPointerException while undeploying webapp

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 14:45 ---
(In reply to comment #1)
> honestly remy!

I expect instructions on how to reproduce, since I cannot figure it out 
magically.

-- 
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 37425] - NullPointerException while undeploying webapp

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 14:43 ---
honestly remy! the guy is not exactly making up a NPE stack trace out of thin 
air is he? why not give the guy some guidance about why at 
org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:883)
 might throw a NPE?

-- 
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 37425] - NullPointerException while undeploying webapp

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




-- 
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 37424] - welcome-file list not working with extensions

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 14:31 ---
I'd suggest you might get further if you provide an example of a container 
where it is actually implemented as you say. Might be wrong, but I think 
nearly all the container implementations behave the same way as Tomcat (at 
least I can't remember one that acts like you mentioned).

-- 
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 37424] - welcome-file list not working with extensions

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 14:24 ---
(In reply to comment #4)
> Oh sorry, I did not know that Tomcat is NOT the official reference 
> implementation.
> Obviously I misunderstood the first sentence on http://tomcat.apache.org which
> states:
> "Apache Tomcat is the servlet container that is used in the official Reference
> Implementation for the Java Servlet and JavaServer Pages technologies."
> ;-)

"used" does not mean "used as is".

> Can you tell which very bad consequences this feature involves ?

The (mandatory) default configuration includes "index.jsp" in the welcome file
list, as well as a servlet mapped to "*.jsp". This will not work well at all if
your interpretation of the specification is correct.


-- 
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 37425] New: - NullPointerException while undeploying webapp

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

   Summary: NullPointerException while undeploying webapp
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: regression
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I get such exception report in catalina..log when I undeploy web
application (deployed as WAR).

09.11.2005 10:46:59 org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context [/context1]
09.11.2005 10:47:12 org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context [/context1]
09.11.2005 10:47:12
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor
processChildren
SEVERE: Exception invoking periodic operation:
java.lang.NullPointerException
   at 
org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:883)
   at
org.apache.catalina.startup.HostConfig.checkResources(HostConfig.java:1019)
   at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1178)
   at 
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:292)
   at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
   at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1304)
   at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1568)
   at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1577)
   at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1557)
   at java.lang.Thread.run(Unknown Source)

-- 
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 37424] - welcome-file list not working with extensions

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 14:13 ---
not working:

BarServlet
*.bar


foo.bar


Workaround:

Create empty "foo.bar" file in every directory you need BarServlet to execute.

-- 
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 37424] - welcome-file list not working with extensions

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 13:57 ---
Oh sorry, I did not know that Tomcat is NOT the official reference 
implementation.
Obviously I misunderstood the first sentence on http://tomcat.apache.org which
states:
"Apache Tomcat is the servlet container that is used in the official Reference
Implementation for the Java Servlet and JavaServer Pages technologies."
;-)

Can you tell which very bad consequences this feature involves ?



-- 
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 37424] - welcome-file list not working with extensions

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 13:43 ---
(In reply to comment #2)
> By not implementing this feature, Tomcat does not implement the full Servlet 
> 2.4
> spec. So what happens about its status as a reference implementation of this
spec. ?
> 

Another day in BZ, another round of useless statements, another round of
whining. Tomcat IS NOT the "reference implementation of this spec".

This feature is not desirable, and has very bad consequences. As a result, it is
not implemented. If you don't like it, you can either tweak your Tomcat version
or use another implementation of the Servlet specification.


-- 
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 37424] - welcome-file list not working with extensions

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





--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 13:21 ---
So you mean the expressiveness of the Java language is not sufficient to solve
this problem? 

By not implementing this feature, Tomcat does not implement the full Servlet 2.4
spec. So what happens about its status as a reference implementation of this 
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 37424] - welcome-file list not working with extensions

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-11-09 13:01 ---
That's normal, it can't be implemented.

-- 
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 37424] New: - welcome-file list not working with extensions

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

   Summary: welcome-file list not working with extensions
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When a client requests a partial uri in a webapp with no matching static
resource or servlet/jsp in the DD, Tomcat should process the 
in the DD and append each  entry to the partial request. After
appending Tomcat should look for a matching static resource or servlet. [1]

Problem as follows:
When using a foo.bar and having a servlet matching
the pattern *.bar, this servlet is not invoked.
Using a normal path extension in the welcome file works.

working:

BarServlet
/home


home


not working:

BarServlet
*.bar


foo.bar


I know that the deafult servlet maps to / so that it
will be invoked before any extension matching servlet, when accessing
http://example.com/mywebapp/ , but when going deeper in the directory structure
the BarServlet should be invoked when accessing e.g.
http://example.com/mywebapp/buzz/ .
The partial request "/buzz/" should be extended by "foo.bar" becoming
"/buzz/foo.bar" and a match with *.bar should invoke BarServlet.

I used Tomcat 5.5.12.

Regards, Peter Menzel

[1] The Servlet spec 2.4 (SRV 9.10) states: "The web server must append each
welcome file in the order specified in the DD to the partial request and check
whether a static resource or servlet in the WAR is mapped to that request URI."

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