DO NOT REPLY [Bug 40507] New: - XML validation fails when

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

   Summary: XML validation fails when
   Product: Tomcat 5
   Version: 5.5.17
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I Downloaded and installed Tomcat 5.5.17.
The only change I made was  xmlValidation="true" in server.xml
Same result on both:
 - RedHat EL 3, Java 1.5.0_08-b03
 - Windows XP, Java 1.5.0_06-b05

catalina.out:

INFO: XML validation enabled
2006-sep-14 09:51:01 org.apache.tomcat.util.digester.Digester error
ALLVARLIG: Parse Error at line 5 column 19: cvc-elt.1: Cannot find the
declaration of element 'web-app'.
org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element
'web-app'.
at
com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:236)
at
com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:172)
at
com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:382)
at
com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:316)
at
com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:1944)
at
com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:705)
at
com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:798)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:878)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(XMLDocumentScannerImpl.java:1157)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1794)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
at
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1561)
at
org.apache.catalina.startup.ContextConfig.processDefaultWebConfig(ContextConfig.java:676)
at
org.apache.catalina.startup.ContextConfig.defaultWebConfig(ContextConfig.java:613)
at 
org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1033)
at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:260)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4119)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:608)
at
org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:535)
at 
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:470)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1122)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:310)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1021)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
at 
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
at 
org.apache.catalina.core.StandardService.start(StandardService.java:450)
at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

DO NOT REPLY [Bug 40507] - XML validation fails when xmlValidation="true"

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|XML validation fails when   |XML validation fails when
   ||xmlValidation="true"




-- 
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 37882] - ClassCircularityError when principal included in security policy

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





--- Additional Comments From [EMAIL PROTECTED]  2006-09-14 08:38 ---
any updates on this bug ... any patch rleased

-- 
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 40509] New: - Jasper strips off the host part of the file name

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

   Summary: Jasper strips off the host part of the file name
   Product: Tomcat 5
   Version: 5.0.24
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


We are running a web application inside a Tomcat servlet container. Our 
environment contains a web server machine (SA94) and a file server machine 
(SA96).The web application runs as windows service on the Web server machine 
(SA94) pointing to the files on the file server (SA96). SA96 exports the root 
of the file store as share \\SA96\F$\test

After deploying the application, when we try to access the application 
following error is shown:

type Exception report message description 
The server encountered an internal error () that prevented it from fulfilling 
this request. 
exception 
org.apache.jasper.JasperException: Unable to compile class for JSP 
org.apache.jasper.JspCompilationContext.compil(JspCompilationContext.java:515) 
org.apache.jasper.servlet.JspServletWrapper.servic(JspServletWrapper.java:274) 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) 
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) 
javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 

root cause 
java.io.FileNotFoundException: 
\F$\test\subs\IGUI\tomcat\work\Catalina\localhost\i3s\org\apache\jsp\index_jsp.
java (The system cannot find the path specified) 
java.io.FileOutputStream.open(Native Method) 
java.io.FileOutputStream.(Unknown Source) 
java.io.FileOutputStream.(Unknown Source) 
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:188) 
org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) 
org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) 
org.apache.jasper.JspCompilationContext.compil(JspCompilationContext.java:507) 
org.apache.jasper.servlet.JspServletWrapper.servic(JspServletWrapper.java:274) 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) 
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) 
javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 

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

and it is justifiable because the path does not exist: 
\F$\test\subs\IGUI\tomcat\work\Catalina\localhost\i3s\org\apache\jsp\index_jsp.
java 
it is correct up to 
\F$\test\subs\IGUI\tomcat\work\Catalina\localhost\i3s\

We spent some hours trying to track down the problem and are now suspecting 
that we are seeing a bug/restriction in Jasper. When building the path for the 
directory it uses for compiling jsp pages, it strips off the host part of the 
file name (actually a file URL). On Unix this would be no problem as remote 
file systems are mounted/linked to file names indistinguishable from ordinary 
names, but for the Windows way of referencing remote file systems this is bad. 

Here is the culprit code from the createOutputDir method of 
 org.apache.jasper.JspCompilationContext.java: 
 
baseUrl = options.getScratchDir().toURL(); 
String outUrlString = baseUrl.toString() + '/' + path; 
URL outUrl = new URL(outUrlString); 
outputDir = outUrl.getFile() + File.separator;

