Re: Initial EL/JSP 2.1 Contribution

[Remy Maucherat]

Jacob Hookom wrote:
What steps would I need to take to get contributor status and develop 
the JSP 2.1 implementation with the rest of the tomcat-dev team?  Do I 
have to get elected, then complete the ICLA or is it in the reverse order?


Yes, you need to be elected as a committer.

Rémy

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

DO NOT REPLY [Bug 38223] - ConfigurableClasspathWebappLoader

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





--- Additional Comments From [EMAIL PROTECTED]  2006-01-17 11:36 ---
Hi. I've tried to get your latest code to work with my Tomcat 5.0.30. I of
course recompiled the source, as I'm using JDK 1.4.2. 
I also had to change the digester from tomcat.util.digester to commons-digester
as the former package is not available on my installation (tomcat 5.5 only ?).

Now when I load my web application, everytime I try to access something which is
handled by the default servlet (such as images or static html), I get a 404
error - "servlet default is not available".

Apparently, with the configurable web app class loader loaded, tomcat can't find
DefaultServlet from servlets-default.jar. I'm not sure why is that, but with my
implementation it does the same.

I enabled full debug logging for tomcat, and Here are the class loader hierarchy
for a normal web application:

 DEBUG [main] org.apache.commons.modeler.BaseModelMBean - preRegister
WebappClassLoader
  delegate: false
  repositories:
/WEB-INF/classes/
--> Parent Classloader:
StandardClassLoader
  delegate: true
  repositories:
file:/var/lib/tomcat5/server/classes/
file:/var/lib/tomcat5/server/lib/catalina-i18n-es.jar
file:/usr/share/java/regexp-1.3.jar
file:/var/lib/tomcat5/server/lib/tomcat-jk2.jar
file:/var/lib/tomcat5/server/lib/tomcat-coyote.jar
file:/var/lib/tomcat5/server/lib/servlets-webdav.jar
file:/usr/share/java/jakarta-commons-fileupload-1.0.jar
file:/usr/share/java/mx4j/mx4j-jmx-3.0.1.jar
file:/var/lib/tomcat5/server/lib/tomcat-util.jar
file:/var/lib/tomcat5/server/lib/catalina.jar
file:/var/lib/tomcat5/server/lib/catalina-i18n-fr.jar
file:/var/lib/tomcat5/server/lib/tomcat-http11.jar
file:/usr/java/j2sdk1.4.2_09/jre/lib/rt.jar
file:/usr/share/java/catalina-ant-5.0.30.jar
file:/usr/share/java/jakarta-commons-digester-1.7.jar
file:/var/lib/tomcat5/server/lib/servlets-default.jar
file:/usr/share/java/jakarta-commons-modeler-1.1.jar
file:/var/lib/tomcat5/server/lib/servlets-invoker.jar
file:/usr/share/java/jakarta-commons-logging-1.0.4.jar
file:/var/lib/tomcat5/server/lib/catalina-cluster.jar
file:/var/lib/tomcat5/server/lib/catalina-i18n-ja.jar
file:/usr/share/java/jakarta-commons-beanutils-1.7.0.jar
file:/usr/share/java/jakarta-commons-el-1.0.jar
file:/var/lib/tomcat5/server/lib/catalina-optional.jar
file:/var/lib/tomcat5/server/lib/tomcat-jk.jar
file:/var/lib/tomcat5/server/lib/servlets-common.jar
file:/var/lib/tomcat5/server/lib/tomcat-jni.jar
--> Parent Classloader:
StandardClassLoader
  delegate: true
  repositories:
