DO NOT REPLY [Bug 42390] New: - JSP compilation error with nested tagfile tags with variables with "AT_BEGIN" scope

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

   Summary: JSP compilation error with nested tagfile tags with
variables with "AT_BEGIN" scope
   Product: Tomcat 5
   Version: 5.5.23
  Platform: Macintosh
OS/Version: Mac OS X 10.4
Status: NEW
  Severity: major
  Priority: P1
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Given a tagfile "test.tag" in /WEB-INF/tags/t:
 begin test.tag 
<%@ variable name-given="X" scope="AT_BEGIN" %>

 end test.tag 
the following JSP "testTest.jsp":
 begin testTest.jsp 

 end testTest.jsp 
gives a JSP compilation error:
org.apache.jasper.JasperException: Unable to compile class for JSP: 
Stacktrace:
at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:85)
at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330)
at
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:435)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:298)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:277)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:265)
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:564)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:299)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:315)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:542)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
at java.lang.Thread.run(Thread.java:613)

-- 
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 7676] - Allow name property to use match experssions in tag, or tag

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





--- Additional Comments From [EMAIL PROTECTED]  2007-05-11 05:23 ---
This would still be a useful feature in the latest tomcat.

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

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

Catalina is burning

[Remy Maucherat]

http://www.cnn.com/2007/WEATHER/05/11/socal.fire.ap/index.html

:(

(although there are plenty of Catalinas around, the Catalina name in 
Tomcat refers to that island)


Rémy

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

DO NOT REPLY [Bug 41912] - JSF datatable does not work on tomcat 6.0.9

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2007-05-11 08:46 ---
Tried this on Windows-XP, but couldn't reproduce the problem. Attached is a
working WAR that uses JSF  component.

On latest trunk build (tc6.0.x), you can simply deploy the WAR by copying it
into "webapps" directory or by using "manager" web application. 

However on Tomcat 6.0.9 and Tomcat 6.0.10 deploying the attached WAR using
"manager" web application or by copying it into "webapps" directory is throwing
some class-path errors (which looks to be fixed in trunk tc6.0.x). Use the
following workaround for deploying on 6.0.9/6.0.10:

i) Unzip the war to say "C:\TestJSF"

ii) Create a "C:\Deploy_TestJSF.xml" with the following contents:



iii) Start Tomcat and from within a browser run this URL:
http://localhost:8080/manager/deploy?path=/TestJSF&config=file:/C:/Deploy_TestJSF.xml
 Look for following message getting displayed:
OK - Deployed application at context path /TestJSF

iv) Run the JSF application with URL http://localhost:8080/TestJSF/ and click on
hyperlink "JavaServer Faces Page". You will observe JSF page displaying two 
names.

Please test this WAR on Linux and let know if problem still persists.

- Shiva

-- 
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: [VOTE] Release build 6.0.13

[Tim Funk]

The only 2 things I noticed (which aren't a big deal)

The index pages had a bad links to the docs. (Now fixed)

The status screen has a rendering bug when a webapp is stopped. I didn't 
have a chance to dig into it - but its not a big deal either.


Otherwise - it looked good.

-Tim

Remy Maucherat wrote:

The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.13/

According to the release process, the 6.0.13 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable



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

Shipping tomcat[5|6].exe binaries with .zip distribution

[Mladen Turk]

Hi,

Right now we are only shipping windows 32-bit binaries
inside .zip distro. Can we modify the build so the
zip contains windows 64-bit amd64/emt64 and ia64
binaries as well. It would increase the .zip
only by 200K. I'll also try to modify the service.bat
script so that install detects if the JVM in JAVA_PATH is
64 bit or not.

How that sounds?

Regards,
Mladen.


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

DO NOT REPLY [Bug 41912] - JSF datatable does not work on tomcat 6.0.9

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





--- Additional Comments From [EMAIL PROTECTED]  2007-05-11 09:28 ---
Created an attachment (id=20180)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=20180&action=view)
A simple JSF application that uses  component

Deleted following required files from WEB-INF/lib directory of WAR (to reduce
size of attachment):
* com-sun-commons-beanutils.jar
* com-sun-commons-collections.jar
* com-sun-commons-digester.jar
* jsf-api.jar
* jsf-impl.jar

Please download them as per the instructions at
http://docs.codehaus.org/display/JETTY/JSF+Reference+Implementation and put
them inside WEB-INF/lib directory of WAR before deploying 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 41912] - JSF datatable does not work on tomcat 6.0.9

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





--- Additional Comments From [EMAIL PROTECTED]  2007-05-11 09:06 ---
WAR that I want to attach has JSF and its dependent jars in WEB-INF/lib
directory and has a size of 1.63MB after zipping. And Bugzilla isn't allowing me
to attach non-patch attachments of size more than 1000K. Thinking of an
alternative now.

- Shiva

-- 
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: [VOTE] Release build 6.0.13

[Remy Maucherat]

Remy Maucherat wrote:

The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.13/

According to the release process, the 6.0.13 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable


That build looks ok to me.

Rémy

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

Re: [VOTE] Release build 6.0.13

[Remy Maucherat]

Tim Funk wrote:

