Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tycho-user] Best practice for version handling



On 12-01-09 7:18 AM, Mickael Istria wrote:
On 09/01/2012 12:59, Igor Fedorenko wrote:
Parent coordinates have to be constants, otherwise Maven will not be
able to load build extensions that provide Tycho-specific behaviour. The
same probably applies to artifactId and packaging, but I am not 100% sure.
Ok, that's what I thought too.

I do not believe there are any fundamental restrictions on other parts
of pom.xml, but implementation may or may not be possible without
changes to Maven core.
It would probably make more sense to have ${manifest.*} in Maven core
rather than just in Tycho. It is not related to p2, and any Maven
project could use it.


Not sure I follow. Most non-Tycho Maven projects do not have
hand-written manifest in their sources, what values would be used for
${manifest.*} in such projects?

Other Maven tools, like m2e, will likely need changes to support the
new properties.
If this feature exists and is used, then other tools will automatically
support it later. Other tools are not a blocking point.


I would not count on this, to be honest. Any change to pom.xml format
and/or interpretation will have at least some impact of tools that read
pom.xml.

The real question, though, is it worth the trouble?
I think that although it is not that difficult to synchronize pom and
manifest, it is one more (easy to forget and annoying) step to do when
maintaining a project. And having the opportunity to reference MANIFEST
in artifactId and version -and then to have automatic synchronization-
would be a great step forward conceptually. It would make Tycho even
more OSGi-friendly,

So it would be very nice to have it,

But that's not an immediate requirement, just more food for thoughts.

Well, in this case why not take things even further and get rid of the
pom altogether? Most Tycho projects have very basic pom.xml files, which
can be easily derived from other metadata.

--
Regards,
Igor


Back to the top