file:/var/lib/tomcat5/common/classes/
file:/usr/share/java/xml-commons-apis-1.3.02.jar
file:/usr/share/java/xerces-j2-2.7.1.jar
file:/usr/share/java/jta-1.0.1.jar
file:/usr/java/j2sdk1.4.2_09/jre/lib/rt.jar
file:/usr/share/java/mx4j/mx4j-jmx-3.0.1.jar
file:/usr/share/java/jakarta-commons-pool-1.2.jar
file:/usr/java/j2sdk1.4.2_09/jre/lib/rt.jar
file:/usr/share/java/jasper5-compiler-5.0.30.jar
file:/usr/share/java/ant-1.6.2.jar
file:/usr/share/java/servletapi5-5.0.30.jar
file:/var/lib/tomcat5/common/lib/naming-java.jar
file:/var/lib/tomcat5/common/lib/naming-resources.jar
file:/usr/share/java/jaf-1.0.2.jar
file:/usr/share/java/ant-launcher-1.6.2.jar
file:/usr/share/java/jspapi-5.0.30.jar
file:/usr/share/java/javamail-1.3.3_01.jar
file:/usr/share/java/jakarta-commons-el-1.0.jar
file:/usr/share/java/jakarta-commons-collections-3.1.jar
file:/usr/share/java/jakarta-commons-logging-api-1.0.4.jar
file:/var/lib/tomcat5/common/lib/naming-factory.jar
file:/var/lib/tomcat5/common/lib/naming-common.jar
file:/usr/share/java/jasper5-runtime-5.0.30.jar
file:/usr/share/java/jakarta-commons-dbcp-1.2.1.jar
--> Parent Classloader:
[EMAIL PROTECTED]

And here is the same output for a web application loaded with your configurable
class loader implementation (the output looks identical to the one with my
implementation, I think)

DEBUG [main] org.apache.commons.modeler.BaseModelMBean - preRegister
WebappClassLoader
  delegate: false
  repositories:
/WEB-INF/classes/
--> Parent Classloader:
StandardClassLoader
  delegate: true
  repositories:
file:/var/lib/tomcat5/shared/classes/
--> Parent Classloader:
StandardClassLoader
  delegate: true
  repositories:
file:/var/lib/tomcat5/common/classes/
file:/usr/share/java/xml-commons-apis-1.3.02.jar
file:/usr/share/java/xerces-j2-2.7.1.jar
file:/usr/share/java/jta-1.0.1.jar
file:/usr/java/j2sdk1.4.2_09/jre/lib/rt.jar
file:/u

DO NOT REPLY [Bug 37869] - Cannot obtain client certificate with SSL / client certificate authentication using APR components

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





--- Additional Comments From [EMAIL PROTECTED]  2006-01-17 12:08 ---
I have the same problem on Apache 2.054, Fedora 4, Tomcat 5.0.30-5jpp_6fc and
mod_jk.i386 1.2.6-3jpp_4fc

All these packages are installed via yum
When I try to get the client cert from the request
(javax.servlet.request.X509Certificate) it fails and I get this message in
catalina.out :
org.apache.jk.server.JkCoyoteHandler action(org.apache.coyote.ActionCode,
java.lang.Object)
SEVERE: Certificate convertion failed

I have found no work arround



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

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





--- Additional Comments From [EMAIL PROTECTED]  2006-01-17 16:56 ---
(In reply to comment #7)
> Hi. I've tried to get your latest code to work with my Tomcat 5.0.30. I of
> course recompiled the source, as I'm using JDK 1.4.2. 

Ack. I'll chance the JDK compatibility level in my Eclipse IDE. And I'm testing
against Tomcat 5.5.15 Beta.

> I also had to change the digester from tomcat.util.digester to 
> commons-digester
> as the former package is not available on my installation (tomcat 5.5 only ?).
> 

Ack. This is interesting. Tomcat 5.5.15 has tomcat.util.digester instead of
commons-digester. I don't know why this is the reason - a search in the archives
should yield some answer, and I'll try to find out this answer.

> Now when I load my web application, everytime I try to access something which 
> is
> handled by the default servlet (such as images or static html), I get a 404
> error - "servlet default is not available".
> 

Ack. I just tested this on both Tomcat 5.5.15 as well as 5.0.30. I'm able to run
the "testing" and the documentation web apps. I'm also able to view the images
and HTML from within these apps on both the Tomcat versions.

> Apparently, with the configurable web app class loader loaded, tomcat can't 
> find
> DefaultServlet from servlets-default.jar. I'm not sure why is that, but with 
> my
> implementation it does the same.
> 
> I enabled full debug logging for tomcat, and Here are the class loader 
> hierarchy
> for a normal web application:
> 

> 
> As you can see, for some reason one level of StandardClassLoader, which 
> contains
> the servlets-default.jar is missing for some reason. 
> 
> Can you guess what's going on ?

I've to leave for the day, and will look into this tomorrow.

-- Sriram

-- 
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 36155] - tomcat chooses wrong host if using mod_jk

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





