Mailing-List: contact dev-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Developers List" <dev@struts.apache.org>
Received-SPF: pass (athena.apache.org: domain of niall.pemberton@gmail.com
 designates 209.85.146.179 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=NvwJph5fzfnqOUT+F7ies5zf7YRyBFwJ0xNQfYbSu1vXJ4psvWi/Od2AHV2gQC8Pz90T7vZTEMZDTw2bGNA3RQ2WiRN5/l3tGRNdvAKig8YMaAAE44xQb6TMc+cEzeq6yTr+7BmwE6jL1wifoJSrirfspLUR5FV9HJLGBHGSivM=
Message-ID: <55afdc850802161815u5f3cf36bi9321d452dcd0570e@mail.gmail.com>
Date: Sun, 17 Feb 2008 02:15:46 +0000
From: "Niall Pemberton" <niall.pemberton@gmail.com>
To: "Struts Developers List" <dev@struts.apache.org>
Subject: Re: svn commit: r628298 -
 /struts/struts2/trunk/apps/portlet/src/test/java/org/apache/struts2/portlet/test/Struts2PortletTest.java
In-Reply-To: <7270d7cd0802160818h7b1de4bfo2975d7d5726afc32@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20080216140131.25C371A9832@eris.apache.org>
	 <7270d7cd0802160604s6970ef82qd5bc3b9fc48686d8@mail.gmail.com>
	 <436d9a250802160608n4598fbd0r1dd037d169ca6d30@mail.gmail.com>
	 <7270d7cd0802160613q5dae4e4kb6d82f63e5c2382d@mail.gmail.com>
	 <436d9a250802160616m66848720qac2170ee122a26fb@mail.gmail.com>
	 <7270d7cd0802160818h7b1de4bfo2975d7d5726afc32@mail.gmail.com>

On Feb 16, 2008 4:18 PM, Nils-Helge Garli Hegvik <nilsga@gmail.com> wrote:
> Something is really, really weird... Seems like all loading of tlds
> from jar files has stopped working. If I place the missing tlds in
> web-inf and refer to them in web.xml, I get one step furthere and then
> it fails on the next tag library... What in the world could be causing
> this? I can't rule out the maven-jetty-pluto stuff, although I don't
> see how that could be the problem considering it hasn't changed since
> it was introduced.

You may know this, so apologies if I'm stating the obvious...

Pluto depends on 1.0.x of the standard taglib[1] - in that version sun
used "http://java.sun.com/jstl/core" for the taglib uri (in c.tld),
but from 1.1.x onwards they changed the uri to
"http://java.sun.com/jsp/jstl/core" - so my guess is its a class
loading issue and probably c.tld with the later format uri is being
loaded from somewhere like Jetty's JSP-2.1 jar[2].

Having said all that - I still couldn't get it to work - I also tried
the surefire "childDelegation" option[3] - but that didn't seem to
work - although it does say something about excluding javax.*

[1] http://repo1.maven.org/maven2/taglibs/standard/
[2] http://repo1.maven.org/maven2/org/mortbay/jetty/jsp-2.1/
[3] http://maven.apache.org/plugins/maven-surefire-plugin/examples/class-loading.html

> Nils-H
>
>
> On Feb 16, 2008 3:16 PM, Don Brown <mrdon@twdata.org> wrote:
> > Yay Maven... *ducks* :)
> >
> >
> > Don
> >
> > On 2/17/08, Nils-Helge Garli Hegvik <nilsga@gmail.com> wrote:
> > > I know. I've tried locally as well. It's not very obvious what the
> > > problem could be. This test has been running without problems for a
> > > long time no (after some initial start up problems...), so there's no
> > > reason it suddenly should fail.
> > >
> > > Nils-H
> > >
> > > On Feb 16, 2008 3:08 PM, Don Brown <mrdon@twdata.org> wrote:
> > > > I explicitly removed the 2.4 servlet jar that was leaking in, but that
> > > > only seemed to fix the method not found exception I was seeing.  I
> > > > even tried including jstl but that didn't seem to help.
> > > >
> > > > Don
> > > >
> > > >
> > > > On 2/17/08, Nils-Helge Garli Hegvik <nilsga@gmail.com> wrote:
> > > > > I don't know why the test have started to fail, but it appears that
> > > > > some updated dependency version somewhere has caused a
> > > > > dependency-classloader-clash.... The prime suspect is a conflicting
> > > > > version of servlet-api indirectly included somewhere...
> > > > >
> > > > > Nils-H
> > > > >
> > > > > On Feb 16, 2008 3:01 PM,  <mrdon@apache.org> wrote:
> > > > > > Author: mrdon
> > > > > > Date: Sat Feb 16 06:01:29 2008
> > > > > > New Revision: 628298
> > > > > >
> > > > > > URL: http://svn.apache.org/viewvc?rev=628298&view=rev
> > > > > > Log:
> > > > > > Commenting out tests for now
> > > > > > WW-2494
> > > > > >
> > > > > > Modified:
> > > > > >     struts/struts2/trunk/apps/portlet/src/test/java/org/apache/struts2/portlet/test/Struts2PortletTest.java
> > > > > >
> > > > > > Modified: struts/struts2/trunk/apps/portlet/src/test/java/org/apache/struts2/portlet/test/Struts2PortletTest.java
> > > > > > URL: http://svn.apache.org/viewvc/struts/struts2/trunk/apps/portlet/src/test/java/org/apache/struts2/portlet/test/Struts2PortletTest.java?rev=628298&r1=628297&r2=628298&view=diff
> > > > > > ==============================================================================
> > > > > > --- struts/struts2/trunk/apps/portlet/src/test/java/org/apache/struts2/portlet/test/Struts2PortletTest.java (original)
> > > > > > +++ struts/struts2/trunk/apps/portlet/src/test/java/org/apache/struts2/portlet/test/Struts2PortletTest.java Sat Feb 16 06:01:29 2008
> > > > > > @@ -3,7 +3,9 @@
> > > > > >  public class Struts2PortletTest extends BasePortletTest {
> > > > > >
> > > > > >         private final static String PORTLET_NAME = "StrutsPortlet";
> > > > > > -
> > > > > > +
> > > > > > +    public void testNone() {}
> > > > > > +/*
> > > > > >         public void testIndexPage() throws Exception {
> > > > > >                 beginAt("pluto/index.jsp");
> > > > > >                 assertTextPresent("Welcome to the Struts example portlet");
> > > > > > @@ -74,7 +76,7 @@
> > > > > >                 switchEdit();
> > > > > >                 assertTextPresent("Back to view mode");
> > > > > >         }
> > > > > > -
> > > > > > +*/
> > > > > >         @Override
> > > > > >         public String getPortletName() {
> > > > > >                 return PORTLET_NAME;
> > > > > >

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org