Issue Details (XML | Word | Printable)

Key: JS2-261
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Ate Douma
Reporter: Scott T Weaver
Votes: 0
Watchers: 0
Operations

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

(re)Deployed portlet application wars not always (re)deployed

Created: 17/May/05 11:41 PM   Updated: 25/May/05 07:53 AM
Component/s: Deployment
Affects Version/s: 2.0-M2, 2.0-M3
Fix Version/s: 2.0-M3, 2.0-FINAL

Time Tracking:
Not Specified

Environment: Windows XP SP2, Java 4.4.2_07, Tomcat 5.30

Resolution Date: 25/May/05 07:53 AM


 Description  « Hide
More often than not (in my experience) newly/redeployed wars are not being picked up by Tomcat if the war is in the Jetspeed deploy directory prior to starting Tomcat. Touching the war once it has been copied to the Tomcat webapps directory will then cause Tomcat to deploy the newer war file. IMO, this is more of a tomcat issue than a J2 one. An easy resolution could be to possibly delay the startup of the deployment service ~10-15 seconds prior to inital container startup as I feel this is more of a timing issue than anything else.


-Scott

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Ate Douma added a comment - 25/May/05 07:53 AM
Implemented by using the configured 2*scanningDelay (default 10 sec.) at startup.