DO NOT REPLY [Bug 40220] - Order of jar loading affects packaged resources

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 00:06 ---
Oops, rephrase:
"...the upper realm should be preferred. 
So in this case that would be the APP-SERVER realm."

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

Escaping EL doesn't work in Tomcat 6?

[arjan tijms]

We're using a number of custom tags that accept JSF (deferred) EL 
through dynamic attributes. In JSP 2.1 this is illegal. I therefore 
tried to deactivate expression evaluation by escaping the #{ pattern, 
but it seems that Tomcat 6.0.7 ignores this?


E.g.


   at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
   at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
   at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
   at 
org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:1705) 


   at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
   at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)


In a simple outputText escaping is ignored too.

Something like:



would render a literal "\" before the value of "someProp".

Escaping EL is mentioned here: 
http://java.sun.com/javaee/5/docs/tutorial/doc/JSPIntro7.html

e.g.

"Escape the #{ or ${characters as follows:
|some text \#{ some more\${ text
| and
|"


|


--
It's a cult. If you've coded for any length of time, you've run across someone 
from this warped brotherhood. Their creed: if you can write complicated code, 
you must be good.


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

EL in dynamic attribute causes NPE in Tomcat 6

[arjan tijms]

Whenever I try to use any EL (either $ or # syntax) in a taglib tag's 
dynamic attribute in Tomcat 6.0.7, I get the following exception:


java.lang.NullPointerException
   at 
org.apache.jasper.compiler.Generator$GenerateVisitor.evaluateAttribute(Generator.java:2777) 

   at 
org.apache.jasper.compiler.Generator$GenerateVisitor.generateSetters(Generator.java:2988) 

   at 
org.apache.jasper.compiler.Generator$GenerateVisitor.generateCustomStart(Generator.java:2169) 

   at 
org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:1689) 


   at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
   at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
   at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
   at 
org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:1705) 


   at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
   at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

I traced into the source code of Tomcat 6.0.7 with a debugger and found 
out the exception is caused by the code at the mentioned line 2777 of 
Generator.java, which is trying to request a TagAttributeInfo from the 
current attribute, but for a dynamic attribute the JspAttribute.tai 
field is always null.


When I debug the evaluateAttribute method in question, I see that for 
Node.JspAttribute attr, the "dynamic" field (attr.dynamic) is correctly 
set to  true and attr.getLocalName() returns the correct name of the 
dynamic attribute. At line 2771 attr.isELInterpreterInput() returns 
true, since attr.el != null. When I inspect attr.el, I see the EL 
expresion is correctly parsed. Only, a few lines below that the code 
fails with the NPE upon accessing the TagAttributeInfo object tai (which 
is, as said always null for dynamic attributes).


--
It's a cult. If you've coded for any length of time, you've run across someone 
from this warped brotherhood. Their creed: if you can write complicated code, 
you must be good.


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

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 05:14 ---
(In reply to comment #1)
> When you enable xmlValidation="true" you also need to enable
> xmlNamespaceAware="true" as well.  If these are both set to true in your
> server.xml you should be able to validate correctly.  Works for me anyway.

I don't know what I do wrong.
The same occurs with Tomcat 5.5.20.
Setting both xmlValidation & xmlNamespaceAware true I still get:

INFO: XML validation enabled
2006-dec-28 14:04:45 org.apache.tomcat.util.digester.Digester error
ALLVARLIG: Parse Error at line 7 column 10: 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.createSAXParseExcep
tion(ErrorHandlerWrapper.java:236)

...

2006-dec-28 14:04:45 org.apache.catalina.startup.ContextConfig start
ALLVARLIG: Marking this application unavailable due to previous error(s)
2006-dec-28 14:04:45 org.apache.catalina.core.StandardContext start
ALLVARLIG: Error getConfigured
2006-dec-28 14:04:45 org.apache.catalina.core.StandardContext start
ALLVARLIG: Context [/host-manager] startup failed due to previous errors

-- 
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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 06:42 ---
I haven't had to make any additional changes to the code in the patch.  I have 
only used the patch in conjunction with JBoss 4.0.2.  I have been using the 
code in development and production since I posted it.

(In reply to comment #63)
> (In reply to comment #62)
> Darryl's last comments aside on changing the management of the entire work 
tree,
> I want to ask Jonathan and anyone who's used his patches: have they been 
stable
> and OK?  Have there been any modifications needed to them?  If not, i.e. if
> they've been stable, I'm tempted to add them to the 5.5 tree.



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

   Severity|normal  |minor
Version|5.5.17  |5.5.20




--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 07:04 ---
I've just tested this and could reproduce the error using Tomcat 5.5.17 and
5.5.20 with "xmlValidation" and "xmlNamespaceAware" set to "true".

To me, it seems that this problem occurs only for 2.3 webapps (i. e. validating
against the servlet 2.3 DTD fails), while everything is fine with 2.4 webapps
(i. e. validating against the 2.4 schema works).
Can you verify that it's the same for you? Check that of the stock webapps that
come with Tomcat "host-manager" and "servlets-examples" (which are 2.3 webapps)
are not started while "balancer", "jsp-examples", "manager", "tomcat-docs" and
"webdav" (which are 2.4 webapps) are running.

I've changed the severity of this bug to minor. Since although I think that this
is a bug, I don't think that verifying the correctness of web.xml is a matter of
deployment but it's a matter of development. I. e. when developing a webapp it
should be made sure that web.xml is correct, making another check during
deployment quite pointless.

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 09:27 ---
RE #3:

You are quite correct.  I came to the same conclusion this morning when looking
at this again.  Turns out my last test yesterday was mistakenly against an
instance that I had cleaned out (no webapps deployed).  That's what I get for
having too many test instances around ;-)

The two cuplrits are indeed the host-manager and servlets-examples webapps. 
They still reference 2.3 DTDs in their deployment descriptors.

Since TC5.5 is a Servlet 2.4 container, it seems to follow that all of the
webapps in the default install should use the 2.4 xsd reference.  I'm attaching
patches to the servlets-examples and host-manager deployment descriptors that
make that update.  The deployment descriptor for the servlets-examples webapp
also needed some changes to be 2.4 schema conformant (env-entry subelement
ordering).  With these changes I can now start 5.5.20 error-free with validation
enabled.

It will still throw errors if it encounters a webapp with a 2.3 DTD reference. 
I haven't tracked that down yet.

-- 
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 39557] - Include of JSP documents with custom tag libs

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 09:33 ---
Created an attachment (id=19315)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19315&action=view)
Patch to update host-manager webapp to use servlet 2.4 xsd