--- Additional Comments From [EMAIL PROTECTED]  2006-01-17 19:24 ---
Sven,
 Both workers on the same port? Why not match the "host" name in
 workers.properties to the "host" container name in server.xml?  Why point
 both at 127.0.0.1?

 Seems the proper config is to use names for the workers' host values instead
 of the same (port and) ip addy in both cases.

-Dan

-- 
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 38291] - Form actions hanging in UDecoder.convert

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|other   |Linux
   Platform|Other   |All




--- Additional Comments From [EMAIL PROTECTED]  2006-01-17 20:24 ---
We've got exactly the same problem with the Edit.jsp form action of JSPWiki (for
see more info see http://www.jspwiki.org/) on a different server.
Different hardware, but RedHat 9 and tomcat version are the same. Here's the 
trace 
of the hanging threads:

"TP-Processor9" daemon prio=1 tid=0x080f38c0 nid=0x5050 waiting on condition
[0x59e08000..0x59e094d8]
at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:82)
at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:42)
at org.apache.tomcat.util.http.Parameters.urlDecode(Parameters.java:405)
at
org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:389)
at
org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:341)
at
org.apache.coyote.tomcat5.CoyoteRequest.parseRequestParameters(CoyoteRequest.java:2418)
at
org.apache.coyote.tomcat5.CoyoteRequest.getParameter(CoyoteRequest.java:1073)
at
org.apache.coyote.tomcat5.CoyoteRequestFacade.getParameter(CoyoteRequestFacade.java:267)
at com.ecyrd.jspwiki.WikiEngine.safeGetParameter(WikiEngine.java:591)
at org.apache.jsp.Edit_jsp._jspService(Edit_jsp.java:73)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at 
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)

and
"TP-Processor5" daemon prio=1 tid=0x084936e8 nid=0x4f33 waiting on condition
[0x59c04000..0x59c056d8]
at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:82)
   

svn commit: r369933 - in /tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples: cal/cal2.jsp security/protected/index.jsp

[markt]

Author: markt
Date: Tue Jan 17 13:52:02 2006
New Revision: 369933

URL: http://svn.apache.org/viewcvs?rev=369933&view=rev
Log:
Fix XSS issues in examples.

Modified:
tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/cal/cal2.jsp

tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/security/protected/index.jsp

Modified: tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/cal/cal2.jsp
URL: 
http://svn.apache.org/viewcvs/tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/cal/cal2.jsp?rev=369933&r1=369932&r2=369933&view=diff
==
--- tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/cal/cal2.jsp 
(original)
+++ tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/cal/cal2.jsp Tue 
Jan 17 13:52:02 2006
@@ -29,12 +29,12 @@
 
  Please add the following event:
   Date <%= table.getDate() %>
- Time <%= time %> 
+ Time <%= util.HTMLFilter.filter(time) %> 
 
 
  
  
- 
+ 
   Description of the event  
  
 

Modified: 
tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/security/protected/index.jsp
URL: 
http://svn.apache.org/viewcvs/tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/security/protected/index.jsp?rev=369933&r1=369932&r2=369933&view=diff
==
--- 
tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/security/protected/index.jsp
 (original)
+++ 
tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/jsr152/examples/security/protected/index.jsp
 Tue Jan 17 13:52:02 2006
