Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 327431 - Changes in JSP/XHTML files lead to context reload in Tomcat
Summary: Changes in JSP/XHTML files lead to context reload in Tomcat
Status: CLOSED DUPLICATE of bug 326456
Alias: None
Product: WTP ServerTools
Classification: WebTools
Component: wst.server (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Larry Isaacs CLA
QA Contact: Angel Vera CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-11 06:39 EDT by Andrey Melentyev CLA
Modified: 2010-10-12 13:56 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey Melentyev CLA 2010-10-11 06:39:32 EDT
Build Identifier: 20100617-1415

I have a dynamic web project (v2.5) with JSF 2.0 facet which has four dependencies (utility projects). When I edit some JSP or XHTML file from the web project and perform publish on the Tomcat 7.0.2 server the web app context is reloaded. 

Looks very similar to the case described in http://wiki.eclipse.org/WTP_Tomcat_FAQ#Why_does_my_context_reload_after_I_publish_a_change_that_only_involves_a_changed_JSP.3F

The difference is that:
1) I'm using the most recent stable version of Eclipse and WTP and not the one described in the link.
2) I tried using custom server location instead of Tomcat installation.

Some additional info which might be helpful or not:

After the publish event the jars with utility projects are updated in WEB-INF/lib directory. Even if there were no changes to those projects. Interesting thing is that not all utility project jars are updated, only three of four.

The bug is quite annoying because we have much work to do on UI level and context reload takes a while (we have a huge Spring context and long-running app initialization). 

Please let me know if some information is missing from description. Unfortunately I can not provide an example since our application is closed-source.

Any hint for debug steps and/or workaround will be helpful.

Reproducible: Always

Steps to Reproduce:
1. Change some JSP/XHTML file in dynamic web project
2. Publish the changes to Tomcat
3. See that the context is reloaded.
Comment 1 Andrey Melentyev CLA 2010-10-11 07:52:06 EDT
I'm sorry, the description was incorrect in the first place - it is not necessary to edit any JSP file. 

Just perform the "publish" on Tomcat without changing anything anywhere, three of four jars with utility projects are copied to WEB-INF/lib and the context is reloaded.
Comment 2 Larry Isaacs CLA 2010-10-12 13:56:09 EDT

*** This bug has been marked as a duplicate of bug 326456 ***