Re: cvs commit: jakarta-tomcat-connectors/jk/native configure.in

[Bill Barker]

- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 20, 2004 1:33 AM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native configure.in


mturk   2004/12/20 01:33:18
 Modified:jk/native configure.in
 Log:
 Use AC_CONFIG_HEADER instead AM_CONFIG_HEADER.
 Hope it will fix gump build failrues. If not I'll revert that.
With Gump back to configuring with --with-apsx, the problem currently is a 
bug in HTTPD.  It seems that `${prefix}/bin/apxs -q LIBTOOL` gives the wrong 
location for libtool, and that breaks the mod_jk build.

For Gump to use --with-apache, it also needs --with-apr and --with-apr-util. 
It could probably be ported from Jk2, but I'm not sure how useful they are 
for Jk. 


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]

Denis LULLIER/Paris est absent(e).

[dlullier]

Je serai absent(e) du  20/12/2004 au 27/12/2004.

Je répondrai à votre message dès mon retour. En cas d'urgence, vous pouvez
contacter Marc-Olivier Jouan


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

cvs commit: jakarta-tomcat-catalina/webapps/webdav index.html

[markt]

markt   2004/12/20 10:54:14

  Modified:catalina/src/share/org/apache/catalina/servlets
WebdavServlet.java
   webapps/docs changelog.xml
   webapps/webdav index.html
  Log:
  Fix webDAV servlet so it can be used via any arbitrary mapping
