ant elder wrote:
On 7/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
On 7/17/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> Doing a quick search on the code, looks like we have a combination of
> parent pom references in our current trunk code.
>
> Searching for: <version>2-incubating</version>
> cts\pom.xml(24): <version>2-incubating</version>
> sca\pom.xml(25): <version>2-incubating</version>
> sca\pom.xml(160): <version>2-incubating</version>
> Found 3 occurrence(s) in 2 file(s)
>
> Searching for: <version>2-incubating-SNAPSHOT</version>
> buildtools\pom.xml(25): <version>2-incubating-SNAPSHOT</version>
> buildtools\pom.xml(30): <version>2-incubating-SNAPSHOT</version>
> das\pom.xml(25): <version>2-incubating-SNAPSHOT</version>
> pom\parent\pom.xml(32): <version>2-incubating-SNAPSHOT</version>
> sdo\pom.xml(25): <version>2-incubating-SNAPSHOT</version>
> sdo\sdo-api\pom.xml(25): <version>2-incubating-SNAPSHOT</version>
> spec\sdo-api\pom.xml(25): <version>2-incubating-SNAPSHOT</version>
> Found 7 occurrence(s) in 6 file(s)
>
> I guess, we should be using the SNAPSHOT version in trunk, but I want
> to ask before I make these changes.
>
> --
> Luciano Resende
> Apache Tuscany Committer
> http://people.apache.org/~lresende
> http://lresende.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> Hi Luciano
Shouldn't we be developing against a released/stable version of the
parent
pom unless there are changes that are required? I.e if we develop
against
a
snapshot , and rely on its features, then we should release the snapshot
parent pom before we release packages that depend on it.
Simon
From past discussion thats been the intention i think - that we'd use
the
released non-SNAPSHOT version, but thats going back to the days when
there
was separate releases of all the different modules. Probably a bit
late for
this now - but do we really even want/need this parent pom? It seems
simpler
and more flexible to me if each sub project just has its own.
...ant
+1 for each sub-project to have its own, it seems simpler to me, and the
version can just be the same as the other modules in the sub-project.
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
