As long as there's a canonical format that is semantically crisp, and
that there's an unambiguous transform between the two formats, I think
this is a reasonable idea. But I would make sure that there's a
plugin that can auto-transform to and from the formats, so that if I'm
looking at a project with a pom.yml but don't understand yml (don't
snicker, I'm thinking about other formats) then I can do a transform
to get a pom.xml that's the minimum-required pom.xml that is
semantically consistent with the former.
Christian
On 20-Jan-09, at 17:39 , Hervé BOUTEMY wrote:
Le mardi 20 janvier 2009, Nathaniel Harward a écrit :
After browsing the Maven source code it looks to me like the best
way to do
this is to create a YAML plugin for Modello, then somehow glue that
into
the core Maven code. I don't have any prior experience developing
either
one (though I am a developer), but as I have time I can look at it
and
experiment with it. Any code tips on how I might do this as a
contribution
would be welcomed, as well as any reasons why I should *not* do
this or why
this would not be a desirable change. If there is enough interest
and
people think it's an idea worth pursuing, I'll jump on IRC to try
to get a
jump start.
I won't argue for or against its use in Maven.
But I see no problem to write a Modello plugin to read/write a model
(POM
model in the case of Maven) from/to YAML, like it is already done
with XML
(with many API flavors): this won't break anything and is the intend
behind
plugins in Modello.
You can have a look at Modello site and look at one of the XML
plugins to see
how it is done. See [1].
If you need more help, we'll better talk on Modello developer
mailing-list.
Regards,
Hervé
Thank you,
Nat Harward
[1] http://modello.codehaus.org/index.html
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
Christian Edward Gruber
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
