You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Jon Schneider (JIRA)" <ji...@apache.org> on 2010/01/05 14:54:54 UTC

[jira] Issue Comment Edited: (IVYDE-226) JSP change causes context refresh (entire WAR restarts) - IvyDE EE Module dependency copies all jars to tomcat directory even if unchanged

    [ https://issues.apache.org/jira/browse/IVYDE-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790184#action_12790184 ] 

Jon Schneider edited comment on IVYDE-226 at 1/5/10 1:53 PM:
-------------------------------------------------------------

After playing around with this for a little while, I've made the following observations that appear to be different from what you are reporting:

1.  After changing a JSP that is in the WEB-INF folder, the server changes status from "Started, Synchronized" to "Started, Restart".  On restart, of course, the server is synchronized again.  I have not observed the jars being recopied at this point (this is where I expected to see the problem, since I am fiddling with the WEB-INF folder and I've noticed some server adapters are sensitive about that).

2.  After changing a JSP that is NOT in the WEB-INF folder, say in the WebContent root, the server remains synchronized after the file modification.  Again, I do not observe jars being recopied to the deployed directory after the initial publish.

I tested this with a barebones Dynamic Web project with one Ivy classpath container and a single JSP on Tomcat 6.0.20.

Perhaps you could provide a test project?

Thanks,
Jon

      was (Author: jkschneider):
    After playing around with this for a little while, I've made the following observations that appear to be different from what you are reporting:

1.  After changing a JSP that is in the WEB-INF folder, the server changes status from "Started, Synchronized" to "Started, Restart".  On restart, of course, the server is synchronized again.  I have not observed the jars being recopied at this point.

2.  After changing a JSP that is NOT in the WEB-INF folder, say in the WebContent root, the server remains synchronized after the file modification.  Again, I do not observe jars being recopied to the deployed directory after the initial publish.

I tested this with a barebones Dynamic Web project with one Ivy classpath container and a single JSP on Tomcat 6.0.20.

Perhaps you could provide a test project?

Thanks,
Jon
  
> JSP change causes context refresh (entire WAR restarts) - IvyDE EE Module dependency copies all jars to tomcat directory even if unchanged
> ------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: IVYDE-226
>                 URL: https://issues.apache.org/jira/browse/IVYDE-226
>             Project: IvyDE
>          Issue Type: Bug
>    Affects Versions: 2.1.0
>         Environment: Windows WTP Galileo & Tomcat 6
> IvyDE 2.1.0-hudson-79
>            Reporter: Dave
>
> Problem: If I make a JSP only change in a Web project causes the entire web application context to restart in Tomcat 6.  Due to legacy application design, restart takes several minutes.
> Configuration:
> Web project has a IvyDE classpath dependency.  This dependency is marked as a Java EE module dependency.  Build Automatically is on.
> Investigation:
> Change to JSP causes project build, the project build exports the dependent jars to the WTP server folder:
> wtpwebapps\MyWebApp\WEB-INF\lib
> This happens even when there has been no resolve and no new or updated jars exist

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.