-- 
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 39557] - Include of JSP documents with custom tag libs

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 09:34 ---
Created an attachment (id=19316)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19316&action=view)
Patch to update servlets-examples webapp to use servlet 2.4 xsd


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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 09:38 ---
Created an attachment (id=19317)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19317&action=view)
Patch to update host-manager webapp to use servlet 2.4 xsd


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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 09:40 ---
Created an attachment (id=19318)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19318&action=view)
Patch to update servlets-examples webapp to use servlet 2.4 xsd


-- 
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 39557] - Include of JSP documents with custom tag libs

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 09:41 ---
Very weird...I posted a comment to 40507 and then when I went to post patches I
somehow got punted to this bug without realizing it.  The patches are for 40507,
not this bug.  Sorry for the dupes.

-- 
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 40162] - JNDI Environment is null within subthreads in Servlet.destroy()

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 09:52 ---
Created an attachment (id=19319)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19319&action=view)
Test War file

With this war file the bug occurs within Eclipse and Tomcat 5.5.17 in debug
mode.

It does not occur if not in debug mode.

-- 
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 40162] - JNDI Environment is null within subthreads in Servlet.destroy()

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #19319|0   |1
is obsolete||




--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 10:03 ---
Created an attachment (id=19320)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19320&action=view)
Testfiles


-- 
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 40162] - JNDI Environment is null within subthreads in Servlet.destroy()

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 10:06 ---
A Zip file with a ReadMe.txt within is now attached.
It describes how to produce the bug.

A WAR file is not sufficient, since the class files need to be loaded form the 
shared directory of the tomcat installation.


-- 
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 36365] - IIS5.1-isapi_redirector.dll (1.2.14) plugin issue

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-28 16:59 ---
I've narrowed down what is happening here.

This seems to be due to a combination of:
- IIS 5.1
- The SF_NOTIFY_AUTH_COMPLETE event being used instead of 
SF_NOTIFY_PREPROC_HEADERS
- Modifying the special "uri" header (via SetHeader) in HttpFilterProc to point
to the extension URI (e.g. performing the redirection).
- Making a request with an OPTIONS or PUT method (there could be others that
don't work, but POST and GET are fine).

I don't know why this is the case, and I can't trace the root cause of the
"Parameter is Incorrect" error.
(with extended logging IIS reports an 87 - ERROR_INVALID_PARAMETER in the logs)

Changing HttpFilterProc to trap SF_NOTIFY_PREPROC_HEADERS on IIS 5.1 fixes the
problem, but could break other things.
Btw, his is why much older builds of the connector worked - the
SF_NOTIFY_AUTH_COMPLETE was added at a later point.

Reading
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/iissdk/html/28d1ea12-9d69-49d5-9605-6915e5145710.asp
we don't seem to be using the authenticated user identity, but we may depend on
the filter being hit after authentication to allow website auth to apply before
JK is hit.

In short, we can 'fix' this one of two ways:
- Break IIS 5.1 for PUT/OPTIONS - e.g. don't fix it
- Change IIS 5.1 to respond to the SF_NOTIFY_PREPROC_HEADERS event, which is not
so good as the behaviour will differ from IIS 5.0/6.0.

I'm open to suggestions - I don't really have many other options available apart
from pinging MS again.


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