(eg /webdav/*) to edit the contents of a web application
- Ported from TC4
  
  Revision  ChangesPath
  1.20  +2 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java
  
  Index: WebdavServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- WebdavServlet.java19 Sep 2004 01:20:10 -  1.19
  +++ WebdavServlet.java20 Dec 2004 18:54:13 -  1.20
  @@ -2004,7 +2004,7 @@
   // Generating href element
   generatedXML.writeElement(null, "href", XMLWriter.OPENING);
   
  -String href = req.getContextPath();
  +String href = req.getContextPath() + req.getServletPath();
   if ((href.endsWith("/")) && (path.startsWith("/")))
   href += path.substring(1);
   else
  
  
  
  1.208 +9 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.207
  retrieving revision 1.208
  diff -u -r1.207 -r1.208
  --- changelog.xml 18 Dec 2004 12:04:40 -  1.207
  +++ changelog.xml 20 Dec 2004 18:54:13 -  1.208
  @@ -58,6 +58,15 @@
 
   
 
  +
  +  
  +
  +  
  +Fix the webDAV servlet so it can be used via any arbitrary mapping
  +(eg /webdav/*) to edit the contents of a web application. (markt)
  +  
  +
  +  
   
   
   
  
  
  
  1.2   +13 -0 jakarta-tomcat-catalina/webapps/webdav/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/webdav/index.html,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- index.html1 Feb 2004 18:25:27 -   1.1
  +++ index.html20 Dec 2004 18:54:14 -  1.2
  @@ -26,6 +26,19 @@
   safety reasons. It can be put in read-write mode by editing the web 
   application descriptor file (WEB-INF/web.xml).
   
  +To add remote authoring to your web application, you need to make the 
following
  +changes:
  +
  +Add the webDAV servlet to your web application. See the web application
  +deployment descriptor for an example. Don't forget to make it read/write.
  +Add a servlet mapping for the webDAV servlet with a url pattern of 
"/webdav/*"
  +to your web.xml.
  +Add an appropriate security constraint to prevent unauthorised changes 
to your
  +web application.
  +You can then edit your web application using a webDAV client using a url
  +like http://host:port/webapp/webdav
  +
  +
   Working WebDAV clients include :
   
   Adobe GoLive 5.0 (and other WebDAV-enabled Adobe products, like
  
  
  

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

cvs commit: jakarta-tomcat-4.0/webapps/webdav index.html

[markt]

markt   2004/12/20 10:47:05

  Modified:catalina/src/share/org/apache/catalina/servlets
WebdavServlet.java
   webapps/webdav/WEB-INF web.xml
   webapps/webdav index.html
  Log:
  Fix webDAV servlet so it can be used via any arbitrary mapping
(eg /webdav/*) to edit the contents of a web application
  
  Revision  ChangesPath
  1.37  +2 -2  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java
  
  Index: WebdavServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v
  retrieving revision 1.36
  retrieving revision 1.37
  diff -u -r1.36 -r1.37
  --- WebdavServlet.java26 Aug 2004 21:38:13 -  1.36
  +++ WebdavServlet.java20 Dec 2004 18:47:05 -  1.37
  @@ -1962,7 +1962,7 @@
   // Generating href element
   generatedXML.writeElement(null, "href", XMLWriter.OPENING);
   
  -String href = req.getContextPath();
  +String href = req.getContextPath() + req.getServletPath();
   if ((href.endsWith("/")) && (path.startsWith("/")))
   href += path.substring(1);
   else
  
  
  
  1.4   +1 -1  jakarta-tomcat-4.0/webapps/webdav/WEB-INF/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/webdav/WEB-INF/web.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- web.xml   2 Sep 2002 13:45:23 -   1.3
  +++ web.xml   20 Dec 2004 18:47:05 -  1.4
  @@ -35,7 +35,7 @@
 
 
   webdav
  -/
  +/*
 
   
 
  
  
  
  1.6   +13 -0 jakarta-tomcat-4.0/webapps/webdav/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/webdav/index.html,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- index.html9 Oct 2001 02:41:21 -   1.5
  +++ index.html20 Dec 2004 18:47:05 -  1.6
  @@ -26,6 +26,19 @@
   safety reasons. It can be put in read-write mode by editing the web 
   application descriptor file (WEB-INF/web.xml).
   
  +To add remote authoring to your web application, you need to make the 
following
  +changes:
  +
  +Add the webDAV servlet to your web application. See the web application
  +deployment descriptor for an example. Don't forget to make it read/write.
  +Add a servlet mapping for the webDAV servlet with a url pattern of 
"/webdav/*"
  +to your web.xml.
  +Add an appropriate security constraint to prevent unauthorised changes 
to your
  +web application.
  +You can then edit your web application using a webDAV client using a url
  +like http://host:port/webapp/webdav
  +
  +
   Working WebDAV clients include :
   
   Adobe GoLive 5.0 (and other WebDAV-enabled Adobe products, like
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs/config workers.xml

[mturk]

mturk   2004/12/20 10:04:28

  Modified:jk/xdocs/config workers.xml
  Log:
  It's lbfactor not lb_factor!
  
  Revision  ChangesPath
  1.9   +1 -1  jakarta-tomcat-connectors/jk/xdocs/config/workers.xml
  
  Index: workers.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/workers.xml,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- workers.xml   18 Dec 2004 12:48:33 -  1.8
  +++ workers.xml   20 Dec 2004 18:04:27 -  1.9
  @@ -174,7 +174,7 @@
   . 
   
   
  -
  +
   Integer number used when the worker will be used inside load balancer worker,
   this is the load-balancing factor for the worker.
   The load-balancing factor is how much we expect this worker to work, 
or
  
  
  

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

DO NOT REPLY [Bug 32781] New: - attribute scheme not being recognized

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

   Summary: attribute scheme not being recognized
   Product: Tomcat 5
   Version: 5.5.4
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:Coyote
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The scheme attribute for the default CoyoteConnector (which i believe is
org.apache.coyote.tomcat4.CoyoteConnector) is not being recognized right away.
Right away sounds ambiguous, and it is annoying.  But right after starting
the server, the scheme will be returned (request.getScheme()) will be returned
as http instead of https.

For example, with a connector like


Immediately after starting tomcat running a jsp such as:

getScheme=<%= request.getScheme() %>


gives the result of:

getScheme=http


That all is very reproducable.  The ambiguousness comes in later.  After letting
the server run for awhile, it'll start returning https as expected.  I have no
concrete data on "awhile".

I have run into this problem with tomcat:
 4.1.31 on AIX and Linux.
 5.0.25 on AIX
 5.5.4 on Linux

The tomcat-users list did not bite on this problem after I posted it last week,
and I can't seem to find any reference to it in bugzilla.

Please contact me if you have any questions or are having difficulty 
reproducing.

Thanks,

Eric

-- 
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 32777] - ManagerServlet returns OK also when deploy fails

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





--- Additional Comments From [EMAIL PROTECTED]  2004-12-20 15:55 ---
I forgot to mention that this patch should solve also the problem that cause the
message "Cannot find message associated with key managerServlet.deployFailed"
that pops out when ManagerServlet finds an error during deploy command 
processing.
(only for English, i don't know how to translate the message in Spanish, German,
Japanese etc.)

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

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

Re: Tomcat 5.5 install/remove manager tasks

[Gabriele Garuglieri]

Remy,
thank you,  /deploy /undeploy work pretty much the same and they fit 
perfectly my needs.

As for your statement:
>  The documentation that I can see 
(http://jakarta.apache.org/tomcat/tomcat-5.5-doc/manager-howto.html) as 
well as the deployer tool do not mention install or remove.

i take the liberty to dissent from you.
There are several places in that doc page where install and remove are 
mentioned. Those statements are taken literally from 4.1 doc and are, i 
think, a bit  misleading.

I  attach here a patch for the manager-howto to show how IMHO it should 
be corrected (english syntax excluded) :)
Pls have a look to it.

Thanks,  Gabriele.
Index: manager-howto.xml
===
RCS file: 
/home/cvspublic/jakarta-tomcat-catalina/webapps/docs/manager-howto.xml,v
retrieving revision 1.13
diff -u -r1.13 manager-howto.xml
--- manager-howto.xml   28 Jul 2004 14:49:50 -  1.13
+++ manager-howto.xml   20 Dec 2004 14:28:27 -
@@ -23,8 +23,8 @@
 
 Deploy A New Application 
Remotely
 Deploy A New Application 
from a Local Path
-
-List Currently Deployed and Installed Applications
+
+List Currently Deployed Applications
 Reload An Existing 
Application
 List OS and JVM Properties
 
@@ -64,8 +64,8 @@
 
 Deploy a new web application, on a specified context path, from
 the uploaded contents of a WAR file.
-Install a new web application, which can be anywhere on the
-server's disks.
+Deploy a new web application, on a specified context path, from the
+server file system.
 List the currently deployed web applications, as well as the
 sessions that are currently active for those web apps.
 Reload an existing web application, to reflect changes in the
@@ -76,12 +76,11 @@
 tools that are preparing  elements
 nested in a  deployment description.
 List the available security roles defined in the user database.
-Remove an installed web application.
 Start a stopped application (thus making it available again).
 Stop an existing application (so that it becomes unavailable), but
 do not undeploy it.
 Undeploy a deployed web application and delete its document base
-directory.
+directory (unless it was deployed from file system).
 
 
 There are two ways to configure the Manager web application
@@ -272,6 +271,11 @@
 have been translated for your platform.  The examples below show the English
 version of the messages.
 
+WARNING:  the legacy commands /install and 
+/remove are deprecated.
+They are presently equivalent to /deploy and 
/undeploy
+and could be removed in a future release.
+
 
 
 
@@ -316,7 +320,7 @@
 Application already exists at path /foo
 
 The context paths for all currently running web applications must be
-unique.  Therefore, you must either remove or undeploy the existing web
+unique.  Therefore, you must undeploy the existing web
 application using this context path, or choose a different context path
 for the new one. The update parameter may be specified as
 a parameter on the URL, with a value of true to avoid this
@@ -347,15 +351,15 @@
 
 
 
-Install and start a new web application, attached to the specified context
+Deploy and start a new web application, attached to the specified context
 path (which must not be in use by any other web application).
-This command is the logical opposite of the /remove command.
+This command is the logical opposite of the /undeploy command.
 
-There are a number of different ways the install command can be used.
+There are a number of different ways the deploy command can be used.
 
-Install a version of a previously deployed webapp
+Deploy a version of a previously deployed webapp
 
-This can be used to deploy a previous version of a web applicaion, which
+This can be used to deploy a previous version of a web application, which
 has been deployed using the tag attribute. Note that the work
 directory for the manager webapp will contain the previously deployed WARs;
 removing it would make the deployment fail.
@@ -364,9 +368,9 @@
 
 
 
-Install a Directory or WAR by URL
+Deploy a Directory or WAR by URL
 
-Install a web application directory or ".war" file located on the Tomcat
+Deploy a web application directory or ".war" file located on the Tomcat
 server. If no path is specified, the directory name or the war 
file
 name without the ".war" extension is used as the path. The war
 parameter specifies a URL (including the file: scheme) for either
@@ -376,7 +380,7 @@
 the entire WAR file.
 
 In this example the web application located in the directory
-/path/to/foo on the Tomcat server is installed as the
+/path/to/foo on the Tomcat server is deployed as the
 web application context named /footoo.
 
 http://localhost:8080/manager/deploy?path=/footoo&war=file:/path/to/foo
@@ -384,7 +388,7 @@
 
 
 In this example the ".war" file /path/to/bar.war on the
-Tomcat server is installed as the web application context name

DO NOT REPLY [Bug 32779] - NullPointerException when removing webapp with manager

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





--- Additional Comments From [EMAIL PROTECTED]  2004-12-20 14:21 ---
Created an attachment (id=13801)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13801&action=view)
Tomcat Context XML file for demo application

Here is the Tomcat XML file with the  for the demo application.

-- 
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 32779] - NullPointerException when removing webapp with manager

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





--- Additional Comments From [EMAIL PROTECTED]  2004-12-20 14:20 ---
Created an attachment (id=13800)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13800&action=view)
WAR file of demo web application

Here is the WAR file of the demo application (a minimal application with just
one JSP file).

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

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

DO NOT REPLY [Bug 32779] New: - NullPointerException when removing webapp with manager

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

   Summary: NullPointerException when removing webapp with manager
   Product: Tomcat 4
   Version: 4.1.30
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Webapps:Manager
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I get a NullPointerException when I try to remove a web application installed
with the Tomcat manager application.

The NullPointerException only happens when I've installed the webapp via an XML
file that contains the  for the application; not when I install it
directly from a WAR file.

Steps to reproduce:

(Using Tomcat 4.1.30 on Windows 2000 or Windows XP)
(Tomcat installed under C:\Java\apache-tomcat-4.1.30)

- Start Tomcat

- Copy demoapp.war and demoapp.xml to C:\Java\apache-tomcat-4.1.30\webapps

- Install webapp by pointing browser at
http://localhost:8080/manager/install?config=file:/C:/Java/apache-tomcat-4.1.30/webapps/demoapp.xml
  Response:
OK - Installed application from context file
file:/C:/Java/apache-tomcat-4.1.30/webapps/demoapp.xml

- Remove webapp by pointing browser at
http://localhost:8080/manager/remove?path=/demoapp
  Response:
FAIL - Encountered exception java.io.IOException: 
java.lang.NullPointerException

Even though I get an error message, the application is undeployed, as it is not
available anymore at http://localhost:8080/demoapp

If I install the web application directly, like this:
http://localhost:8080/manager/install?war=jar:file:/C:/Java/apache-tomcat-4.1.30/webapps/demoapp.war!/

Then the remove does work correctly; removing it gives: OK - Removed application
at context path /demoapp

-- 
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 32777] - ManagerServlet returns OK also when deploy fails

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





--- Additional Comments From [EMAIL PROTECTED]  2004-12-20 14:07 ---
Created an attachment (id=13799)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13799&action=view)
ManagerServlet patch

I didn't exaustively tested it, but for the most common cases it looks to be
working. I hope it won't have collateral effects i don foresee, but for sure
you know it.

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

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

DO NOT REPLY [Bug 32777] New: - ManagerServlet returns OK also when deploy fails

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

   Summary: ManagerServlet returns OK also when deploy fails
   Product: Tomcat 5
   Version: 5.5.6
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


ManagerServlet after processing of /deploy command only check for the existence
of context, but if you deploy a misconfigured application, for example with
errors in web.xml or context.xml, the context is created and ManagerServlet
returns OK, but the deploy is not succesfull because the application contains
errors and cannot be started.

Here i submit a small patch to ManagerServlet to have it check
Context.getConfigured() before returning OK.

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

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

DO NOT REPLY [Bug 32776] New: - Jasper allows elements outside default namespace in jsp documents (jspx)

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

   Summary: Jasper allows elements outside default namespace in jsp
documents (jspx)
   Product: Tomcat 5
   Version: 5.0.30
  Platform: PC
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi guys, 

Maybe I'm completely wrong here, so just correct me, otherwise it's a nice bug.

The jspx begins like this:


http://www.w3.org/1999/xhtml";
xmlns:jsp="http://java.sun.com/JSP/Page";
xmlns:nested="http://struts.apache.org/tags-nested"; version="2.0" >
  

However, if I add a tag like this into the page:

 some text 

I don't get any errors, but just entire element is passed on to the output.

As I would expect, tag  is not part of default namespace specified in the
root element (xmlns="http://www.w3.org/1999/xhtml";) and if so then xml parser
should arise an exception.

-- 
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 32771] New: - Cannot undeploy/deploy misconfigured app after tomcat startup

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

   Summary: Cannot undeploy/deploy misconfigured app after tomcat
startup
   Product: Tomcat 5
   Version: Unknown
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat 5.5.0-dev, Java 5, Win XP Pro SP2.
I was hit by Bug 32729 so i've just downloaded source head from CVS and rebuilt
the distribution to test its solution, but i think there are still problems in
that area.
Consider the following scenario (all using ant tasks):
1- deploy a .war containing a META_INF/context.xml with syntax errors
2- the .war is uploaded in webapps, the context.xml is extracted and copied in
conf/Catalina/localhost, the application, as expected, is not correctly deployed
and using list manager command it shows as stopped.
3- stop and restart tomcat
4- the application, as expected, won't deploy again, but this time it won't show
either in list output and i cannot operate on it anymore.

I mean that:
a- i cannot undeploy it because the context path does not exist
b- i cannot deploy. Even if a correct .war is uploaded in webapps the deploy
task issue the following error:
Cannot find message associated with key managerServlet.deployFailed
c- if i manually delete [app].xml, the .war is uploaded, the context.xml is not
extracted (like if Tomcat thinks it still exists), the deploy task issue the
same error as before and the application still doesn't show up in list output.
d- the same happen if i delete both conf/Catalina/localhost/[app].xml and .war
from webapps
e- if i stop Tomcat i get the following error, and it won't stop unless i kill 
it:

 INFO main org.apache.coyote.http11.Http11Protocol - Pausing Coyote HTTP/1.1 on
http-8080
 INFO main org.apache.catalina.core.StandardService - Stopping service Catalina
 java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)
Caused by: java.lang.NullPointerException
at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java
:883)
at org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1
145)
at org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1117)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:312)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
eSupport.java:119)
at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1051)
at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1063)
at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:442)

at org.apache.catalina.core.StandardService.stop(StandardService.java:51
2)
at org.apache.catalina.core.StandardServer.stop(StandardServer.java:2044
)
at org.apache.catalina.startup.Catalina.stop(Catalina.java:586)
at org.apache.catalina.startup.Catalina.start(Catalina.java:561)
... 6 more

Sorry if i've been too much verbose, but i tried to give you as much details as
i could, to help you understand the problem.

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

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

[ANN] Jakarta Tomcat Connectors 1.2.8-rc-1 released

[Mladen Turk]

The Apache Jakarta Tomcat team is proud to announce the immediate 
availability of Jakarta Tomcat Connectors 1.2.8-rc-1
(Relase Canditate 1).

We expect it to be ratified as a Stable release when the vote takes 
place in the next week.

Please see the 
http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
for a full list of changes.

You can download sources from:
http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source
The binaries (for WIN32 only at the moment) are availabe at:
http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/
The Jakarta Tomcat Connectors Team
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-connectors/jk/xdocs/news 20041100.xml

[mturk]

mturk   2004/12/20 01:35:06

  Modified:jk/xdocs changelog.xml index.xml
   jk/xdocs/news 20041100.xml
  Log:
  Update doscs for 1.2.8-rc-1
  
  Revision  ChangesPath
  1.8   +2 -2  jakarta-tomcat-connectors/jk/xdocs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- changelog.xml 17 Dec 2004 12:28:12 -  1.7
  +++ changelog.xml 20 Dec 2004 09:35:06 -  1.8
  @@ -26,7 +26,7 @@
 
   
 
  -  Fix url rewriting by restoring the inplace uri from which the
  +  Fix url rewriting by restoring the in place uri from which the
 jsessionid was removed. (mturk)
 
 
  @@ -35,7 +35,7 @@
 
 
 Fix sending error pages for IIS to client by adding Content-Type header
  -  using correct api function all. (mturk)
  +  using correct api function call. (mturk)
 
 
 32696: Prevent IIS from crushing when web-inf url was 
requested. (mturk)
  
  
  
  1.29  +12 -0 jakarta-tomcat-connectors/jk/xdocs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/index.xml,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- index.xml 13 Dec 2004 17:52:44 -  1.28
  +++ index.xml 20 Dec 2004 09:35:06 -  1.29
  @@ -28,6 +28,18 @@
   
   
   
  +17 December 2004 - 
JK-1.2.8-rc-1 released

  +The Apache Jakarta Tomcat team is proud to announce the immediate 
availability

  +of Jakarta Tomcat Connectors 1.2.8-rc-1 (Relase Canditate 1).

  +

  +

  +We expect it to be ratified as a Stable release when the vote takes place

  +in the next week.

  + 

  +Downlad the http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-1.2.8-rc-1.tar.gz";>JK
 1.2.8 release candidate 1 sources

  + | http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-1.2.8-rc-1.tar.gz.asc";>PGP
 signature

  +

  +
   13 December 2004 - 
JK-1.2.7-beta-3 released
   The Apache Jakarta Tomcat team is proud to announce the immediate 
availability

   of Jakarta Tomcat Connectors 1.2.7-beta-3. The release contains a fix to few 
configuraton
  
  
  
  1.6   +19 -1 jakarta-tomcat-connectors/jk/xdocs/news/20041100.xml
  
  Index: 20041100.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/news/20041100.xml,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- 20041100.xml  13 Dec 2004 17:52:44 -  1.5
  +++ 20041100.xml  20 Dec 2004 09:35:06 -  1.6
  @@ -21,8 +21,26 @@
   
   
   -->
  + 

  +17 December - JK-1.2.8-rc-1 released

  +The Apache Jakarta Tomcat team is proud to announce the immediate 
availability

  +of Jakarta Tomcat Connectors 1.2.8-rc-1 (Relase Canditate 1).

  +

  +

  +We expect it to be ratified as a Stable release when the vote takes place

  +in the next week.

  +

  +

  + Please see the ChangeLog for a full list of 
changes.

  +

  +If you find any bugs during testing this release, please fill in the

  +http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205";>Bugzilla

  +Bug Report. When entering bug select Native:JK Component.

  +

  + 

  +


  -7 December - JK-1.2.7-beta-3 released

  +13 December - JK-1.2.7-beta-3 released

   The Apache Jakarta Tomcat team is proud to announce the immediate 
availability

   of Jakarta Tomcat Connectors 1.2.7-beta-3. The release contains a fix to few 
configuration
   problems detected with JK-1.2.7-beta-2 version.

  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto iis.xml

[mturk]

mturk   2004/12/20 01:34:37

  Modified:jk/xdocs/howto iis.xml
  Log:
  Update iis howto
  
  Revision  ChangesPath
  1.2   +2 -2  jakarta-tomcat-connectors/jk/xdocs/howto/iis.xml
  
  Index: iis.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/howto/iis.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- iis.xml   18 Nov 2004 18:30:36 -  1.1
  +++ iis.xml   20 Dec 2004 09:34:37 -  1.2
  @@ -443,7 +443,7 @@
   
   
   Change directory to the isapi plugins source directory
  -cd c:\home\apache\jk\isapi
  +cd c:\home\apache\jk\iis
   Build the sources using MSDEV
   MSDEV isapi.dsp /MAKE ALL
   
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/native configure.in

[mturk]

mturk   2004/12/20 01:33:18

  Modified:jk/native configure.in
  Log:
  Use AC_CONFIG_HEADER instead AM_CONFIG_HEADER.
  Hope it will fix gump build failrues. If not I'll revert that.
  
  Revision  ChangesPath
  1.36  +2 -2  jakarta-tomcat-connectors/jk/native/configure.in
  
  Index: configure.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/configure.in,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- configure.in  11 Nov 2004 12:30:47 -  1.35
  +++ configure.in  20 Dec 2004 09:33:18 -  1.36
  @@ -5,7 +5,7 @@
   
   AC_PREREQ(2.13)
   AC_INIT(common/jk_worker.h)
  -AM_CONFIG_HEADER(common/portable.h)
  +AC_CONFIG_HEADER(common/portable.h)
   AC_CONFIG_AUX_DIR(scripts/build/unix)
   AC_CANONICAL_SYSTEM
   
  
  
  

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

[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed

[Bill Barker]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-jk-native has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 6 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-jk-native :  Connectors to various web servers


Full details are available at:

http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -INFO- Failed with reason build failed



The following work was performed:
http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html
Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: 
Build)
Work ended in a state of : Failed
Elapsed: 
Command Line: make 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native]
-
Making all in common
make[1]: Entering directory 
`/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common'
/bin/sh 
/usr/local/gump/public/workspace/apache-httpd/dest-20122004/build/libtool 
--silent --mode=compile gcc 
-I/usr/local/gump/public/workspace/apache-httpd/dest-20122004/include -g -O2 -g 
-O2 -pthread -DHAVE_APR 
-I/usr/local/gump/public/workspace/apr/dest-20122004/include/apr-1 -g -O2 
-DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I 
/opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c 
/usr/local/gump/public/workspace/apache-httpd/dest-20122004/build/libtool: 
/usr/local/gump/public/workspace/apache-httpd/dest-20122004/build/libtool: No 
such file or directory
make[1]: *** [jk_ajp12_worker.lo] Error 127
make[1]: Leaving directory 
`/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common'
make: *** [all-recursive] Error 1
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml
- Atom: 
http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 3120122004, brutus:brutus-public:3120122004
Gump E-mail Identifier (unique within run) #14.

--
Apache Gump
http://gump.apache.org/ [Instance: brutus]

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

problem with wildcard filter mapping

[Sander de Boer]

Hi All,
We have a filter named: 'jumpers filter'(of MMBase CMS). This filter
redirects requests to an url that is specified in the database. This
filter is mapped on /* because every request must be checked by this filter.
Unfortunately tomcat 5(tomcat 4.1.x works fine!) do fistly verify if the
request is a directory, if yes than tomcat appends a trailing slash,
almost according to the specs, but they do not describe wildcard
matching. If a jumper mapping has the same name as a existing directory,
the existing directory overrides the filter mapping.
In my opinion redirects to append trailing slashes must be made
configurable, so wilcard (dynamic) mappings will work correctly for the
users needs.
--
Sander
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]