General feedback on creating a package-backed resource (EAR/WAR in particular) showed people were confused they had to enter a resource name and a package name at creation time. At the time, I thought it would be a shortcut to them having to rename the resource later, but really, I don't think that many people are renaming their resources all that frequently. I'm going to leave the field in the request object in case a UI does want to go that route in the future. What this JIRA is for is to add the ability for the plugin to indicate the resource name (along with the key) when it reports the creation was successful. Since the plugin provides the resource name initially at discovery time, it makes sense it would come up with the resource name here. On the server, if the user did provide a name, I won't overwrite it with the plugin provided one. I'm going to change the UI to not ask for the resource name, so this logic shouldn't be exercised currently.
RHQ r1095, JON r10140 Changes package-backed resource creation to not prompt the user for a resource name; the idea being, the package should really dictate the resource name so it's redundent and confusing to prompt the user for one. The infrastructure for specifing the resource name at creation time is still in place (and in use by configuration-backed resources). Added DB setup/upgrade information to remove the requirement for a resource name at resource creation time. Changed plugin APIs to allow the resource name to be indicated in the response.
BTW, this also ups the history entry's resource name length to 500 to match RHQ-481.
QA: - Test this as both an upgrade to an existing DB as well as a clean setup. There was one change to the DB schema (minor, changed a column length and ability to be null). - Test the upgrade on both Oracle and Postgres. - Deploy a new EAR file. You shouldn't be prompted for a resource name. When the response comes back as successful, you should see the file you just deployed as a resource with the same name as the package name you specified. - Force a deployment to fail (simply don't have the agent running). Click the "Resubmit" option. Make sure the page appears (initially, I saw an error due to the resource name removal).
Reopening since I messed up the workflow.
QA: This can easily be tested at the same time as RHQ-669.
Can't test this until rhq-733 is integrated.
Tested this on a clean install, worked. note according to jdob, the package name is no longer part of the UI. Now for an upgrade install.
Testing on upgrade failed, joseph will open a separate bug, which I will then link with this one, and close this one. tested on rev1250, win, postgres
All bugs found have been opened separately, closing this one.
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-666 This bug is duplicated by RHQ-667 This bug relates to RHQ-763