@@ -49,11 +49,13 @@
   if (role.length() > 0) {
 if (request.isUserInRole(role)) {
 %>
-  You have been granted role <%= role %>
+  You have been granted role
+  <%= util.HTMLFilter.filter(role) %>
 <%
 } else {
 %>
-  You have not been granted role <%= role %>
+  You have not been granted role
+  <%= util.HTMLFilter.filter(role) %>
 <%
 }
   }
@@ -62,7 +64,7 @@
 To check whether your username has been granted a particular role,
 enter it here:
 
-
+
 
 
 



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

svn commit: r369934 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[markt]

Author: markt
Date: Tue Jan 17 13:53:01 2006
New Revision: 369934

URL: http://svn.apache.org/viewcvs?rev=369934&view=rev
Log:
Update changelog.

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

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=369934&r1=369933&r2=369934&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Tue Jan 17 13:53:01 2006
@@ -76,6 +76,13 @@
   
 
   
+  
+
+  
+Fix some XSS issues in the JSP examples. (markt)
+  
+
+  
 
 
 



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

svn commit: r369935 - in /tomcat/container/branches/tc4.1.x/webapps/examples/jsp: cal/cal2.jsp security/protected/index.jsp

[markt]

Author: markt
Date: Tue Jan 17 13:53:49 2006
New Revision: 369935

URL: http://svn.apache.org/viewcvs?rev=369935&view=rev
Log:
Fix XSS issues in examples.

Modified:
tomcat/container/branches/tc4.1.x/webapps/examples/jsp/cal/cal2.jsp

tomcat/container/branches/tc4.1.x/webapps/examples/jsp/security/protected/index.jsp

Modified: tomcat/container/branches/tc4.1.x/webapps/examples/jsp/cal/cal2.jsp
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/webapps/examples/jsp/cal/cal2.jsp?rev=369935&r1=369934&r2=369935&view=diff
==
--- tomcat/container/branches/tc4.1.x/webapps/examples/jsp/cal/cal2.jsp 
(original)
+++ tomcat/container/branches/tc4.1.x/webapps/examples/jsp/cal/cal2.jsp Tue Jan 
17 13:53:49 2006
@@ -18,12 +18,12 @@
 
  Please add the following event:
   Date <%= table.getDate() %>
- Time <%= time %> 
+ Time <%= util.HTMLFilter.filter(time) %> 
 
 
  
  
- 
+ 
   Description of the event  
  
 

Modified: 
tomcat/container/branches/tc4.1.x/webapps/examples/jsp/security/protected/index.jsp
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/webapps/examples/jsp/security/protected/index.jsp?rev=369935&r1=369934&r2=369935&view=diff
==
--- 
tomcat/container/branches/tc4.1.x/webapps/examples/jsp/security/protected/index.jsp
 (original)
+++ 
tomcat/container/branches/tc4.1.x/webapps/examples/jsp/security/protected/index.jsp
 Tue Jan 17 13:53:49 2006
@@ -34,11 +34,13 @@
   if (role.length() > 0) {
 if (request.isUserInRole(role)) {
 %>
-  You have been granted role <%= role %>
+  You have been granted role
+  <%= util.HTMLFilter.filter(role) %>
 <%
 } else {
 %>
-  You have not been granted role <%= role %>
+  You have not been granted role
+  <%= util.HTMLFilter.filter(role) %>
 <%
 }
   }
@@ -47,7 +49,7 @@
 To check whether your username has been granted a particular role,
 enter it here:
 
-
+
 
 
 



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

DO NOT REPLY [Bug 36155] - tomcat chooses wrong host if using mod_jk

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





--- Additional Comments From [EMAIL PROTECTED]  2006-01-18 01:15 ---
@Dan: i want to use only one worker - and the config attached to this bug only
uses one worker - though two are declared.
Using two workers that point to the same tomcat is a workaround for me, so that
the bug described here doesn't rise.
I don't understand, what you mean with "using names" in the worker-file. That
doesn't make sense to me since the proper DNS-name would be "localhost" in both
cases. The AJP-Connector only listenes on localhost. The names used in the
worker-file are _not_ sent to Tomcat by mod_jk, AFAIK.

