On 6/12/06, Gary VanMatre <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> > 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 > >