Our current workaround is to run the service on the same machine where its 
files are.

-- 
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 40510] New: - installer does not create shortcuts for all users

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

   Summary: installer does not create shortcuts for all users
   Product: Tomcat 5
   Version: 5.5.17
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:Packaging
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The Windows installer only creates shortcuts for the installing user. It 
should be creating shortcuts for all users.

-- 
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: Releasing JK 1.2.19

[Mladen Turk]

David Rees wrote:


Have you tried?


   SetHandler jakarta-servlet


The worker used will be the first one in
worker.list if you explicitly set the handler.


So what do you do when you have multiple virtualhosts mapped to
different workers?



Please don't split hair :)

In that case use the JkMount/JkUnMount combinations
to separate the resources served by Httpd.

I can agree with you that selecting default
worker for that situation would be a nice thing to
have, but it's definitely not a bug.



Also, SetHandler jakarta-servlet isn't documented anywhere that I can
find, otherwise I would have tried it sooner.



Right, it is not documented. Not sure why, because it was
out there for a long time.

Regards,
Mladen.

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

DO NOT REPLY [Bug 40316] - apachectl -k graceful causes segmentation fault

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





--- Additional Comments From [EMAIL PROTECTED]  2006-09-14 14:25 ---
I have reproduced this problem with 1.2.15 by followings.

1) set reply_timeout like 30(seconds)
2) post a request that Tomcat will sleep longer time than reply_timeout by 
browser
3) restart Apache with graceful option while Tomcat sleeping

I read apache-2.0/mod_jk.c.
If graceful is called while mod_jk is processing, apr_global_mutex_unlock will 
fail.
Then, ap_log_rerror will be called. But this method is typo.
So, Segmentation fault will occur around DSO.

This typo has been fixed at 1.2.16.

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

Changes to service.bat tomcat 4.1.34

[Peter Rossbach]

Hi Mark,

I have tested Tomcat 4.1.34 at windows with jdk 1.4.2_12.
The service.bat script don't add the %JAVA_HOME%/lib/tools.jar.

L80
set PR_CLASSPATH=%CATALINA_HOME%\bin\bootstrap.jar
--
set PR_CLASSPATH=%CATALINA_HOME%\bin\bootstrap.jar;%JAVA_HOME%/lib/ 
tools.jar


Can we also change the link
L77
set PR_DESCRIPTION=Apache Tomcat Server - http://jakarta.apache.org/ 
tomcat

--
set PR_DESCRIPTION=Apache Tomcat Server - http://tomcat.apache.org

-

I have test the AJP connector successfully.

Many thanks to release 4.1.34
Peter

PersistentValve and PersistentManager inTomcat 5.5

[Mukesh Punhani]

Hello,

I was wondering if Dev team could comment on state of
PersistentValve and PersistentManager in Tomcat 5.5.
Specifically, is it in a stable usable state
(discouting for lack of thorugh testing). Also, are we
moving in a direction where it might get more
attention in future (e.g. more thorough testing) or
are we moving in a direction where it might get
deprecated in favor of other clustering solutions. 

PersistentValve and PersistentManager combination
seems to work fine for my simple clustering scenario
but lack of attention to it in Documentation and a few
inconsistencies (as described below) make me suspect
of its future.

