score:3

Accepted answer

i'll throw-in another suggestion, which is more of a workaround.

you can use the filesync plugin to synchronize your bin and webroot directories with your servlet-container. you will have to use the original installation, and not workspace metadata this way. then, after starting the server in debug mode, everything is hot-deployed.

i have successfully used this approach with glassfish 2.


another thing is to check the configuration options of the server in your servers project (it should have a folder there). it might be the case that some debug or hot-deploy option is switched off.


as for the speed of the jsp editor - well, disabling validation is the first thing to do, and you've done it. honestly, my jsp pages (containing jsf tags, and actually using facelets) don't have any major problems with speed. perhaps use a fresh installation?

score:1

my advice:

verify that you are using the latest released version of eclipse/wtp and tomcat. you may want to download new bits in a separate location and workspace. do not go to the latest and greatest milestone/release candidate... i am talking about bits that you can get from http://eclipse.org/downloads/...

see if you can reproduce the issue with a simplest dynamic web project. if you can, file a bug with eclipse.org. if you cannot reproduce the problem with the simplest app, load your app into this new dev environment and see if that solves the problem. if it does not, then the problem is likely to be something related to your project.

score:1

this is weird, this is not what i'm experiencing. i rechecked this with eclipse ide for java ee developers (build id: 20090920-1017) and tomcat 5.5.28 (and also tomcat 6.0.28) and i can't reproduce the issue:

  • modifying a java file does reload the context ~but~
  • modifying a jsp does not reload the context

(and this without modifying any particular settings of my tomcat servers under eclipse).

the problem looks somehow related to your project or your machine. does it occur with any project on your machine? can you reproduce it on another machine?

score:2

you can disable automatic publishing in eclipse if you need to:

  1. open the servers view.
  2. double-click on your server in the view. this will bring up the server overview configuration page.
  3. find the "publishing" section on the page (upper-right corner).
  4. select the "never publish automatically" option.

this will avoid the "publish after every save" problem. however, with this turned off you will have to manually deploy any time you want your changes to show up in your server.

score:6

in your tomcat server settings in eclipse you should enable the option 'serve modules without publishing' (see below how to do this)

this is the solution i use and it enables me to view changes in jsp's immediately without republishing or anything else (on tomcat 5.5 + regular dynamic web project + jsp's are in webcontent directory) so i don't go nuts when developing java apps:

how to do this:

  • open the server view
  • double click on your server to open the server settings
  • in the 'publishing' section (top-right) select the option 'never publish automatically' (as said in some other answers to your question) to avoid a publish action when you change something
  • this is the most important: in the 'server options' section (bottom left) select the option 'serve modules without publishing'. now your changes are picked up without redeploy

update: you should also make sure that the libraries you depend on (those on your build path) are 'copied' to web-inf/lib while developing in eclipse (do this by selecting the appropriate jars/projects in the java ee module dependencies section in the preferences dialog of your web project). with all these settings in place tomcat will run the web application from your workspace project with the webcontent dir as root of the web app.

enjoy


Related Query

More Query from same tag