-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Ralph,
> > I've been "promised" by Jason that the work on Maven 3 is going to fix > some of these issues. I simply haven't had the time to look at the work > on Maven 3 and even if I had, it has been changing at a fairly rapid > pace for months. > > While, in principal, Maven's processing is pretty simple - it just > collects artifacts and runs plugins - the reality is that there are lots > of side effects and timing issues. OK. > > The fix needed to address 2 things; determining the parent pom version > and resolving variables so that when the pom is deployed to the > repository the pom isn't ambiguous. That does not include resolving > variables in dependencies because those are actually OK to not be locked > down in the repo. Unfortunately, once the pom is processed it is > impossible to use the Maven Model object to create a new pom. It > contains lots of information that wasn't in the original pom that > shouldn't be in the pom deployed to a repository. The fix I did took > care of this effectively. Writing it to an alternate directory and then > telling maven where it was meant that the artifact deployer didn't need > any changes at all. Okay. So thats what I guessed when I said that the MavenProject/Model is just a stupid POJO and various plugins manipulate it with side effects. Sounds a little hacky to me but thats the way it is. So my serialization idea is nuts though. Anyhow I think that if you have some information in memory, you should NOT have to write it to the disc so that someone else can copy (read and write) it again. I thought that you store the transformed XML in that new string attribute (was it alternativeRepresentation) so the Installer/Deployer could write this string if available instead of copying the pom.xml as is. A big problem could be the encoding issue if you store XML in a string and then want to save it with some Writer, you need to know the encoding from the XML-header or you run into trouble. > > Ralph Regards Jörg -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoLIHwACgkQmPuec2Dcv//OawCfTCpa29oxzE68SoadDl2pYOC2 uAsAn1/+M2rOHg+UlrklPJRabJD7oK6s =YnIP -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org