[mevenide-dev] [jira] Resolved: (MEVENIDE-574) Transitive snapshot dependencies are in conflict with manifest naming when performing netbeans execution assembly

     [ http://jira.codehaus.org/browse/MEVENIDE-574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Milos Kleint resolved MEVENIDE-574.
-----------------------------------

    Resolution: Won't Fix

I've changed the way Run/Debug project works for "jar" packaged project. Instead of generating stuff in the pom.xml file and configuring multiple plugins (assembly+jar), we are using the exec:exec goal to execute the project.

multiple advantages to the approach
1. no pom.xml editing from the IDE codebase
2. faster run/debug cycle as the project doesn't get jarred and dependencies don't get copied.
3. no netbeans specific plugin to run the app.

Considering this issue not relevant for 3.1.x versions, closing as wontfix.


> Transitive snapshot dependencies are in conflict with manifest naming when performing netbeans execution assembly
> -----------------------------------------------------------------------------------------------------------------
>
>                 Key: MEVENIDE-574
>                 URL: http://jira.codehaus.org/browse/MEVENIDE-574
>             Project: mevenide
>          Issue Type: Bug
>          Components: mevenide2-netbeans
>    Affects Versions: NB_3.0
>         Environment: Windows XP, Netbeans 6.0 RC2, Maven plugin
>            Reporter: Will McKinley
>            Assignee: Milos Kleint
>             Fix For: NB_3.1
>
>
> I specified a run profile for my project.  This project has a transitive dependency on a snapshot jar.  When the snapshot jar is copied to the lib directory under target/executable-netbeans.dir it is named with the long checksum id instead of ${version}-SNAPSHOT.  However, the manifest has the naming convention of ${version}-SNAPSHOT.  Therefore, I get a ClassNotFoundException when executing the run.
> I've worked around it for now by modifying the netbeans-run.xml to override the outputFileNameMapping for this jar, but I feel this is a hack that I would like to do without.  
> Thanks for your assistance.

-- 
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 from this list, please visit:

    http://xircles.codehaus.org/manage_email