| Summary: | Updated server config files do not auto deploy when server is restarted | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [WebTools] WTP ServerTools | Reporter: | Luke Pacholski <lukpac> | ||||
| Component: | jst.server | Assignee: | Larry Isaacs <larryisaacs> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Angel Vera <arvera> | ||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | lukpac, vychtrle | ||||
| Version: | 3.2 | Flags: | arvera:
review+
|
||||
| Target Milestone: | 3.2.4 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| See Also: | https://git.eclipse.org/r/109032 | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Luke Pacholski
"It looks like editing the port in the Overview screen (by double clicking on the server in the Servers view) does force server.xml to publish when restarting the server. At least it does on my home PC. I will verify the behavior on my work PC." Confirmed on work PC, using WTP M-3.2.1-20100716070539. Continues to be an issue in WTP 3.2.1 final (3.2.1.v201007151559-377A88s73533F5H384A). Continues to be an issue in WTP 3.2.2 final (as installed with Eclipse 3.6 SR1). Also continues to be an issue in WTP 3.3.0M2 (installed on top of 3.6 SR1). Is anybody looking into this? Should I have assigned it to a different group? Sorry, my initial scan of this bug a while back may have been too quick and I misinterpreted this as the known issue where modifying the server configuration files won't cause a restart to be requested. I've confirmed the behavior. I'll try to get this fixed in 3.2.3. For now, it appears right-clicking on the server in the Server's view and selecting "Clean..." will force the configuration changes to be published. Awesome, thanks. Like I said, manually publishing is also a workaround. *** Bug 312335 has been marked as a duplicate of this bug. *** Created attachment 192762 [details]
Patch to add a resource listener for Tomcat configuration changes
Hi Angel, I'm requesting this review for deciding the _possible_ inclusion of this patch in WTP 3.2.4. I'm fine either way. The issue can be annoying and is technically a regression, but it's not a problem that occurs that often and has a simple workaround. The code is fairly straightforward, so I think it could be a candidate for WTP 3.2.4. Sorry for not finding cycles sooner. Note that this patch contains a small addition to the serverListener in ServersView2.java. This is needed so that when a Tomcat server state is marked as needing to publish, the Servers view will refresh. Currently, it appears the Servers view is refreshed only if the server changes its running state, but not it's publish state. Publish state changes only refreshed the view for modules. Thanks, Larry Changes have been committed to 3.2.x maintenance and HEAD, and are present in latest WTP 3.2.4 and 3.3 builds. New Gerrit change created: https://git.eclipse.org/r/109032 |