-- 
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 38129] - @include directive should include static content, not parsed

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-01-18 01:44 ---
And from your link, there is a link to 
http://java.sun.com/products/jsp/tags/syntaxref.fm6.html#8772 which states:

"This means that the parsed result of the included file is added to the JSP file
where the include directive is placed. Once the included file is parsed and
included, processing resumes with the next line of the calling 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]

RE: truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[enquiries]

Hi,

We appreciate your interest in vPOST.

We have noted on your feedback and will arrange the necessary arrangement to 
filter your email from receiving our newsletter.

We apologise for any inconvenience caused.

Thank you and have a nice day.

Yours sincerely,

vPOST Customer Service
[EMAIL PROTECTED]  




From: Cape Coral Vacation Home [mailto:[EMAIL PROTECTED]
Sent: Tue 17/01/2006 8:27 AM
To: Tomcat Developers List
Subject: Re: truncated server.xml got when storing config on condition that 
more than one vitual host with same application base directory "webapps" were 
defined.



PLEASE TAKE ME OFF OF THIS LIST

Thank You!

Bill & Lori Sherman
317-582-0661
[EMAIL PROTECTED]
www.capecoralvacationhome.com
  - Original Message -
  From: Yong Gou
  To: dev@tomcat.apache.org
  Sent: Monday, January 16, 2006 3:23 AM
  Subject: truncated server.xml got when storing config on condition that more 
than one vitual host with same application base directory "webapps" were 
defined.


  Hi,

  

  I am not sure if the following is an issue of Tomcat JMX server or an
  improper usage? Is there anyone who has experienced the same?

  In addition to the virtual host localhost which is predefined by Tomcat
  server as the default on a Tomcat server, I created another virtual host
  testvh on the server with its attribute appBase being specified as
  webapps and other attributes having their default values via Tomcat
  admin console webapp, and then clicked the "commit changes" button to
  save all configurations to the server's server.xml file. The operations
  resulted in the following server.xml.

  NOTE that the Host, Engine, Service and Server elements are not closed.
  This is an incomplete server.xml. However if I specified another value
  other than webapps for its attribute appBase when the virtual host
  testvh was created, the issue would disappear and I could get a correct
  server.xml. You can try to define more virtual hosts with the same
  appBase webapps if two cannot reproduce the issue.

  

  

  











  

  





  

  

  

  

  





  

  
  d:\javadev\apache\tomcat2\conf\context.xml

  





  gy

  

  
  d:\javadev\apache\tomcat2\conf\context.xml

  

  

  Thanks,

  Eric

  

  




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

RE: truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[Yong Gou]

Hi Peter,

I downloaded the 5.5.15 beta from Apache Tomcat downloads page and installed it 
on my desktop. But I found the same issue was still there with this version 
when I used its admin console webapp to add a new host and store config to the 
server.xml. The following is the resultant server.xml.



  
  
  
  
  


  
  





  
  
  
  


Thanks,
Eric



-Original Message-
From: Peter Rossbach [mailto:[EMAIL PROTECTED] 
Sent: 2006年1月16日 18:30
To: Tomcat Developers List
Subject: Re: truncated server.xml got when storing config on condition that 
more than one vitual host with same application base directory "webapps" were 
defined.

It storeconfig server.xml saving after add a new host works for me!

I have tested with current svn head.

create host with fixed MBean descriptor from MBeanFactory (Thanks for  
this)
and store server.xml with mbean StoreConfig.storeConfig().

Regards
Peter

My saved server.xml looks like this:



   
   
   
   
 
   
   
 
 
 
 
 
   
   
   
   
   
 
   


Am 16.01.2006 um 11:03 schrieb Yong Gou:

> Hi Peter,
>
> There were just some info, no severe exception was thrown. You can  
> try it in your environment.
>
> Thanks,
> Eric
>
>
> -Original Message-
> From: Peter Rossbach [mailto:[EMAIL PROTECTED]
> Sent: 2006年1月16日 17:39
> To: Tomcat Developers List
> Subject: Re: truncated server.xml got when storing config on  
> condition that more than one vitual host with same application base  
> directory "webapps" were defined.
>
> Hey,
>
> see you any exception inside your log?
>
> Regards
> peter
>
>
> Am 16.01.2006 um 09:29 schrieb Yong Gou:
>
>> The version of Tomcat server is 5.5.12
>>
>> -Original Message-
>> From: Yong Gou
>> Sent: 2006年1月16日 16:24
>> To: dev@tomcat.apache.org
>> Subject: truncated server.xml got when storing config on condition
>> that more than one vitual host with same application base directory
>> "webapps" were defined.
>>
>> Hi,
>>
>>
>>
>> I am not sure if the following is an issue of Tomcat JMX server or an
>> improper usage? Is there anyone who has experienced the same?
>>
>> In addition to the virtual host localhost which is predefined by
>> Tomcat
>> server as the default on a Tomcat server, I created another virtual
>> host
>> testvh on the server with its attribute appBase being specified as
>> webapps and other attributes having their default values via Tomcat
>> admin console webapp, and then clicked the "commit changes" button to
>> save all configurations to the server's server.xml file. The
>> operations
>> resulted in the following server.xml.
>>
>> NOTE that the Host, Engine, Service and Server elements are not
>> closed.
>> This is an incomplete server.xml. However if I specified another  
>> value
>> other than webapps for its attribute appBase when the virtual host
>> testvh was created, the issue would disappear and I could get a
>> correct
>> server.xml. You can try to define more virtual hosts with the same
>> appBase webapps if two cannot reproduce the issue.
>>
>>
>>
>> 
>>
>> >
>> port="9005">
>>
>>   > className="org.apache.catalina.core.AprLifecycleListener"/>
>>
>>   > className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListene 
>> r
>> "/
>>>
>>
>>   > className="org.apache.catalina.storeconfig.StoreConfigLifecycleListen 
>> e
>> r"
>> />
>>
>>   > className="org.apache.catalina.mbeans.ServerLifecycleListener"/>
>>
>>   
>>
>> >
>>   name="simpleValue"
>>
>>   type="java.lang.Integer"
>>
>>   value="30"/>
>>
>> >
>>   auth="Container"
>>
>>   description="User database that can be updated and saved"
>>
>>   name="UserDatabase"
>>
>>   type="org.apache.catalina.UserDatabase"
>>
>>   pathname="conf/tomcat-users.xml"
>>
>>   factory="org.apache.catalina.users.MemoryUserDatabaseFactory"/>
>>
>>   
>>
>>   >
>>   name="Catalina">
>>
>> >
>> port="9080"
>>
>> redirectPort="9443"
>>
>> minSpareThreads="25"
>>
>> connectionTimeout="2"
>>
>> maxThreads="150"
>>
>> maxSpareThreads="75"
>>
>> maxHttpHeaderSize="8192">
>>
>> 
>>
>> >
>> port="9009"
>>
>> redirectPort="9443"
>>
>> protocol="AJP/1.3">
>>
>> 
>>
>> >
>> defaultHost="localhost"
>>
>> name="Catalina">
>>
>>   > className="org.apache.catalina.realm.UserDatabaseRealm"/>
>>
>>   >
>>   appBase="webapps"
>>
>>   name="testvh">
>>
>> >
>> path="/TomcatLogHelper">
>>
>>
>> d:\javadev\apache\tomcat2\conf\context.xml> WatchedReso
>> urce>
>>
>> 
>>
>>   
>>
>>   >
>>   appBase="webapps"
>>
>>   name="localhost">
>>
>> gy
>>
>> >
>> path="/TomcatLogHelper">
>>
>>
>> d:\javadev\apache\tomcat2\conf\context.xml> WatchedReso
>> urce>
>>
>> 
>>
>>
>>
>> Thanks,
>>
>> Eric
>>