The only 2 things I noticed (which aren't a big deal)

The index pages had a bad links to the docs. (Now fixed)

The status screen has a rendering bug when a webapp is stopped. I didn't 
have a chance to dig into it - but its not a big deal either.


I can confirm this. It does not prevent using the page, but it becomes a 
bit hard to read.


Rémy



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

DefaultServlet & PathInfo

[aburgel]

hi,

i have an issue when using the following servlet mapping and DefaultServlet:


   default
   /images/*



   dispatcher
/


my goal is to have specific directories served by DefaultServlet and then
everything else to be served by my servlet.

however, the way that DefaultServlet is implemented seems to make this
impossible, since it uses request.getPathInfo() to get the path of the file.

for the above mapping, if i request '/images/pic.gif', then the PathInfo
would be '/pic.gif'. since that file lives in '/images/pic.gif', i get a
404.

i can't really think of any useful case where it makes sense for
DefaultServlet to only consider PathInfo. (there might be a case where you
wanted to serve the same resource via the DefaultServlet and another
servlet, but i would imagine thats pretty uncommon.)

i think it makes more sense to use ServletPath + PathInfo instead. making
this change won't affect the standard usage of DefaultServlet because in
that case PathInfo is null and it falls back to using ServletPath anyways.
and for all other cases, DefaultServlet is kind of useless, so i doubt it
would affect anyone.

--Alex
-- 
View this message in context: 
http://www.nabble.com/DefaultServlet---PathInfo-tf3729771.html#a10439910
Sent from the Tomcat - Dev mailing list archive at Nabble.com.


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

svn commit: r537311 - /tomcat/container/tc5.5.x/webapps/docs/deployer-howto.xml

[markt]

Author: markt
Date: Fri May 11 16:06:38 2007
New Revision: 537311

URL: http://svn.apache.org/viewvc?view=rev&rev=537311
Log:
Update context info

Modified:
tomcat/container/tc5.5.x/webapps/docs/deployer-howto.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/deployer-howto.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/deployer-howto.xml?view=diff&rev=537311&r1=537310&r2=537311
==
--- tomcat/container/tc5.5.x/webapps/docs/deployer-howto.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/deployer-howto.xml Fri May 11 
16:06:38 2007
@@ -114,11 +114,9 @@
 
$CATALINA_HOME/conf/[enginename]/[hostname]/context.xml
 
$CATALINA_HOME/webapps/[webappname]/META-INF/context.xml
 
-If a Context Descriptor is not provided for a Context, Tomcat
-automatically creates one and places it in (1) with a filename of
-[webappname].xml although if manually created, the filename need 
not
-match the web application name as Tomcat is concerned only with the
-Context configuration contained within the Context Descriptor 
file(s).
+Files in (1) are named [webappname].xml but files in (2) are named
+context.xml. If a Context Descriptor is not provided for a Context,
+Tomcat configures the Context using default values.
 
 
 



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

svn commit: r537312 - /tomcat/tc6.0.x/trunk/webapps/docs/deployer-howto.xml

[markt]

Author: markt
Date: Fri May 11 16:06:47 2007
New Revision: 537312

URL: http://svn.apache.org/viewvc?view=rev&rev=537312
Log:
Update context info

Modified:
tomcat/tc6.0.x/trunk/webapps/docs/deployer-howto.xml

Modified: tomcat/tc6.0.x/trunk/webapps/docs/deployer-howto.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/deployer-howto.xml?view=diff&rev=537312&r1=537311&r2=537312
==
--- tomcat/tc6.0.x/trunk/webapps/docs/deployer-howto.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/deployer-howto.xml Fri May 11 16:06:47 
2007
@@ -114,11 +114,9 @@
 
$CATALINA_HOME/conf/[enginename]/[hostname]/context.xml
 
$CATALINA_HOME/webapps/[webappname]/META-INF/context.xml
 
-If a Context Descriptor is not provided for a Context, Tomcat
-automatically creates one and places it in (1) with a filename of
-[webappname].xml although if manually created, the filename need 
not
-match the web application name as Tomcat is concerned only with the
-Context configuration contained within the Context Descriptor 
file(s).
+Files in (1) are named [webappname].xml but files in (2) are named
+context.xml. If a Context Descriptor is not provided for a Context,
+Tomcat configures the Context using default values. 
 
 
 



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

DO NOT REPLY [Bug 40668] - MailSessionFactory is missing in Tomcat 5.5.23

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





--- Additional Comments From [EMAIL PROTECTED]  2007-05-11 16:32 ---
It's amazing that Apache Tomcat people can't properly build their own software,
and that they care very little about having a broken release out there for
months. We are stuck (as many others) in 5.5.17 for this. Please release a 
5.5.24.

-- 
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 42401] New: - RUNNING.txt has wrong info about required Java environment

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

   Summary: RUNNING.txt has wrong info about required Java
environment
   Product: Tomcat 5
   Version: 5.5.23
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: P5
 Component: Webapps:Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


>From the file RUNNING.txt I can read:

"Out of the box, Tomcat 5.5 requires the Java 2 Standard Edition Runtime
Environment (JRE) version 5.0 or later."

And later in the same file also:

"
=
Running With JRE 5.0 Or Later
=

(1) Download and Install the J2SE Runtime Environment (JRE)

(1.1) Download the Java 2 Standard Edition Runtime Environment (JRE),
  release version 5.0 or later, from http://java.sun.com/j2se.

(1.2) Install the JRE according to the instructions included with the
  release.

(1.3) Set an environment variable named JAVA_HOME to the pathname of
  the directory into which you installed the JRE, e.g. c:\j2sdk5.0
  or /usr/local/java/j2sdk5.0.
"

So a JRE should be enough, although the path examples at step 1.3 mention JDK
installation paths.


However, when using the installed JRE and setting the value of JAVA_HOME to its'
path "C:\Program Files\Java\jre1.5.0_11", when I run bin\startup.bat I get the
message:

"
C:\dev\apache-tomcat-5.5.23\bin>startup.bat
The JAVA_HOME environment variable is not defined correctly
This environment variable is needed to run this program
NB: JAVA_HOME should point to a JDK not a JRE
"

So, as a matter of fact I need indeed a JDK although the docs state the
contrary. :-/

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