[jira] Reopened: (MNG-449) plugin development without release use case
[ http://jira.codehaus.org/browse/MNG-449?page=all ] Brett Porter reopened MNG-449: -- sorry to whine again this is really annoying. we need to make it such that any invocation of m2 install makes that plugin the default sorry, I didn't mean to fix -cpl. To be honest, I'd rather remove it, or perhaps make it the default? Will that unnecessarily query the remote repo? plugin development without release use case --- Key: MNG-449 URL: http://jira.codehaus.org/browse/MNG-449 Project: Maven 2 Type: Bug Components: maven-artifact Versions: 2.0-alpha-2 Reporter: Brett Porter Assignee: John Casey Fix For: 2.0-beta-3 Original Estimate: 3 hours Time Spent: 2 hours Remaining: 0 minutes currently, a plugin used from the command line or a POM without a version uses the latest release. This is inconvenient and confusing when you are developing a plugin as you need to do the first install with -DupdateReleaseInfo to get it to use your version. There needs to be a better way to do this. It may be solved by existing issues relating to the RELEASE and plugin version management. If not, then another alternative might need to be considered, like local installation triggering a RELEASE update. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Reopened: (MNG-449) plugin development without release use case
[ http://jira.codehaus.org/browse/MNG-449?page=all ] Brett Porter reopened MNG-449: -- Assign To: (was: John Casey) this is really annoying. we need to make it such that any invocation of m2 install makes that plugin the default plugin development without release use case --- Key: MNG-449 URL: http://jira.codehaus.org/browse/MNG-449 Project: Maven 2 Type: Bug Components: maven-artifact Versions: 2.0-alpha-2 Reporter: Brett Porter Fix For: 2.0-beta-2 currently, a plugin used from the command line or a POM without a version uses the latest release. This is inconvenient and confusing when you are developing a plugin as you need to do the first install with -DupdateReleaseInfo to get it to use your version. There needs to be a better way to do this. It may be solved by existing issues relating to the RELEASE and plugin version management. If not, then another alternative might need to be considered, like local installation triggering a RELEASE update. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Reopened: (MNG-449) plugin development without release use case
[ http://jira.codehaus.org/browse/MNG-449?page=all ] Brett Porter reopened MNG-449: -- doesn't actually fix it. the plugin resolver tries to resolve RELEASE still (as it should), and doesn't know to try LATEST. IT could possibly try LATEST if RELEASE was not resolvable... but that only helps when starting out. plugin development without release use case --- Key: MNG-449 URL: http://jira.codehaus.org/browse/MNG-449 Project: Maven 2 Type: Bug Components: maven-artifact Versions: 2.0-alpha-2 Reporter: Brett Porter Assignee: John Casey Fix For: 2.0-beta-1 currently, a plugin used from the command line or a POM without a version uses the latest release. This is inconvenient and confusing when you are developing a plugin as you need to do the first install with -DupdateReleaseInfo to get it to use your version. There needs to be a better way to do this. It may be solved by existing issues relating to the RELEASE and plugin version management. If not, then another alternative might need to be considered, like local installation triggering a RELEASE update. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]