[jira] Moved: (MPARTIFACT-49) pom:install should produce a temporary standalone POM to copy to repo

["Brett Porter (JIRA)" <ji...@codehaus.org>]

     [ http://jira.codehaus.org/browse/MPARTIFACT-49?page=all ]

Brett Porter moved MPPOM-4 to MPARTIFACT-49:
--------------------------------------------

    Fix Version:     (was: 1.4.2)
                 1.5
        Version:     (was: 1.4.1)
            Key: MPARTIFACT-49  (was: MPPOM-4)
        Project: maven-artifact-plugin  (was: maven-pom-plugin)

> pom:install should produce a temporary standalone POM to copy to repo
> ---------------------------------------------------------------------
>
>          Key: MPARTIFACT-49
>          URL: http://jira.codehaus.org/browse/MPARTIFACT-49
>      Project: maven-artifact-plugin
>         Type: Improvement
>     Reporter: John Casey
>     Priority: Blocker
>      Fix For: 1.5

>
>
> Currently, pom:install does a file copy to the local repo. This has multiple problems.
> * Entities are not resolved, and entity imports are not copied.
> * Extends path can be relative, which makes it nearly impossible to use the pom in a meaningful way without also finding it's parent (usually the only way to resolve ../project.xml would be to do an scm checkout; but that info is in the pom that won't parse).
> I propose the following:
> prior to the file copy inside pom:install and pom:deploy, there should be a prereq="pom:generate-standalone" which would literally take the Project instance in memory and serialize it to a temporary project.xml (let's say target/project.xml or something). The pom:install and pom:deploy goals would then copy *that file* to the repo rather than the original project.xml file.
> It would:
> * Remove the extends element, because the Project instance is the result of any merges
> * Remove the issue of discorporeal entities, since entity resolution would have happened before parsing the project.xml at the beginning of pom:xxx
> I think this is still logically valid, since any pom in the repo is considered an artifact, and should be able to stand on it's own without complex interpretation. It would also be easy to do with xstream or any other type of xml serialization...even xpp3's XmlSerializer could do it, and the code to do so would be of minimal size.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org