PersistentValve is not mentioned at all in Valve
section of Configuration
(http://tomcat.apache.org/tomcat-5.5-doc/config/valve.html).
I wonder if it's even a "supported"
Valve though it works.
 
Also, if I put a Valve section for PersistentValve
under Context section in context.xml, I get
ClassCastException though it should be valid to put
Valve under a Context. I ended up putting in under
Host section of server.xml to make it work.

Any "official" word on current state and/or
anticipated future of PersistentVale/PersistentManager
will be appreciated.

Thanks
-Mukesh

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

DO NOT REPLY [Bug 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

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





--- Additional Comments From [EMAIL PROTECTED]  2006-09-14 17:55 ---
First of all, your problem description is inconsistent. The details are 
important.

You gave an example URL without a config, and afterwards a config, but the
example URL does not fit to this config. So we have to guess, which URL you
really mean.

I canot reproduce the problem, and I do't understand why any config workaround
should be necessary.

I used Apache 2.2.3 with mod_jk 1.2.18 and the following configuration:

JkWorkersFile conf/workers.properties
JkShmFile run/mod_jk.shm
JkLogFile logs/mod_jk.log
JkLogLevel trace
JkMount / motorweb
JkMount /*.jsp motorweb

and in workers.properties:

worker.list=motorweb
worker.motorweb.host=mytchost
worker.motorweb.port=28313
worker.motorweb.type=ajp13

Then I added an index.jsp into the top level directory of the ROOT context and
send the following URL to apache:

'fraxinus:8080/;jsessionid=a'

And voila: it returned the correct index.jsp. The mod_jk log file correctly 
showed:

[Thu Sep 14 19:50:15 2006] [5572:63840] [trace]
map_uri_to_worker::jk_uri_worker_map.c (481): enter
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug]
map_uri_to_worker::jk_uri_worker_map.c (502): Removing Session path
';jsessionid=a' URI '/'
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug]
map_uri_to_worker::jk_uri_worker_map.c (508): Attempting to map URI
'/;jsessionid=a' from 2 maps
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug]
map_uri_to_worker::jk_uri_worker_map.c (520): Attempting to map context URI 
'/*.jsp'
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug]
map_uri_to_worker::jk_uri_worker_map.c (520): Attempting to map context URI '/'
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug]
map_uri_to_worker::jk_uri_worker_map.c (545): Found an exact match motorweb -> /
[Thu Sep 14 19:50:15 2006] [5572:63840] [trace]
map_uri_to_worker::jk_uri_worker_map.c (548): exit
[Thu Sep 14 19:50:15 2006] [5572:63840] [trace] jk_handler::mod_jk.c (1778): 
enter
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug] jk_handler::mod_jk.c (1832):
Into handler jakarta-servlet worker=motorweb r->proxyreq=0
[Thu Sep 14 19:50:15 2006] [5572:63840] [trace]
wc_get_worker_for_name::jk_worker.c (101): enter
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug]
wc_get_worker_for_name::jk_worker.c (111): found a worker motorweb
[Thu Sep 14 19:50:15 2006] [5572:63840] [trace]
wc_get_worker_for_name::jk_worker.c (113): exit
[Thu Sep 14 19:50:15 2006] [5572:63840] [trace] wc_maintain::jk_worker.c (287):
enter
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug] wc_maintain::jk_worker.c (301):
Maintaining worker motorweb
[Thu Sep 14 19:50:15 2006] [5572:63840] [trace] ajp_maintain::jk_ajp_common.c
(2198): enter
[Thu Sep 14 19:50:15 2006] [5572:63840] [trace] ajp_maintain::jk_ajp_common.c
(2206): exit
[Thu Sep 14 19:50:15 2006] [5572:63840] [trace] wc_maintain::jk_worker.c (312): 
exit
[Thu Sep 14 19:50:15 2006] [5572:63840] [debug] init_ws_service::mod_jk.c (531):
Service protocol=HTTP/1.1 method=GET host=(null) addrr=192.168.0.69
name=fraxinus port=8080 auth=(null) user=(null) laddr=192.168.0.69
raddr=192.168.0.69

So if you can reproduce your problem, please describe correctly your config
including workers.properties, and your test case including expected and observed
behaviour. Finaly please attach the jk log file in trace level.

I keep this ticket as invalid as long as there is no other information 
available.

-- 
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 40498] - connection_pool_timeout is not really respected

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-09-14 18:04 ---
We will clarify documentation, that the default value "0" disables the timeout,
not the pooling.

Although we could implement "0" as no pooling and "-1" as no timeout, this
dramatically changes the pool behaviour for all existing configurations. As a
consequence we need to keep the meaning of the default value "0" the same.

If you need to really immediately close each connection after use, the upcoming
version 1.2.19 will include the new JkOption DisableReuse for Apache. You should
carefuly consider, if you really need this behaviour. It is very bad for
performance and usually not a good idea.


-- 
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 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

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





--- Additional Comments From [EMAIL PROTECTED]  2006-09-14 18:19 ---
(In reply to comment #6)
> JkMount / motorweb
> JkMount /*.jsp motorweb
>
> Then I added an index.jsp into the top level directory of the ROOT context and
> send the following URL to apache:
> 
> 'fraxinus:8080/;jsessionid=a'

That configuration works for your example, but the reported did not use JkMount
/ motorweb. While that correctly gets links to / which are rewritten working,
you would have to add a JkMount // motorweb for each directory in your
document root. So for example:

'fraxinus:8080/somedir/;jsessionid=a'

Will return a 404.

I am not the original reporter, but I have the same problem which I have been
discussing on the dev list.

Perhaps this should be left closed and a new bug opened for an enhancement
request to add functionality to mod_jk to allow you to map all URLs with
jsessionid to 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]

svn commit: r443436 - /tomcat/connectors/trunk/jk/xdocs/config/workers.xml

[rjung]

Author: rjung
Date: Thu Sep 14 11:34:08 2006
New Revision: 443436

URL: http://svn.apache.org/viewvc?view=rev&rev=443436
Log:
Clarify meaning of default values zero for timeout.

Modified:
tomcat/connectors/trunk/jk/xdocs/config/workers.xml

Modified: tomcat/connectors/trunk/jk/xdocs/config/workers.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/config/workers.xml?view=diff&rev=443436&r1=443435&r2=443436
==
--- tomcat/connectors/trunk/jk/xdocs/config/workers.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/config/workers.xml Thu Sep 14 11:34:08 2006
@@ -185,7 +185,7 @@
 
 Cache timeout property should be used with connection_pool_size to 
specify how long JK should keep
 an inactive socket in cache before closing it. This property should be used to 
reduce the number of threads
-on the Tomcat WebServer.
+on the Tomcat WebServer. The default value zero disables the closing (infinite 
timeout).
 
 Each child could open an ajp13 connection if it have to forward a request to 
Tomcat, creating
 a new ajp13 thread on Tomcat side.
@@ -342,6 +342,7 @@
 
 Connect timeout property told webserver to send a PING request on ajp13 
connection after
 connection is established. The parameter is the delay in milliseconds to wait 
for the PONG reply.
+The default value zero disables the timeout (infinite timeout).
 
 This features has been added in jk 1.2.6 to avoid problem with hung 
tomcat's and require ajp13
 ping/pong support which has been implemented on Tomcat 3.3.2+, 4.1.28+ and 
5.0.13+.
@@ -352,6 +353,7 @@
 
 Prepost timeout property told webserver to send a PING request on ajp13 
connection before
 forwarding to it a request. The parameter is the delay in milliseconds to wait 
for the PONG reply.
+The default value zero disables the timeout (infinite timeout).
 
 This features has been added in jk 1.2.6 to avoid problem with hung 
tomcat's and require ajp13
 ping/pong support which has been implemented on Tomcat 3.3.2+, 4.1.28+ and 
5.0.13+.
@@ -362,7 +364,7 @@
 
 Reply_timeout property told webserver to wait some time for reply to a 
forwarded request
 before considering the remote tomcat is dead and eventually switch to another 
tomcat in a cluster
-group. By default webserver will wait forever which could be an issue for you.
+group. By default (value zero) the webserver will wait forever which could be 
an issue for you.
 The parameter is the number of milliseconds to wait for reply, so adjust it 
carefully if you
 have long running servlets.
 



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

Re: Releasing JK 1.2.19

[David Rees]

On 9/14/06, Mladen Turk <[EMAIL PROTECTED]> wrote:

> So what do you do when you have multiple virtualhosts mapped to
> different workers?

Please don't split hair :)

In that case use the JkMount/JkUnMount combinations
to separate the resources served by Httpd.


Less than ideal, but this whole issue doesn't happen that often anyway.


I can agree with you that selecting default
worker for that situation would be a nice thing to
have, but it's definitely not a bug.


OK. I would propose that adding a new feature that allows you to map
all requests matching .*;jsessionid=.* to mod_jk would be a worthy
feature. I am willing to work on a patch if no mod_jk developers are
interested. Should I open an enhancement request?


> Also, SetHandler jakarta-servlet isn't documented anywhere that I can
> find, otherwise I would have tried it sooner.

Right, it is not documented. Not sure why, because it was
out there for a long time.


Should I open an issue in bugzilla for it? I am also willing to write
something up if no mod_jk developers have the time.

Thanks,
-Dave

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

Re: Releasing JK 1.2.19

[Rainer Jung]

Please open a Bugzilla for an enhancement request.

Thanks for pointing it out.

David Rees wrote:

On 9/14/06, Mladen Turk <[EMAIL PROTECTED]> wrote:

> So what do you do when you have multiple virtualhosts mapped to
> different workers?

Please don't split hair :)

In that case use the JkMount/JkUnMount combinations
to separate the resources served by Httpd.


Less than ideal, but this whole issue doesn't happen that often anyway.


I can agree with you that selecting default
worker for that situation would be a nice thing to
have, but it's definitely not a bug.


OK. I would propose that adding a new feature that allows you to map
all requests matching .*;jsessionid=.* to mod_jk would be a worthy
feature. I am willing to work on a patch if no mod_jk developers are
interested. Should I open an enhancement request?


> Also, SetHandler jakarta-servlet isn't documented anywhere that I can
> find, otherwise I would have tried it sooner.

Right, it is not documented. Not sure why, because it was
out there for a long time.


Should I open an issue in bugzilla for it? I am also willing to write
something up if no mod_jk developers have the time.

Thanks,
-Dave

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


--
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
53111 Bonn

Tel.: 0228/98549-0
Fax:  0228/98549-50
www.kippdata.de
===
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
D-53111 Bonn

Tel.: +49/0228/98549-0
Fax:  +49/0228/98549-50
www.kippdata.de

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

svn commit: r443470 - /tomcat/connectors/trunk/jk/native/common/jk_status.c

[rjung]

Author: rjung
Date: Thu Sep 14 14:07:14 2006
New Revision: 443470

URL: http://svn.apache.org/viewvc?view=rev&rev=443470
Log:
Add (very) short explanation of activation and error status abbreviations.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_status.c

Modified: tomcat/connectors/trunk/jk/native/common/jk_status.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_status.c?view=diff&rev=443470&r1=443469&r2=443470
==
--- tomcat/connectors/trunk/jk/native/common/jk_status.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_status.c Thu Sep 14 14:07:14 
2006
@@ -499,7 +499,7 @@
 if (selected >= 0) {
 worker_record_t *wr = &(lb->lb_workers[selected]);
 jk_putv(s, "Edit worker settings for ",
-wr->s->name, NULL);
+wr->s->name, "\n", NULL);
 jk_putv(s, "req_uri, "\">\n", NULL);
 jk_puts(s, "\n"
+"\n"
 "NameWorker name\n"
 "TypeWorker type\n"
 "jvmRouteWorker JVM route\n"
 "AddrBackend Address info\n"
-"ActWorker activation configuration\n"
-"StatWorker error status\n"
+"ActWorker activation configuration\n"
+"ACT=Active, DIS=Disabled, STP=Stopped\n"
+"StatWorker error status\n"
+"OK=OK, N/A=Not availabe, ERR=Error, REC=Recovering, 
BSY=Busy\n"
 "DWorker distance\n"
 "FLoad Balancer factor\n"
 "MLoad Balancer multiplicity\n"
@@ -610,6 +613,7 @@
 "RRRoute redirect\n"
 "CdCluster domain\n"
 "RsRecovery scheduled\n"
+"\n"
 "");
 }
 



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

svn commit: r446455 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/StoreBase.java

[markt]

Author: markt
Date: Thu Sep 14 18:59:03 2006
New Revision: 446455

URL: http://svn.apache.org/viewvc?view=rev&rev=446455
Log:
Code clean up. No functional change.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/StoreBase.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/StoreBase.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/StoreBase.java?view=diff&rev=446455&r1=446454&r2=446455
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/StoreBase.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/StoreBase.java
 Thu Sep 14 18:59:03 2006
@@ -172,7 +172,6 @@
  *
  */
 public void processExpires() {
-long timeNow = System.currentTimeMillis();
 String[] keys = null;
 
  if(!started) {



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

svn commit: r446457 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/startup/ webapps/docs/ webapps/manager/WEB-INF/classes/org/apache/catalina/manager/

[markt]

Author: markt
Date: Thu Sep 14 19:01:03 2006
New Revision: 446457

URL: http://svn.apache.org/viewvc?view=rev&rev=446457
Log:
Fix bug 34399 - disable the undeploy option if the webapp has not been 
'deployed'
This occurs, for example, if the webapp is defined in server.xml

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/HostConfig.java

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/mbeans-descriptors.xml
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

tomcat/container/tc5.5.x/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java

tomcat/container/tc5.5.x/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/LocalStrings.properties

tomcat/container/tc5.5.x/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/HostConfig.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/HostConfig.java?view=diff&rev=446457&r1=446456&r2=446457
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/HostConfig.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/HostConfig.java
 Thu Sep 14 19:01:03 2006
@@ -354,6 +354,23 @@
 }
 
 
+/**
+ * Has the specified application been deployed? Note applications defined
+ * in server.xml will not have been deployed.
+ * @return true if the application has been deployed and
+ * false if the applciation has not been deployed or does not
+ * exist
+ */
+public boolean isDeployed(String name) {
+DeployedApplication app = (DeployedApplication) deployed.get(name);
+if (app == null) {
+return false;
+} else {
+return true;
+}
+}
+
+
 // -- Protected Methods
 
 
@@ -670,8 +687,6 @@
 
 if (files == null)
 return;
-
-boolean checkAdditionalDeployments = false;
 
 for (int i = 0; i < files.length; i++) {
 

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/mbeans-descriptors.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/mbeans-descriptors.xml?view=diff&rev=446457&r1=446456&r2=446457
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/mbeans-descriptors.xml
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/mbeans-descriptors.xml
 Thu Sep 14 19:01:03 2006
@@ -79,6 +79,15 @@
  type="java.lang.String"/>
 
 
+
+  
+
+
 http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?view=diff&rev=446457&r1=446456&r2=446457
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Thu Sep 14 19:01:03 2006
@@ -41,6 +41,14 @@
   
 
  
+  
+
+  
+34399: Disable undeploy for applciations that have not
+been deployed such as those defined in server.xml (markt)
+  
+
+   
 
 
 

Modified: 
tomcat/container/tc5.5.x/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java?view=diff&rev=446457&r1=446456&r2=446457
==
--- 
tomcat/container/tc5.5.x/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java
 (original)
+++ 
tomcat/container/tc5.5.x/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java
 Thu Sep 14 19:01:03 2006
@@ -333,6 +333,7 @@
 
 Iterator iterator = sortedContextPathsMap.entrySet().iterator();
 boolean isHighlighted = true;
+boolean isDeployed = true;
 String highlightColor = null;
 
 while (iterator.hasNext()) {
@@ -353,6 +354,13 @@
 }
 
 if (context != null ) {
+try {
+isDeployed = isDeployed(contextPath);
+} catch (Exception e) {
+// Assume false on failure for safety
+isDeployed = false;
+}
+
 args = new Object[6];
 args[0] = displayPath;
 args[1] = context.getDisplayName();
@@ -398,12 +406,18 @@
 if (conte

DO NOT REPLY [Bug 34399] - Undeploying fails when context defined in server.xml & server fails to stop

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-09-15 01:58 ---
I have fixed this by disabling undeploy for contexts defined in server.xml

This fix will be in 5.5.20 onwards

-- 
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 34509] - tag names that are xml:Name but not java identifier are not accepted

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-09-15 02:55 ---
This has been fixed in svn and will be included in 5.5.20 onwards

-- 
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: r446486 - in /tomcat: container/tc5.5.x/webapps/docs/changelog.xml jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java

[markt]

Author: markt
Date: Thu Sep 14 19:58:40 2006
New Revision: 446486

URL: http://svn.apache.org/viewvc?view=rev&rev=446486
Log:
Fix bug 34509. Allow tag names to use full range of characters as defined by 
the spec.

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml
tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?view=diff&rev=446486&r1=446485&r2=446486
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Thu Sep 14 19:58:40 2006
@@ -39,6 +39,10 @@
 33407: The string \$ in template text was reduced to $
 when the isELIgnored page directive was set to true. (markt)
   
+  
+34509: Tag names may now use the full range of
+characters permitted by xsd:nmtoken. (markt)
+  
 
  
   

Modified: 
tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java
URL: 
http://svn.apache.org/viewvc/tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java?view=diff&rev=446486&r1=446485&r2=446486
==
--- tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java 
(original)
+++ tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java 
Thu Sep 14 19:58:40 2006
@@ -268,7 +268,7 @@
 if (hasEmptyBody) {
 poolName = poolName + "_nobody";
 }
-return JspUtil.makeXmlJavaIdentifier(poolName);
+return JspUtil.makeJavaIdentifier(poolName);
 }
 }
 
@@ -2679,7 +2679,7 @@
 varName = varName + "0";
 }
 }
-return JspUtil.makeXmlJavaIdentifier(varName);
+return JspUtil.makeJavaIdentifier(varName);
 }
 
 private String evaluateAttribute(



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