Issue Details (XML | Word | Printable)

Key: RIO-199
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Dennis Reedy
Reporter: Dennis Reedy
Votes: 1
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Rio

Drag and drop (or copy) OAR behavior

Created: 26/Aug/09 01:45 PM   Updated: 06/Sep/09 02:30 PM
Return to search
Component/s: Deployment
Affects Version/s: 4.0 M3
Fix Version/s: 4.0 M3

Time Tracking:
Not Specified


 Description  « Hide
Drag and drop (or copy) OAR behavior. Right now if an OAR is dropped the FileSystemOARHandler checks to see if it has already been installed. If it has not been installed it will be installed and (based on it's OAR-Activation manifest property) be deployed. If the OAR has already been installed, the FileSystemOARHandler will check if the OAR has been updated. If the OAR has been updated it will overwrite the earlier installation and be deployed if it is not already deployed. If it has not been updated no action is taken, other than logging a message.

After sleeping on this I propose the following: If an OAR is dropped (copied) for deployment, the FileSystemOARHandler will always install the OAR. If the OAR has not been deployed (and based on it's OAR-Activation manifest property), will be deployed. If it is already deployed, the deployed opstring will be updated.

 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Jeff Ramsdale added a comment - 26/Aug/09 07:22 PM
Agreed. The proposed behavior seems most reasonable.

Dennis Reedy added a comment - 03/Sep/09 05:18 PM
The behavior specified has been implemented. PLease make sure your issues are resolved with this. Once acknowledged I will close the issue

Jeff Ramsdale added a comment - 06/Sep/09 07:58 AM
Again, works perfectly--thanks!