struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Craig McClanahan" <craig...@apache.org>
Subject Re: [shale] Maven 2 profile activation
Date Tue, 13 Jun 2006 04:33:35 GMT
On 6/12/06, Gary VanMatre <gvanmatre@comcast.net> wrote:
>
> I had to wack my m2 shale repos and then rebuild all of the
> libraries.  That was the was the ticket.  I'm having trouble building
> shale-test.  Is anyone seeing this error?
>
>
> [INFO] [compiler:compile]
> Compiling 34 source files to c:\shale2\mvn_reorg\shale-test\target\classes
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Compilation failure
>
> c:\shale2\mvn_reorg\shale-test\src\main\java\org\apache\shale\test\mock\MockServ
> letContext.java:[53,7] org.apache.shale.test.mock.MockServletContext is
> not abst
> ract and does not override abstract method getContextPath() in
> javax.servlet.Ser
> vletContext


Hmm ... getContextPath() was added to the Servlet API in 2.4, so you'd get
an error like this if you compiled against the 2.4 version of the API.  We
don't explicitly specify a version in the test framework's POM, so for me
(and I'd guess for Wendy too) it's picking up a 2.3 version of the servlet
API.

Since Shale as a whole depends on Servlet 2.4, I'm going to go through all
the POMs and make sure we're explicit about the version number ... and also
clean up any problems that this causes (including this one).  Look for a
commit later this evening.

Craig


-------------- Original message --------------
> From: "Craig McClanahan" <craigmcc@apache.org>
>
> > On 6/12/06, Gary VanMatre wrote:
> > >
> > > I was looking at the shale-usecaes build under the mvn_reorg branch
> and it
> > > looks like the war is bring everything but the kitchen sink as a
> > > dependency. The WEB-INF/lib contains the RI, myfaces, freemarker,
> struts,
> > > ant, and a couple versions of velocity.
> > >
> > > It it picking this up from cargo or parent project dependencies?
> >
> >
> > Did you do a clean recently? A bunch of stuff has changed, and that'll
> be
> > the only way to get good results, including just MyFaces (if you do "mvn
> > clean install") and just the RI (if you do "mvn -Djsf=ri clean
> install").
> > There was also a ton of stuff being inherited from the Spring 1.2.2 POMs
> ...
> > updating the dependency to 1.2.5 cleared up a lot of that.
> >
> >
> > Gary
> >
> >
> > Craig
> >
> >
> > -------------- Original message --------------
> > > From: "Craig McClanahan"
> > >
> > > > On 6/12/06, Wendy Smoak wrote:
> > > > >
> > > > > On 6/12/06, Wendy Smoak wrote:
> > > > >
> > > > > > We now have the MyFaces profile is active if the 'jsf' property
> is
> > > not
> > > > > > set. The JSF RI profile is activated with -Djsf=ri on the
> command
> > > > > > line.
> > > > >
> > > > > Note that this is -D for a system property (not -P for a profile
> id).
> > > >
> > > >
> > > > D'oh ... not enough coffee to tell the difference between a "D" and
> a
> > > "P".
> > > >
> > > > > Using -Pmyfaces and -Pjsfri still works. Profiles can always be
> > > > > > activated by their ids.
> > > > >
> > > > > But this part isn't true -- you'll end up with *both* MyFaces and
> the
> > > > > RI if you do 'mvn -Pjsfri'.
> > > > >
> > > > > I'll add properties to the other profiles tonight, and we'll
> switch to
> > > > > only using -D to avoid confusion.
> > > >
> > > >
> > > > That makes sense.
> > > >
> > > > --
> > > > > Wendy
> > > >
> > > >
> > > > Craig
> > >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message