Apparently the documentation has already been fixed but not yet published ;-)
-----Original Message----- From: Steven D. Majewski [mailto:sd...@virginia.edu] Sent: Wednesday, September 23, 2009 10:18 PM To: users@cocoon.apache.org Subject: Re: problems with "Getting Started" 2.2 [was: Starting out with Cocoon 2.2] Thank You!! Both "1.0.0" and "1.0-SNAPSHOT" are mismatched in the documentation. I was following the instructions a little too exactly! I wondered about this mismatch at the time, but I thought that perhaps "SNAPSHOT" was a keyword directive of some sort ( like HEAD or PREV in subversion ) so I went ahead and blindly follower the directions. I was continuing to the myCocoonWebApp and was hitting the same complaint from maven. After setting all of the dependencies to use "1.0.0" , that also now works. -- Steve M. On Sep 23, 2009, at 4:09 PM, Robby Pelssers wrote: > Ok.... > > I traced your mistake: > > Take a look at your dependency in myblock1 pom.xml: > > <dependency> > <groupId>edu.virginia.lib</groupId> > <artifactId>myBlock2</artifactId> > <version>1.0-SNAPSHOT</version> > </dependency> > > > While in myBlock2 pom.xml > > <name>myBlock2</name> > <groupId>edu.virginia.lib</groupId> > <artifactId>myBlock2</artifactId> > <version>1.0.0</version> > > > So you need to set the version's equal !!! > > Kind regards and glad to be of assistance. > Robby Pelssers > > -----Original Message----- > From: Robby Pelssers [mailto:robby.pelss...@ciber.com] > Sent: Wednesday, September 23, 2009 9:30 PM > To: users@cocoon.apache.org > Subject: RE: problems with "Getting Started" 2.2 [was: Starting out > with > Cocoon 2.2] > > Could you attach both poms to a reply? I'd love to see if I can track > down some mistake there... It's really getting stranger by the > minute... > > I wouldn't expect maven to complain without a good reason. Maybe some > small typo is causing this. > > Robby > > -----Original Message----- > From: Steven D. Majewski [mailto:sd...@virginia.edu] > Sent: Wednesday, September 23, 2009 9:22 PM > To: users@cocoon.apache.org > Subject: Re: problems with "Getting Started" 2.2 [was: Starting out > with > Cocoon 2.2] > > > On Sep 23, 2009, at 3:14 PM, Robby Pelssers wrote: > >> Ok...here is what I want you to do in this order !!! >> >> In myblock2: >> -Mvn clean >> -Mvn eclipse:eclipse >> -Mvn install >> >> >> In myBlock1.. >> -mvn clean >> -add dependency on myBlock2 again >> -mvn eclipse:eclipse >> -mvn install >> >> If this does not work I'm puzzled. >> >> Robby >> > > Following those steps I get the same error on mvn install of myBlock1: > > [INFO] Failed to resolve artifact. > > Missing: > ---------- > 1) edu.virginia.lib:myBlock2:jar:1.0-SNAPSHOT > > Try downloading the file manually from the project website. > > [...] > >> ??? This is really weird... >> >> That would mean that somehow the myBlock2.jar is in the classpath of >> myBlock1... the only possible explanation I can think of is that you >> configured this dependency in the rcl file... > > I *do* have it in the rcl file, and I haven't commented that out. > ( maybe that's why it continues to work with the dependencies removed > from the pom. ) > > myBlock1/rcl.properties: > > edu.virginia.lib.myBlock1.service%classes-dir=./target/classes > edu.virginia.lib.myBlock2.service%classes-dir=../myBlock2/target/ > classes > %exclude-lib=edu.virginia.lib:myBlock2 > > > >> >> -----Original Message----- >> From: Robby Pelssers [mailto:robby.pelss...@ciber.com] >> Sent: Wednesday, September 23, 2009 9:10 PM >> To: users@cocoon.apache.org >> Subject: RE: problems with "Getting Started" 2.2 [was: Starting out >> with >> Cocoon 2.2] >> >> Aha... so that explains why the myBlock2.jar IS still in the >> classpath... lol >> >> If you were to do mvn eclipse:eclipse again which you should after >> adding/ removing dependencies... stuff wil NOT work anymore. >> >> Robby >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org