-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 8/28/12 5:28 PM, Konstantin Kolinko wrote:
> 2012/8/29 Dale Ogilvie :
>> -Original Message- From: Mark Thomas
>> [mailto:ma...@apache.org]
>>
>>> Not quite. My point was the loading of the EL implementation is
>>> likely to be
2012/8/29 Dale Ogilvie :
> -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 load
-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 >contai
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 implemen
aucune responsabilité
pour le 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...@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
On 20 Aug 2012, at 23:28, Dale Ogilvie 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 org.apache.jasper.runtime.JspApplicat
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
file:/C:/sandpit-28/.metadata/.plugins/
-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: 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 Clas
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
a
> 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
-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 wh
sers List Subject: RE: ClassCastException
>> org.apache.jasper.runtime.ELContextImpl cannot be cast to
>> org.apache.jasper.el.ELContextImpl
>>
>>>> Dale Ogilvie wrote:
>>>>
>>>> ClassCastException org.apache.jasper.runtime.ELContextImpl
>>>&g
ect: 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 K
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
cannot be cast to org.apache.jasper.el.ELContextImpl
>
>>> Dale Ogilvie wrote:
>>>
>>> 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
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 refere
-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 7
-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
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.
2012/8/3 Dale Ogilvie :
> 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 OS (virtuali
| 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 lo
Dale Ogilvie 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 to org.apache.ja
> 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.ELContextI
-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 wrote:
>&g
Dale Ogilvie 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.
>
>>Anyway, if you start adding JARs from one container into another then
>all sorts
-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.
>Anyway, if you start adding JARs from one container into another then all
>sorts of things can and will go w
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
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
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
- 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 o
>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
> 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 oth
2012/8/3 Dale Ogilvie :
> 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 OS (virtualized) envi
2012/8/3 Dale Ogilvie :
> 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 OS (virtuali
Ogilvie [mailto:dale_ogil...@trimble.com]
Sent: Friday, August 03, 2012 11:10 AM
To: Tomcat Users List
Subject: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be
cast to org.apache.jasper.el.ELContextImpl
Hi,
I'm seeing this problem below appearing now with one of our web
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 OS (virtualized) environment, but what? Any tip
38 matches
Mail list logo