-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 8/28/12 5:28 PM, Konstantin Kolinko wrote:
2012/8/29 Dale Ogilvie dale_ogil...@trimble.com:
-Original Message- From: Mark Thomas
[mailto:ma...@apache.org]
Not quite. My point was the loading of the EL implementation is
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Not quite. My point was the loading of the EL implementation is likely to be
triggered by user code. If the webapp class loader is the TCCL loader than
classes from the web app will be loaded before those from the
2012/8/29 Dale Ogilvie dale_ogil...@trimble.com:
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Not quite. My point was the loading of the EL implementation is likely to be
triggered by user code. If the webapp class loader is the TCCL loader than
classes from the web
On 21/08/2012 23:35, Dale Ogilvie wrote:
-Original Message- From: Pid * [mailto:p...@pidster.com]
Where is that dependency JSP jar from? It should not be in
WEB-INF/lib if it's providing JSP functionality.
p
The manifest for the jar says JSP 2.1 Jasper implementation from
On 20 Aug 2012, at 23:28, Dale Ogilvie dale_ogil...@trimble.com wrote:
So, I ran with JVM option -verbose:class
Then I requested a jsp from app1 and the console printed:
...
[Loaded javax.el.ExpressionFactory from
file:/C:/apache-tomcat-7.0.27/lib/el-api.jar]
[Loaded
-Original Message-
From: Pid * [mailto:p...@pidster.com]
Where is that dependency JSP jar from?
It should not be in WEB-INF/lib if it's providing JSP functionality.
p
The manifest for the jar says JSP 2.1 Jasper implementation from Glassfish,
and yeah it was bad practice for maven to
contenu fourni.
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
cannot be cast to org.apache.jasper.el.ELContextImpl
Date: Wed, 22 Aug 2012 10:35:10 +1200
From: dale_ogil...@trimble.com
To: users@tomcat.apache.org
-Original Message-
From: Pid * [mailto:p
So, I ran with JVM option -verbose:class
Then I requested a jsp from app1 and the console printed:
...
[Loaded javax.el.ExpressionFactory from
file:/C:/apache-tomcat-7.0.27/lib/el-api.jar]
[Loaded org.apache.jasper.runtime.JspApplicationContextImpl from
-Original Message-
From: Mark Eggers [mailto:its_toas...@yahoo.com]
Sent: Monday, 13 August 2012 5:46 p.m.
To: users@tomcat.apache.org
Dale,
Are you running this under Eclipse (looks like it)? If so, what happens
when you run the same test outside of Eclipse?
/mde/
Well, the
-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
The above shows the problem (along with several other classes loaded
from that location).
Looks like you have some hard-coded links to the local file system
buried inside the webapp's META-INF entries -
-Original Message-
From: Daniel Mikusa [mailto:dmik...@vmware.com]
Maybe try adding the JVM option -verbose:class to bin/setenv.sh. This
option will cause the JVM to log when a class is loaded and from where it was
loaded.
Dan
The following class load output excerpt results when I
From: Dale Ogilvie [mailto:dale_ogil...@trimble.com]
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
cannot be cast to org.apache.jasper.el.ELContextImpl
The following class load output excerpt results when I request
a jsp from app1 (wtpwebapps/PromotionCodes
On 8/12/2012 9:28 PM, Caldarale, Charles R wrote:
From: Dale Ogilvie [mailto:dale_ogil...@trimble.com]
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
cannot be cast to org.apache.jasper.el.ELContextImpl
The following class load output excerpt results when I request
On 10/08/2012 05:13, Dale Ogilvie wrote:
It does concern me that there was a known issue that was fixed, and here
I am seeing this EL impl instance sharing between apps in the fixed
version.
It is certainly worth looking at to see what is going on. It might be
that there is another reference
On 10/08/2012 04:57, Dale Ogilvie wrote:
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Thursday, 9 August 2012 8:22 p.m.
To: Tomcat Users List
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
cannot be cast
On 10/08/2012 10:04, Mark Thomas wrote:
On 10/08/2012 05:13, Dale Ogilvie wrote:
It does concern me that there was a known issue that was fixed, and here
I am seeing this EL impl instance sharing between apps in the fixed
version.
It is certainly worth looking at to see what is going on.
: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
cannot be cast to org.apache.jasper.el.ELContextImpl
Date: Fri, 10 Aug 2012 16:13:32 +1200
From: dale_ogil...@trimble.com
To: users@tomcat.apache.org
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli
Dale Ogilvie dale_ogil...@trimble.com wrote:
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Wednesday, 8 August 2012 7:44 p.m.
To: Tomcat Users List
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
cannot be cast
| I am 95% certain of what is happenning but haven't tested this. It will
help your understanding if you read the EL specification, specifically the
section in the Javadoc regarding how implementations are discovered.
| Tomcat implements these rules. It is possible for an EL implementation to
be
2012/8/3 Dale Ogilvie dale_ogil...@trimble.com:
Hi,
I'm seeing this problem below appearing now with one of our web-apps, google
has not helped me so far... There have been no changes with the web app in
question, which was working, so I'm picking something is going on with either
the
On 09/08/2012 11:41, chris derham wrote:
| I am 95% certain of what is happenning but haven't tested this. It will
help your understanding if you read the EL specification, specifically the
section in the Javadoc regarding how implementations are discovered.
| Tomcat implements these rules. It
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Thursday, 9 August 2012 8:22 p.m.
To: Tomcat Users List
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot
be cast to org.apache.jasper.el.ELContextImpl
Dale Ogilvie dale_ogil
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
1. Tomcat 7.0.26 and earlier has static field
JspApplicationContextImpl.ExpressionFactory, so the EL implementation is
effectively shared between web applications.
Thanks for that info about the earlier bug in
Dale Ogilvie dale_ogil...@trimble.com wrote:
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Again, that class is not a Tomcat class. As far as I can tell, that is
party of Jetty's JSP/EL implementation.
snip
Anyway, if you start adding JARs from one container into
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Wednesday, 8 August 2012 7:44 p.m.
To: Tomcat Users List
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot
be cast to org.apache.jasper.el.ELContextImpl
Dale Ogilvie dale_ogil
From: Dale Ogilvie [mailto:dale_ogil...@trimble.com]
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
cannot be cast to org.apache.jasper.el.ELContextImpl
That says to me that app1 already has an instance of
org.apache.jasper.runtime.ELContextImpl which
On 07/08/2012 00:24, Dale Ogilvie wrote:
Daniel Mikusa [mailto:dmik...@vmware.com] wrote:
You would be using a shared class loader if you are placing JAR files used
by multiple deployed web applications into the
$CATALINA_BASE/lib or $CATALINA_HOME/lib directory. Are you placing any JAR
On 07/08/2012 00:24, Dale Ogilvie wrote:
Daniel Mikusa [mailto:dmik...@vmware.com] wrote:
You would be using a shared class loader if you are placing JAR
files used by multiple deployed web applications into the
$CATALINA_BASE/lib or $CATALINA_HOME/lib directory. Are you
placing any JAR
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Again, that class is not a Tomcat class. As far as I can tell, that is party
of Jetty's JSP/EL implementation.
snip
Anyway, if you start adding JARs from one container into another then all
sorts of things can and will go
They are. However, if you have classes in a shared classloader used by
both webapps, and such a class is coded badly, references can leak from
one webapp to another.
BTW, jcifs.http.NtlmHttpFilter hasn't been viable for some years (no
possibility of supporting NTLMv2), so you might want to use
- Original Message -
They are. However, if you have classes in a shared classloader used
by
both webapps, and such a class is coded badly, references can leak
from
one webapp to another.
BTW, jcifs.http.NtlmHttpFilter hasn't been viable for some years (no
possibility of
Daniel Mikusa [mailto:dmik...@vmware.com] wrote:
You would be using a shared class loader if you are placing JAR files used by
multiple deployed web applications into the
$CATALINA_BASE/lib or $CATALINA_HOME/lib directory. Are you placing any JAR
files into those folders?
We have placed
2012/8/3 Dale Ogilvie dale_ogil...@trimble.com:
Hi,
I'm seeing this problem below appearing now with one of our web-apps,
google has not helped me so far... There have been no changes with the
web app in question, which was working, so I'm picking something is
going on with either the tomcat or
From: Dale Ogilvie [mailto:dale_ogil...@trimble.com]
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
cannot be cast to org.apache.jasper.el.ELContextImpl
I thought the WEB-INF/lib directories for different applications were
isolated from each other, but in this case
2012/8/3 Dale Ogilvie dale_ogil...@trimble.com:
Hi,
I'm seeing this problem below appearing now with one of our web-apps, google
has not helped me so far... There have been no changes with the web app in
question, which was working, so I'm picking something is going on with either
the
May be this particular line in JSP is attempting to perform an action which the
container is unable to process as a Servlet class. Just cross check the JSP
code once. What does the c:out value=${fn:length(promoCodeSpecCommand.user)}
/ do? Is it a directive? Or a call to some function?
Regards
36 matches
Mail list logo