Hi Musachy,

There's another classloading conflict issue with the embedded jsp plugin.
This one has to do with the ELContextImpl.

Loading an embedded jsp page that uses EL and then trying to load a normal
page that uses EL throws:

     java.lang.ClassCastException:
org.apache.struts2.jasper.el.ELContextImpl cannot be cast to
org.apache.jasper.el.ELContextImpl
        at
org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:920)

Again, the embedded jsp page seems to cache it's version of the
ELContextImpl ( ion PageContextImpl.proprietaryEvaluate) which tomcat then
tries to cast to it's own version.

It looks like I could simply stop PageContextImpl from storing it's
generated EL context by modifying the getELContext() method, but I'm
guessing on a page/application with a lot of expressions that could hurt
quite a bit.

- Eric



On Tue, Oct 20, 2009 at 9:46 PM, Obinna <obi...@gmail.com> wrote:

> Tested it and it works for me!
> Great! Thanks a million.
>
>  - Eric
>
> On Tue, Oct 20, 2009 at 9:13 PM, Musachy Barroso <musa...@gmail.com>wrote:
>
>> small fix to JspApplicationContextImpl seems to make it work for
>> me(add the hash of the classloader to the key), give it a try and let
>> me know (update from trunk)
>>
>> musachy
>>
>> On Tue, Oct 20, 2009 at 11:00 AM, Musachy Barroso <musa...@gmail.com>
>> wrote:
>> > ok I was able to reproduce it, working on it (looks hairy)
>> >
>> > musachy
>> >
>> > On Tue, Oct 20, 2009 at 7:01 AM, Obinna <obi...@gmail.com> wrote:
>> >> Ok, So I've been able to inspect the classloaders and I think I see
>> what's
>> >> going wrong (though I'm not sure how best to fix it).
>> >>
>> >> Given my two webapps, AppA and AppB running simulatenously in tomcat. I
>> do
>> >> the following:
>> >>
>> >>  1. Load AppA
>> >>     a. Load normal jsp page (breakpoint not caught -> still using
>> tomcat
>> >> default JspFactory)
>> >>     b. Load an embeddedJSP page
>> >>          i.  Breakpoint caught at static initializer in
>> JSPRuntimeContext
>> >> (line 96)   {calling JspFactory.setDefaultFactory(factory); to
>> initialize
>> >> JspFactory implementation}
>> >>               - JSPFactory classloader is StandardClassLoader (good)
>> >>               - JspFactoryImpl classloader is AppA WebAppClassloader
>> (good)
>> >>          ii. Breakpoint caught at JSPApplicationContextImpl (line 79)
>> >> {calling impl = new JspApplicationContextImpl() to initialize new
>> servlet
>> >> context}
>> >>              - JspFactoryImpl classloader is AppA WebAppClassloader
>> (good)
>> >>              - JSPApplicationContextImpl classloader is AppA
>> >> WebAppClassloader (good)
>> >>
>> >> 2. Load AppB
>> >>     a. Load normal jsp page
>> >>             i. Breakpoint caught at JSPApplicationContextImpl (line 79)
>> >> {calling impl = new JspApplicationContextImpl() to initialize new
>> servlet
>> >> context}. This means that is is still using the JspFactoryImpl set in
>> step
>> >> 1.b.i above
>> >>              - JspFactoryImpl classloader is AppA WebAppClassloader
>> >> (bad!!!  using class loaded in AppA classloader)   !!!!!
>> >>              - JSPApplicationContextImpl classloader is AppA
>> >> WebAppClassloader (bad!!!  using class loaded in AppA classloader)
>> !!!!!
>> >>     b. Load embedded jsp page
>> >>             JSPApplicationContextImpl (line 76) tries to call {
>> >> JspApplicationContextImpl impl = (JspApplicationContextImpl)
>> >> context.getAttribute(KEY); }   and throws ClassCastException because
>> impl
>> >> class returned by context.getAttribute(KEY) was loaded by
>> >> AppAWebAppClassLoader but current class (JspApplicationContextImpl)
>> class
>> >> loader is now AppB WebAppClassLoader.
>> >>
>> >> It is as I suspected in my last email. I don't think that the
>> JspFactoryImpl
>> >> class set by JspFactory.setDefaultFactory(factory) when AppA was loaded
>> >> should be the one used by AppB. Somehow the JspFactoryImpl used should
>> >> probably be isolated by web application and if possible should only be
>> used
>> >> by the embeddedJSP compiler (not used globally for normal jsps as well)
>> >>
>> >>  - Eric
>> >>
>> >>
>> >>
>> >> On Tue, Oct 20, 2009 at 2:41 PM, Martin Gainty <mgai...@hotmail.com>
>> wrote:
>> >>
>> >>>
>> >>> Eric-
>> >>> are you able to determine which classloader JspApplicationContext is
>> using
>> >>> to load JspApplicationContextImpl class?
>> >>>         System.out.println("The class of " + JspApplicationContextImpl
>> +
>> >>>                            " is " +
>> >>> JspApplicationContextImpl.getClass().getName());
>> >>>         System.out.println("The classLoader of " +
>> >>> JspApplicationContextImpl +
>> >>>                            " is " +
>> >>> JspApplicationContextImpl.getClass().getClassloader());
>> >>>
>> >>> were you able to verify the Jsp configuration entries in
>> >>> $CATALINA_HOME/conf
>> >>>     <servlet>
>> >>>        <servlet-name>jsp</servlet-name>
>> >>>
>> <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
>> >>>        <load-on-startup>3</load-on-startup>
>> >>>    </servlet>
>> >>> what is meant by term 'embedded' ..can i assume you are implementing
>> APR
>> >>> (apache portable runtime)?
>> >>>
>> >>> thanks for taking the time to look at this,
>> >>> Martin Gainty
>> >>> ______________________________________________
>> >>> Verzicht und Vertraulichkeitanmerkung/Note de déni et de
>> confidentialité
>> >>>
>> >>> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene
>> >>> Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede
>> unbefugte
>> >>> Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese
>> Nachricht
>> >>> dient lediglich dem Austausch von Informationen und entfaltet keine
>> >>> rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit
>> von
>> >>> E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
>> >>> Ce message est confidentiel et peut être privilégié. Si vous n'êtes
>> pas le
>> >>> destinataire prévu, nous te demandons avec bonté que pour satisfaire
>> >>> informez l'expéditeur. N'importe quelle diffusion non autorisée ou la
>> copie
>> >>> de ceci est interdite. Ce message sert à l'information seulement et
>> n'aura
>> >>> pas n'importe quel effet légalement obligatoire. Étant donné que les
>> email
>> >>> peuvent facilement être sujets à la manipulation, nous ne pouvons
>> accepter
>> >>> aucune responsabilité pour le contenu fourni.
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> > Date: Tue, 20 Oct 2009 14:14:55 +0300
>> >>> > Subject: Re: embeddedJsp plugin causing jsp compilation issues
>> >>> > From: obi...@gmail.com
>> >>> > To: dev@struts.apache.org
>> >>> >
>> >>> > An update...
>> >>> >
>> >>> > I've tried setting a breakpoint in the
>> >>> > JspApplicationContextImpl.getInstance() method and the
>> >>> > JspFactoryImpl().getJspApplicationContext() methods but for some
>> reason
>> >>> > cannot inspect the variable at that point to figure out which
>> classloader
>> >>> > are being called when.
>> >>> >
>> >>> > What is clear is that once an embeddedJsp is loaded, the default
>> >>> JspFactory
>> >>> > for ALL jsp pages (even non-embedded ones) becomes the
>> >>> > org.apache.struts2.jasper.runtime.JspFactoryImpl (even for a
>> separate
>> >>> > web-app!) because loading subsequent non-embedded pages for the
>> first
>> >>> time
>> >>> > (in either web-app) still hits and break in the
>> >>> > JspApplicationContextImpl.getInstance() method. It seems like using
>> the
>> >>> > embeddedJsp calls JspFactory().setDefaultFactory() or something and
>> that
>> >>> > this has a system-wide scope.
>> >>> >
>> >>> > I don't suppose that this would be a problem if it wasn't for some
>> >>> > classloader mix-up which means that when I then try to access an
>> >>> embeddedJsp
>> >>> > page in the second web-app, in the
>> >>> JspApplicationContextImpl.getInstance()
>> >>> > method it finds the JspApplicationContextImpl instance that was set
>> >>> during
>> >>> > the loading of some initial pages (such as login page) in this
>> second app
>> >>> > but it seems that that must have been set by a different classloader
>> >>> because
>> >>> > the class cast fails when it tries to cast that instance (on the
>> line
>> >>> > JspApplicationContextImpl impl = (JspApplicationContextImpl)
>> >>> > context.getAttribute(KEY)).
>> >>> >
>> >>> > I will continue to try to figure out how to inspect the variables
>> (and
>> >>> see
>> >>> > the classloaders) in my IDE...
>> >>> >
>> >>> > - Eric
>> >>> >
>> >>> >
>> >>> >
>> >>> > On Sat, Oct 17, 2009 at 9:12 PM, Musachy Barroso <musa...@gmail.com
>> >
>> >>> wrote:
>> >>> >
>> >>> > > nothing so obvious, JspApplicationContextImpl is obviously getting
>> >>> > > loaded by different classloaders, but I am out of ideas, I think
>> you
>> >>> > > can set a break point for classloading right? Try to do that and
>> see
>> >>> > > if you get any insight.
>> >>> > >
>> >>> > > musachy
>> >>> > >
>> >>> > > On Sat, Oct 17, 2009 at 2:57 AM, Obinna <obi...@gmail.com> wrote:
>> >>> > > > I have a ton of jars in my lib (but no el-api). The lib for that
>> >>> projects
>> >>> > > > looks as follows (both projects have similar libs):
>> >>> > > >
>> >>> > > > asterisk-java-1.0.jar
>> >>> > > > cglib-nodep-2.1_3.jar
>> >>> > > > chartengineapi.jar
>> >>> > > > com.ibm.icu_4.0.1.v20090415.jar
>> >>> > > > commons-beanutils-1.7.0.jar
>> >>> > > > commons-cli-1.0.jar
>> >>> > > > commons-codec-1.3.jar
>> >>> > > > commons-collections-3.2.1.jar
>> >>> > > > commons-dbcp.jar
>> >>> > > > commons-digester-1.8.jar
>> >>> > > > commons-fileupload-1.2.1.jar
>> >>> > > > commons-httpclient-3.1.jar
>> >>> > > > commons-io-1.1.jar
>> >>> > > > commons-lang-2.4.0.jar
>> >>> > > > commons-logging.jar
>> >>> > > > commons-pool.jar
>> >>> > > > coreapi.jar
>> >>> > > > crosstabcoreapi.jar
>> >>> > > > dataadapterapi.jar
>> >>> > > > dataaggregationapi.jar
>> >>> > > > dataextraction.jar
>> >>> > > > displaytag-1.2.jar
>> >>> > > > displaytag-export-poi-1.2.jar
>> >>> > > > dteapi.jar
>> >>> > > > ecxconnect-mmp-bl.jar
>> >>> > > > emitterconfig.jar
>> >>> > > > engineapi.jar
>> >>> > > > flute.jar
>> >>> > > > *freemarker-2.3.15.jar*
>> >>> > > > gnu-hylafax-core-1.0.3.jar
>> >>> > > > gnu-hylafax-inet-ftp-1.0.3.jar
>> >>> > > > itext-1.3.jar
>> >>> > > > jasypt-1.4.1.x.jar
>> >>> > > > jaxws-spring-1.8.jar
>> >>> > > > jep-3.3.0-trial.jar
>> >>> > > > joda-time-1.6.jar
>> >>> > > > js.jar
>> >>> > > > json.jar
>> >>> > > > jsonplugin-0.33.jar
>> >>> > > > jstl.jar
>> >>> > > > junit-4.4.jar
>> >>> > > > log4j-1.2.8.jar
>> >>> > > > mail-1.4.2.jar
>> >>> > > > mmpdemo-bl.jar
>> >>> > > > modelapi.jar
>> >>> > > > modelodaapi.jar
>> >>> > > > mysql-connector-java-5.0.5-bin.jar
>> >>> > > > odadesignapi.jar
>> >>> > > > *ognl-2.7.3.jar*
>> >>> > > > org.apache.commons.codec_1.3.0.v20080530-1600.jar
>> >>> > > > org.eclipse.birt.report.model_2.5.0.v20090605.jar
>> >>> > > > org.eclipse.emf.common_2.5.0.v200906080927.jar
>> >>> > > > org.eclipse.emf.ecore_2.5.0.v200906080927.jar
>> >>> > > > org.eclipse.emf.ecore.xmi_2.5.0.v200906080927.jar
>> >>> > > > org.w3c.css.sac_1.3.0.v200805290154.jar
>> >>> > > > poi-3.0.2-FINAL-20080204.jar
>> >>> > > > scriptapi.jar
>> >>> > > > spring-2.5.6.jar
>> >>> > > > spring-security-core-2.0.4.jar
>> >>> > > > spring-security-taglibs-2.0.4.jar
>> >>> > > > spring-test-2.5.6.jar
>> >>> > > > spring-webmvc-2.5.6.jar
>> >>> > > > spring-ws-1.5.2.jar
>> >>> > > > standard.jar
>> >>> > > > *struts2-core-2.1.8.jar*
>> >>> > > > *struts2-embeddedjsp-plugin-2.1.9-SNAPSHOT.jar
>> >>> > > > *struts2-jquery-plugin-1.0.8.jar
>> >>> > > > struts2-scope-plugin-1.0.4 (modified).jar
>> >>> > > > *struts2-spring-plugin-2.1.8.jar*
>> >>> > > > tidy.jar
>> >>> > > > trilead-ssh2-build213.jar
>> >>> > > > webservices-api.jar
>> >>> > > > webservices-rt.jar
>> >>> > > > xbean-spring-3.1.jar
>> >>> > > > *xwork-core-2.1.6.jar*
>> >>> > > >
>> >>> > > > I haven't tried testing this on another 'trimmed down' project.
>> Let
>> >>> me
>> >>> > > know
>> >>> > > > if anything is glaringly obvious here, otherwise, I'll try the
>> >>> > > trimming-down
>> >>> > > >
>> >>> > > >  Thanks for looking through this!
>> >>> > > > - Eric
>> >>> > > >
>> >>> > > >
>> >>> > > > On Sat, Oct 17, 2009 at 2:52 AM, Musachy Barroso <
>> musa...@gmail.com>
>> >>> > > wrote:
>> >>> > > >
>> >>> > > >> nvm. el-api.jar should not be in lib, after removing them I
>> have to
>> >>> > > >> webapps with jsp plugin working. Can you compare your jars to:
>> >>> > > >>
>> >>> > > >>  commons-el-1.0.jar
>> >>> > > >>  commons-fileupload-1.2.1.jar
>> >>> > > >>  commons-io-1.3.2.jar
>> >>> > > >>  commons-logging-1.1.1.jar
>> >>> > > >>  freemarker-2.3.15.jar
>> >>> > > >>  ognl-2.7.3.jar
>> >>> > > >>  struts2-core-2.1.9-SNAPSHOT.jar
>> >>> > > >>  struts2-embeddedjsp-plugin-2.1.9-SNAPSHOT.jar
>> >>> > > >>  xwork-core-2.1.7-SNAPSHOT.jar
>> >>> > > >>
>> >>> > > >> and tell me the exact steps after you load the app, to
>> reproduce the
>> >>> > > error?
>> >>> > > >>
>> >>> > > >> thanks for helping me test this btw :)
>> >>> > > >> musachy
>> >>> > > >>
>> >>> > > >> On Fri, Oct 16, 2009 at 4:49 PM, Musachy Barroso <
>> musa...@gmail.com
>> >>> >
>> >>> > > >> wrote:
>> >>> > > >> > I am getting a different error:
>> >>> > > >> >
>> >>> > > >> > javax.servlet.ServletException: java.lang.LinkageError: Class
>> >>> > > >> > javax/el/ExpressionFactory violates loader constraints
>> >>> > > >> >
>> >>> > >  org.apache.jasper.servlet.JspServlet.service(JspServlet.java:275)
>> >>> > > >> >
>> >>>  javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>> >>> > > >> >
>> >>> > > >>
>> >>> > >
>> >>>
>>  
>> org.apache.struts2.dispatcher.ServletDispatcherResult.doExecute(ServletDispatcherResult.java:154)
>> >>> > > >> >
>> >>> > > >>
>> >>> > >
>> >>>
>>  
>> org.apache.struts2.dispatcher.StrutsResultSupport.execute(StrutsResultSupport.java:186)
>> >>> > > >> >
>> >>> > > >>
>> >>> > >
>> >>>
>>  
>> com.opensymphony.xwork2.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:362)
>> >>> > > >> >
>> >>> > > >>
>> >>> > >
>> >>>
>>  
>> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:266)
>> >>> > > >> >
>> >>> > > >>
>> >>> > >
>> >>>
>>  
>> com.opensymphony.xwork2.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:165)
>> >>> > > >> >
>> >>> > > >> > which looks even more weird. Here are the jars I have in
>> >>> web-inf/lib:
>> >>> > > >> >
>> >>> > > >> > commons-el-1.0.jar
>> >>> > > >> > commons-fileupload-1.2.1.jar
>> >>> > > >> > commons-io-1.3.2.jar
>> >>> > > >> > commons-logging-1.1.1.jar
>> >>> > > >> > el-api-6.0.18.jar
>> >>> > > >> > freemarker-2.3.15.jar
>> >>> > > >> > ognl-2.7.3.jar
>> >>> > > >> > struts2-core-2.1.9-SNAPSHOT.jar
>> >>> > > >> > struts2-embeddedjsp-plugin-2.1.9-SNAPSHOT.jar
>> >>> > > >> > testjar-1.0.jar
>> >>> > > >> > xwork-core-2.1.7-SNAPSHOT.jar
>> >>> > > >> >
>> >>> > > >> > That's on a default installation of tomcat 6.0.20. Can you
>> compare
>> >>> > > >> > that to your jars?
>> >>> > > >> >
>> >>> > > >> > musachy
>> >>> > > >> >
>> >>> > > >> > On Thu, Oct 15, 2009 at 8:57 AM, Musachy Barroso <
>> >>> musa...@gmail.com>
>> >>> > > >> wrote:
>> >>> > > >> >> pretty consistent :), I will try to take a look.
>> >>> > > >> >>
>> >>> > > >> >> musachy
>> >>> > > >> >>
>> >>> > > >> >> On Thu, Oct 15, 2009 at 8:23 AM, Obinna <obi...@gmail.com>
>> >>> wrote:
>> >>> > > >> >>> No I don't have any unusual jars in my shared lib (learnt
>> my
>> >>> lesson
>> >>> > > >> last
>> >>> > > >> >>> time :| - I have some jax-ws web-service api stuff in
>> endorsed
>> >>> but
>> >>> > > >> that's
>> >>> > > >> >>> all).
>> >>> > > >> >>>
>> >>> > > >> >>> Placing the plugin jar in the shared dir ('lib' for Tomcat
>> 6)
>> >>> > > results
>> >>> > > >> in
>> >>> > > >> >>> struts not being able to find the plugin config file and
>> >>> throwing
>> >>> > > the
>> >>> > > >> error:
>> >>> > > >> >>> "There is no result type defined for type 'embeddedJsp'..."
>> >>> > > >> >>>
>> >>> > > >> >>> Given this, it is somewhat strange that, placing it in the
>> >>> web-app
>> >>> > > libs
>> >>> > > >> *as
>> >>> > > >> >>> well as *the tomcat lib results in struts trying to load
>> the
>> >>> trying
>> >>> > > to
>> >>> > > >> load
>> >>> > > >> >>> the plugin config file twice and throwing the error during
>> >>> startup:
>> >>> > > >> >>>
>> >>> > > >> >>> The package name 'embeddedjsp-default' at location package
>> -
>> >>> > > >> >>>
>> >>> > > >>
>> >>> > >
>> >>>
>> jar:file:/C:/Program%20Files/Apache%20Software%20Foundation/Tomcat%206.0/wtpwebapps/test/WEB-INF/lib/struts2-embeddedjsp-plugin-2.1.9-SNAPSHOT.jar!/struts-plugin.xml:29:82
>> >>> > > >> >>> is already been used by another package at location package
>> -
>> >>> > > >> >>>
>> >>> > > >>
>> >>> > >
>> >>>
>> jar:file:/C:/Program%20Files/Apache%20Software%20Foundation/Tomcat%206.0/lib/struts2-embeddedjsp-plugin-2.1.9-SNAPSHOT.jar!/struts-plugin.xml:29:82
>> >>> > > >> >>> ....
>> >>> > > >> >>>
>> >>> > > >> >>> Thanks,
>> >>> > > >> >>>  - Eric
>> >>> > > >> >>>
>> >>> > > >> >>>
>> >>> > > >> >>>
>> >>> > > >> >>>
>> >>> > > >> >>> On Thu, Oct 15, 2009 at 5:59 PM, Musachy Barroso <
>> >>> musa...@gmail.com
>> >>> > > >
>> >>> > > >> wrote:
>> >>> > > >> >>>
>> >>> > > >> >>>> just for kicks, put the embeddedjsp plugin in the shared
>> dir,
>> >>> and
>> >>> > > see
>> >>> > > >> >>>> if it works.
>> >>> > > >> >>>>
>> >>> > > >> >>>> On Thu, Oct 15, 2009 at 7:58 AM, Musachy Barroso <
>> >>> > > musa...@gmail.com>
>> >>> > > >> >>>> wrote:
>> >>> > > >> >>>> > yeah that is kind of strange. do you have any of the
>> struts,
>> >>> or
>> >>> > > your
>> >>> > > >> >>>> > jars in the tomcat shared dir? even in that case it
>> should
>> >>> not
>> >>> > > >> matter.
>> >>> > > >> >>>> >
>> >>> > > >> >>>> > musachy
>> >>> > > >> >>>> >
>> >>> > > >> >>>> > On Thu, Oct 15, 2009 at 1:10 AM, Obinna <
>> obi...@gmail.com>
>> >>> > > wrote:
>> >>> > > >> >>>> >> There's another classloading issue with the embeddedJsp
>> >>> plugin.
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >> When deploying multiple webapps on the same tomcat
>> server,
>> >>> both
>> >>> > > of
>> >>> > > >> which
>> >>> > > >> >>>> >> utilize the embeddedJsp plugin. After loading embeddJsp
>> >>> pages in
>> >>> > > on
>> >>> > > >> web
>> >>> > > >> >>>> app,
>> >>> > > >> >>>> >> attempting to load any embeddedJsp pages in the second
>> >>> webapp
>> >>> > > >> throws the
>> >>> > > >> >>>> >> following exception:
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >> java.lang.ClassCastException:
>> >>> > > >> >>>> >>
>> org.apache.struts2.jasper.runtime.JspApplicationContextImpl
>> >>> > > cannot
>> >>> > > >> be
>> >>> > > >> >>>> cast
>> >>> > > >> >>>> >> to
>> >>> org.apache.struts2.jasper.runtime.JspApplicationContextImpl
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>>
>> >>> > > >>
>> >>> > >
>> >>>
>> org.apache.struts2.jasper.runtime.JspApplicationContextImpl.getInstance(JspApplicationContextImpl.java:76)
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>>
>> >>> > > >>
>> >>> > >
>> >>>
>> org.apache.struts2.jasper.runtime.JspFactoryImpl.getJspApplicationContext(JspFactoryImpl.java:200)
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>>
>> >>> > > >>
>> >>> > >
>> >>>
>> org.apache.struts2.jsp.com.test.service.reporting.jsp.alert_jsp._jspInit(alert_jsp.java
>> >>> > > >> >>>> >> from :31)
>> >>> > > >> >>>> >>
>> >>> > > >> >>>>
>> >>> > > >>
>> >>>
>>  org.apache.struts2.jasper.runtime.HttpJspBase.init(HttpJspBase.java:52)
>> >>> > > >> >>>> >>
>> >>> > >  org.apache.struts2.JSPLoader.createServlet(JSPLoader.java:112)
>> >>> > > >> >>>> >>    org.apache.struts2.JSPLoader.load(JSPLoader.java:90)
>> >>> > > >> >>>> >>
>> >>>  org.apache.struts2.ServletCache$1.call(ServletCache.java:46)
>> >>> > > >> >>>> >>
>> >>>  org.apache.struts2.ServletCache$1.call(ServletCache.java:44)
>> >>> > > >> >>>> >>
>> >>> > > >>
>>  java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>> >>> > > >> >>>> >>
>>  java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> >>> > > >> >>>> >>
>>  org.apache.struts2.ServletCache.get(ServletCache.java:53)
>> >>> > > >> >>>> >>
>>  org.apache.struts2.JSPRuntime.handle(JSPRuntime.java:63)
>> >>> > > >> >>>> >>
>>  org.apache.struts2.JSPRuntime.handle(JSPRuntime.java:45)
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>>
>> >>> > > >>
>> >>> > >
>> >>>
>> org.apache.struts2.EmbeddedJSPResult.doExecute(EmbeddedJSPResult.java:32)
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>>
>> >>> > > >>
>> >>> > >
>> >>>
>> org.apache.struts2.dispatcher.StrutsResultSupport.execute(StrutsResultSupport.java:186).
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >> which is strange as i would have expected the
>> >>> > > >> JspApplicationContextImpl
>> >>> > > >> >>>> to
>> >>> > > >> >>>> >> be loaded and isolated by each web-application class
>> loader.
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >> Also, subsequent attempts to load non-embedded jsp page
>> then
>> >>> > > throw:
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> org.apache.struts2.jasper.runtime.JspApplicationContextImpl
>> >>> > > cannot
>> >>> > > >> be
>> >>> > > >> >>>> cast
>> >>> > > >> >>>> >> to
>> >>> org.apache.struts2.jasper.runtime.JspApplicationContextImpl
>> >>> > > >> >>>> >> at
>> >>> > > >> >>>> >>
>> >>> > > >> >>>>
>> >>> > > >>
>> >>> > >
>> >>>
>> org.apache.struts2.jasper.runtime.JspApplicationContextImpl.getInstance(JspApplicationContextImpl.java:76)
>> >>> > > >> >>>> >>    at
>> >>> > > >> >>>> >>
>> >>> > > >> >>>>
>> >>> > > >>
>> >>> > >
>> >>>
>> org.apache.struts2.jasper.runtime.JspFactoryImpl.getJspApplicationContext(JspFactoryImpl.java:200)
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >> - Eric
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >> On Mon, Sep 28, 2009 at 11:05 AM, Obinna <
>> obi...@gmail.com>
>> >>> > > wrote:
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >>> Tested and work well. Couldn't resolve
>> >>> > > struts2-core.2.1.9-Snapshot
>> >>> > > >> >>>> maven
>> >>> > > >> >>>> >>> dependency so I used 2.1.8 though.
>> >>> > > >> >>>> >>> Closed jira ticket.
>> >>> > > >> >>>> >>> Thanks again!!  I hope everyone realizes how
>> >>> > > significant/powerful
>> >>> > > >> a
>> >>> > > >> >>>> plugin
>> >>> > > >> >>>> >>> this is.
>> >>> > > >> >>>> >>>
>> >>> > > >> >>>> >>> - Eric
>> >>> > > >> >>>> >>>
>> >>> > > >> >>>> >>>
>> >>> > > >> >>>> >>>
>> >>> > > >> >>>> >>> On Mon, Sep 28, 2009 at 9:07 AM, Musachy Barroso <
>> >>> > > >> musa...@gmail.com
>> >>> > > >> >>>> >wrote:
>> >>> > > >> >>>> >>>
>> >>> > > >> >>>> >>>> I should have done it with jasper 6 since the
>> beginning,
>> >>> but
>> >>> > > it
>> >>> > > >> seemed
>> >>> > > >> >>>> >>>> more difficult and my laziness took the best of me :)
>> >>> > > >> >>>> >>>>
>> >>> > > >> >>>> >>>> musachy
>> >>> > > >> >>>> >>>>
>> >>> > > >> >>>> >>>> On Sun, Sep 27, 2009 at 10:12 PM, Obinna <
>> >>> obi...@gmail.com>
>> >>> > > >> wrote:
>> >>> > > >> >>>> >>>> > Great!. Musachy, thanks a million for doing this so
>> >>> quickly.
>> >>> > > >> I'll
>> >>> > > >> >>>> give
>> >>> > > >> >>>> >>>> it a
>> >>> > > >> >>>> >>>> > test anon
>> >>> > > >> >>>> >>>> >
>> >>> > > >> >>>> >>>> >
>> >>> > > >> >>>> >>>> > On Mon, Sep 28, 2009 at 6:18 AM, Martin Gainty <
>> >>> > > >> mgai...@hotmail.com
>> >>> > > >> >>>> >
>> >>> > > >> >>>> >>>> wrote:
>> >>> > > >> >>>> >>>> >
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> >>>> >>>> >> thanks for the headsup.. 2.1.8 builds now..
>> >>> > > >> >>>> >>>> >> I had wrong version of commons-collections
>> ListUtils
>> >>> not
>> >>> > > >> having
>> >>> > > >> >>>> >>>> >> isEqualList(collection,collection)
>> >>> > > >> >>>> >>>> >>        <dependency>
>> >>> > > >> >>>> >>>> >>
>> >>> > > >>  <groupId>org.apache.commons.collections</groupId>
>> >>> > > >> >>>> >>>> >>
>> >>>  <artifactId>commons-collections</artifactId>
>> >>> > > >> >>>> >>>> >>                <version>3.2.1</version>
>> >>> > > >> >>>> >>>> >>        </dependency>
>> >>> > > >> >>>> >>>> >> pulls correct version
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> >>>> >>>> >> seeing some failures in surefire..(too many to
>> count on
>> >>> one
>> >>> > > >> hand
>> >>> > > >> >>>> will
>> >>> > > >> >>>> >>>> take
>> >>> > > >> >>>> >>>> >> a look tommorrow)
>> >>> > > >> >>>> >>>> >> thanks,
>> >>> > > >> >>>> >>>> >> Martin Gainty
>> >>> > > >> >>>> >>>> >> ______________________________________________
>> >>> > > >> >>>> >>>> >> Standard Caveats apply
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> >>>> >>>> >> > Date: Sun, 27 Sep 2009 19:00:12 -0700
>> >>> > > >> >>>> >>>> >> > Subject: Re: embeddedJsp plugin causing jsp
>> >>> compilation
>> >>> > > >> issues
>> >>> > > >> >>>> >>>> >> > From: musa...@gmail.com
>> >>> > > >> >>>> >>>> >> > To: dev@struts.apache.org
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> > a'right. The code is in trunk. To use the plugin
>> with
>> >>> > > >> tomcat,
>> >>> > > >> >>>> just
>> >>> > > >> >>>> >>>> >> > build it and deploy it as usual. It works with
>> Jetty
>> >>> 7+,
>> >>> > > >> which
>> >>> > > >> >>>> needs
>> >>> > > >> >>>> >>>> >> > the tomcat deps added to the application, adding
>> this
>> >>> to
>> >>> > > >> your pom
>> >>> > > >> >>>> >>>> will
>> >>> > > >> >>>> >>>> >> > take care of it:
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> > <dependency>
>> >>> > > >> >>>> >>>> >> >        <groupId>org.apache.tomcat</groupId>
>> >>> > > >> >>>> >>>> >> >        <artifactId>jasper</artifactId>
>> >>> > > >> >>>> >>>> >> >        <version>6.0.18</version>
>> >>> > > >> >>>> >>>> >> > </dependency>
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> > let me know if it works.
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> > musachy
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> > On Sun, Sep 27, 2009 at 6:34 PM, Musachy Barroso
>> <
>> >>> > > >> >>>> musa...@gmail.com>
>> >>> > > >> >>>> >>>> >> wrote:
>> >>> > > >> >>>> >>>> >> > > it works on tomcat but now it breaks in
>> jetty...oh
>> >>> joy.
>> >>> > > >> >>>> >>>> >> > >
>> >>> > > >> >>>> >>>> >> > > On Sun, Sep 27, 2009 at 2:35 PM, Musachy
>> Barroso <
>> >>> > > >> >>>> >>>> musa...@gmail.com>
>> >>> > > >> >>>> >>>> >> wrote:
>> >>> > > >> >>>> >>>> >> > >> ok I got jasper 6 working. I will do some
>> more
>> >>> testing
>> >>> > > >> (at
>> >>> > > >> >>>> least
>> >>> > > >> >>>> >>>> the
>> >>> > > >> >>>> >>>> >> > >> junits run fine), commit the jasper code, and
>> then
>> >>> > > commit
>> >>> > > >> my
>> >>> > > >> >>>> >>>> changes.
>> >>> > > >> >>>> >>>> >> > >> (later on)
>> >>> > > >> >>>> >>>> >> > >>
>> >>> > > >> >>>> >>>> >> > >> musachy
>> >>> > > >> >>>> >>>> >> > >>
>> >>> > > >> >>>> >>>> >> > >> On Sun, Sep 27, 2009 at 12:56 PM, Musachy
>> Barroso
>> >>> <
>> >>> > > >> >>>> >>>> musa...@gmail.com>
>> >>> > > >> >>>> >>>> >> wrote:
>> >>> > > >> >>>> >>>> >> > >>> yeah that would work if I could use it as a
>> >>> library,
>> >>> > > but
>> >>> > > >> >>>> jasper
>> >>> > > >> >>>> >>>> is
>> >>> > > >> >>>> >>>> >> not
>> >>> > > >> >>>> >>>> >> > >>> written with that in mind. I had to change a
>> >>> fairly
>> >>> > > >> amount of
>> >>> > > >> >>>> >>>> private
>> >>> > > >> >>>> >>>> >> > >>> code to get it to work.
>> >>> > > >> >>>> >>>> >> > >>>
>> >>> > > >> >>>> >>>> >> > >>> musachy
>> >>> > > >> >>>> >>>> >> > >>>
>> >>> > > >> >>>> >>>> >> > >>> On Sun, Sep 27, 2009 at 12:50 PM, Antonio
>> >>> Petrelli
>> >>> > > >> >>>> >>>> >> > >>> <antonio.petre...@gmail.com> wrote:
>> >>> > > >> >>>> >>>> >> > >>>> 2009/9/27 Musachy Barroso <
>> musa...@gmail.com>:
>> >>> > > >> >>>> >>>> >> > >>>>> It is a missmatch between the jsp-apis.
>> The
>> >>> > > internal
>> >>> > > >> jasper
>> >>> > > >> >>>> >>>> >> implements
>> >>> > > >> >>>> >>>> >> > >>>>> 2.0, while tomcat 6/jasper 6 implement
>> 2.1, and
>> >>> in
>> >>> > > 2.1
>> >>> > > >> >>>> there a
>> >>> > > >> >>>> >>>> new
>> >>> > > >> >>>> >>>> >> > >>>>> method called. It is not looking good.
>> >>> > > >> >>>> >>>> >> > >>>>
>> >>> > > >> >>>> >>>> >> > >>>> You might wish to use JarJar to repackage,
>> to
>> >>> avoid
>> >>> > > >> >>>> conflicts
>> >>> > > >> >>>> >>>> like
>> >>> > > >> >>>> >>>> >> > >>>> this. Lots of people use them to avoid
>> >>> dependencies,
>> >>> > > >> like
>> >>> > > >> >>>> >>>> >> > >>>> commons-logging.
>> >>> > > >> >>>> >>>> >> > >>>> See:
>> >>> > > >> >>>> >>>> >> > >>>>
>> http://docs.atlassian.com/jarjar-maven-plugin/
>> >>> > > >> >>>> >>>> >> > >>>>
>> >>> > > >> >>>> >>>> >> > >>>> HTH
>> >>> > > >> >>>> >>>> >> > >>>> Antonio
>> >>> > > >> >>>> >>>> >> > >>>>
>> >>> > > >> >>>> >>>> >> > >>>>
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> >>>>
>> >>> > >
>> ---------------------------------------------------------------------
>> >>> > > >> >>>> >>>> >> > >>>> To unsubscribe, e-mail:
>> >>> > > >> dev-unsubscr...@struts.apache.org
>> >>> > > >> >>>> >>>> >> > >>>> For additional commands, e-mail:
>> >>> > > >> dev-h...@struts.apache.org
>> >>> > > >> >>>> >>>> >> > >>>>
>> >>> > > >> >>>> >>>> >> > >>>>
>> >>> > > >> >>>> >>>> >> > >>>
>> >>> > > >> >>>> >>>> >> > >>>
>> >>> > > >> >>>> >>>> >> > >>>
>> >>> > > >> >>>> >>>> >> > >>> --
>> >>> > > >> >>>> >>>> >> > >>> "Hey you! Would you help me to carry the
>> stone?"
>> >>> Pink
>> >>> > > >> Floyd
>> >>> > > >> >>>> >>>> >> > >>>
>> >>> > > >> >>>> >>>> >> > >>
>> >>> > > >> >>>> >>>> >> > >>
>> >>> > > >> >>>> >>>> >> > >>
>> >>> > > >> >>>> >>>> >> > >> --
>> >>> > > >> >>>> >>>> >> > >> "Hey you! Would you help me to carry the
>> stone?"
>> >>> Pink
>> >>> > > >> Floyd
>> >>> > > >> >>>> >>>> >> > >>
>> >>> > > >> >>>> >>>> >> > >
>> >>> > > >> >>>> >>>> >> > >
>> >>> > > >> >>>> >>>> >> > >
>> >>> > > >> >>>> >>>> >> > > --
>> >>> > > >> >>>> >>>> >> > > "Hey you! Would you help me to carry the
>> stone?"
>> >>> Pink
>> >>> > > >> Floyd
>> >>> > > >> >>>> >>>> >> > >
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> > --
>> >>> > > >> >>>> >>>> >> > "Hey you! Would you help me to carry the stone?"
>> Pink
>> >>> > > Floyd
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>>
>> >>> > >
>> ---------------------------------------------------------------------
>> >>> > > >> >>>> >>>> >> > To unsubscribe, e-mail:
>> >>> > > dev-unsubscr...@struts.apache.org
>> >>> > > >> >>>> >>>> >> > For additional commands, e-mail:
>> >>> > > dev-h...@struts.apache.org
>> >>> > > >> >>>> >>>> >> >
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> >>>> >>>> >>
>> >>> > > >>
>> _________________________________________________________________
>> >>> > > >> >>>> >>>> >> Lauren found her dream laptop. Find the PC that’s
>> right
>> >>> for
>> >>> > > >> you.
>> >>> > > >> >>>> >>>> >>
>> >>> > > >> http://www.microsoft.com/windows/choosepc/?ocid=ftp_val_wl_290
>> >>> > > >> >>>> >>>> >
>> >>> > > >> >>>> >>>>
>> >>> > > >> >>>> >>>>
>> >>> > > >> >>>> >>>>
>> >>> > > >> >>>> >>>> --
>> >>> > > >> >>>> >>>> "Hey you! Would you help me to carry the stone?" Pink
>> >>> Floyd
>> >>> > > >> >>>> >>>>
>> >>> > > >> >>>> >>>>
>> >>> > > >>
>> >>> ---------------------------------------------------------------------
>> >>> > > >> >>>> >>>> To unsubscribe, e-mail:
>> dev-unsubscr...@struts.apache.org
>> >>> > > >> >>>> >>>> For additional commands, e-mail:
>> >>> dev-h...@struts.apache.org
>> >>> > > >> >>>> >>>>
>> >>> > > >> >>>> >>>>
>> >>> > > >> >>>> >>>
>> >>> > > >> >>>> >>
>> >>> > > >> >>>> >
>> >>> > > >> >>>> >
>> >>> > > >> >>>> >
>> >>> > > >> >>>> > --
>> >>> > > >> >>>> > "Hey you! Would you help me to carry the stone?" Pink
>> Floyd
>> >>> > > >> >>>> >
>> >>> > > >> >>>>
>> >>> > > >> >>>>
>> >>> > > >> >>>>
>> >>> > > >> >>>> --
>> >>> > > >> >>>> "Hey you! Would you help me to carry the stone?" Pink
>> Floyd
>> >>> > > >> >>>>
>> >>> > > >> >>>>
>> >>> > >
>> ---------------------------------------------------------------------
>> >>> > > >> >>>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
>> >>> > > >> >>>> For additional commands, e-mail:
>> dev-h...@struts.apache.org
>> >>> > > >> >>>>
>> >>> > > >> >>>>
>> >>> > > >> >>>
>> >>> > > >> >>
>> >>> > > >> >>
>> >>> > > >> >>
>> >>> > > >> >> --
>> >>> > > >> >> "Hey you! Would you help me to carry the stone?" Pink Floyd
>> >>> > > >> >>
>> >>> > > >> >
>> >>> > > >> >
>> >>> > > >> >
>> >>> > > >> > --
>> >>> > > >> > "Hey you! Would you help me to carry the stone?" Pink Floyd
>> >>> > > >> >
>> >>> > > >>
>> >>> > > >>
>> >>> > > >>
>> >>> > > >> --
>> >>> > > >> "Hey you! Would you help me to carry the stone?" Pink Floyd
>> >>> > > >>
>> >>> > > >>
>> >>> ---------------------------------------------------------------------
>> >>> > > >> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
>> >>> > > >> For additional commands, e-mail: dev-h...@struts.apache.org
>> >>> > > >>
>> >>> > > >>
>> >>> > > >
>> >>> > >
>> >>> > >
>> >>> > >
>> >>> > > --
>> >>> > > "Hey you! Would you help me to carry the stone?" Pink Floyd
>> >>> > >
>> >>> > >
>> ---------------------------------------------------------------------
>> >>> > > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
>> >>> > > For additional commands, e-mail: dev-h...@struts.apache.org
>> >>> > >
>> >>> > >
>> >>>
>> >>> _________________________________________________________________
>> >>> Hotmail: Free, trusted and rich email service.
>> >>> http://clk.atdmt.com/GBL/go/171222984/direct/01/
>> >>>
>> >>
>> >
>> >
>> >
>> > --
>> > "Hey you! Would you help me to carry the stone?" Pink Floyd
>> >
>>
>>
>>
>> --
>> "Hey you! Would you help me to carry the stone?" Pink Floyd
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
>> For additional commands, e-mail: dev-h...@struts.apache.org
>>
>>
>

Reply via email to