-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I have a similar setup, only I declare the dependency versions in the
parent pom (using dependency management). Of course, not tried to use
a property there
(define the versions explicitly), but maven happily updates the
dependency management section when releasing.
Cheers,
Johan
Ryan Heaton wrote:
> Thanks, that helps, but the build still fails on the install with the
> same error because "child3" still depends on "child1" which isn't
> installed yet.
>
> However, this does somewhat simplify my procedure...
>
> New procedure:
>
> 1. "mvn release:prepare" (build will fail with message described
> below, but the pom versions will be updated)
> 2. for each module, in order: "mvn -N -DskipTests=true install"
> 3. "mvn release:clean" (clean up the last failed release)
> 4. "mvn release:prepare" (should work this time)
> 5. "mvn release:perform"
>
> Again, if anyone can help simplify this process (especially step #2
> above), please let me know.
>
> Thanks,
>
> -Ryan
>
>
>
> On Thu, Oct 16, 2008 at 1:59 PM, Stephen Connolly
> <[EMAIL PROTECTED]> wrote:
>> do mvn -N install in the parent folder first and then mvn install
>>
>> 2008/10/16 Ryan Heaton <[EMAIL PROTECTED]>:
>>> Well, my show had to go on. I had to resort to revving, building and
>>> deploying each module one-by-one. Ouch!
>>>
>>> If anyone can bring relief to my suffering, I would be greatly
appreciative.
>>>
>>> -Ryan
>>>
>>>
>>>
>>> On Wed, Oct 15, 2008 at 12:46 PM, Ryan Heaton <[EMAIL PROTECTED]>
wrote:
>>>> Hi.
>>>>
>>>> I just converted my project to a Maven build. I started with version
>>>> 1.8-SNAPSHOT of my project and I'm trying to cut a release for version
>>>> 1.8.
>>>>
>>>> My project is quite complex: multi-module and modules have
>>>> dependencies on one another. So to make it simple, there's the parent
>>>> with 3 child modules: child1, child2, and child3. All children inherit
>>>> from the parent module. child1 has no dependencies, child2 has a
>>>> dependency on child1 and child3 has a dependency on child2.
>>>>
>>>> So, when I cut a release, all pom files are updated to the new
>>>> version, 1.8. The child poms, since they don't explicitly declare a
>>>> version, are updated to 1.8 by changing the inheritance of the parent
>>>> to version 1.8. The dependencies of the child poms are updated because
>>>> they're using a property reference, ${project.version}, to declare
>>>> their dependencies on their siblings.
>>>>
>>>> But now I try to do a local install and get the "dependency can't be
>>>> resolved but has been found in the reactor" message and the build
>>>> fails because child3 can't resolve its dependency on child1 version
>>>> 1.8.
>>>>
>>>> Is my issue the same as http://jira.codehaus.org/browse/MNG-3685 ?
>>>>
>>>> If so, how do I get Maven 2.0.11 installed? If not, how am I supposed
>>>> to cut a release? Is my project set up wrong?
>>>>
>>>> Thanks in advance.
>>>>
>>>> -Ryan
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
- --
you too?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFI96EDpHYnED7evioRAnJEAJ0btLumRiAQXcBitZ4/NhG937Si2QCgoFD2
jdSR95GXGPsSvsfRmcJoa/A=
=GQtk
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]