| Tomcat publishing problems with WTP / Eclipse 3.2/Callisto [message #175429] |
Tue, 25 July 2006 22:50  |
Eclipse User |
|
|
|
Originally posted by: gregp777.gmail.com
Hi Everyone,
I am using various versions of Eclipse w/ WTP (WTP 1.0 and Eclipse3.1 and
3.2) on 3 different computers. In all machines I am using tomcat 5.5
embedded in eclipse with "Run all modules directly from the workspace"
checked. I view my local tomcat server using firefox. On the computer in
which I have the newest version of eclipse (callisto 3.2 w/WTP) my JSPs
and my stylesheets aren't immediately refreshable in my web browser upon
save/modification. I have to wait for the "INFO: Reloading this Context
has started" message to show up, and then my JSP and stylesheet changes
are live in my tomcat instance. This is a very fast computer (dual amd
4200+) and yet this redeployment/publishing can take more than 10 seconds,
and so it can be quite a nuisance. Is there some configuration setting I
am missing or that is new in the WTP1.5 that forces a reload on .jsp
changes? In my older versions of eclipse, I am able to save the jsp and
refresh instantly. JSP saving also does not trigger context reloading. Any
insight here would be much appreciated.
Thank you,
Greg
|
|
|
| Re: Tomcat publishing problems with WTP / Eclipse 3.2/Callisto [message #175457 is a reply to message #175429] |
Wed, 26 July 2006 05:34  |
| Eclipse User |
|
|
|
Originally posted by: w.f.voogd.planet.nl
I've experienced the same problem (see my thread: bypass publishing to
tomcat?), I don't know whether it was better in WTP1.0 since i haven't
used that version, but it seems that the publish mechanism walks through
the entire tree in order to see if anything changed. That means the time
to publish is getting greater if your project is getting bigger. I
believe this is worked on for WTP 2.0 In the meantime, i use the Sysdeo
tomcat plugin which lets you configure your context file for tomcat
point directly to your webapp, so there is no publish delay. You can
still use all of WTP editors using sysdeo, in fact my project is a WTP
and a Sysdeo Tomcat project simultaneously, so whenever the publishing
delay is fixed, i can switch right back. The only problem i'm having now
is that i cant debug the jsp files, but i can debug the generated
*_jsp.java files...
I hope this helps you some,
cheers,
Willem
Truth schreef:
> Hi Everyone,
>
> I am using various versions of Eclipse w/ WTP (WTP 1.0 and Eclipse3.1
> and 3.2) on 3 different computers. In all machines I am using tomcat 5.5
> embedded in eclipse with "Run all modules directly from the workspace"
> checked. I view my local tomcat server using firefox. On the computer in
> which I have the newest version of eclipse (callisto 3.2 w/WTP) my JSPs
> and my stylesheets aren't immediately refreshable in my web browser upon
> save/modification. I have to wait for the "INFO: Reloading this Context
> has started" message to show up, and then my JSP and stylesheet changes
> are live in my tomcat instance. This is a very fast computer (dual amd
> 4200+) and yet this redeployment/publishing can take more than 10
> seconds, and so it can be quite a nuisance. Is there some configuration
> setting I am missing or that is new in the WTP1.5 that forces a reload
> on .jsp changes? In my older versions of eclipse, I am able to save the
> jsp and refresh instantly. JSP saving also does not trigger context
> reloading. Any insight here would be much appreciated.
>
> Thank you,
> Greg
>
>
|
|
|
|
| Re: Tomcat publishing problems with WTP / Eclipse 3.2/Callisto [message #175775 is a reply to message #175623] |
Mon, 31 July 2006 06:10 |
| Eclipse User |
|
|
|
Adding more memory to the server won't help (which is logical as it is
not the server that's slow), nor does adding more memory to Eclipse
itself (thru eclipse.ini). I have filed a bug for this:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=151254
Frits Jalvingh
tony wrote:
> I don't know if this will help but maybe a -VMArgs adjustment within
> your server configuration?
>
> for example double click your server inside eclipse click "open launch
> configuration".
>
> Click on the arguements tab and enter the following code.
> Under VM args at the bottom enter the following code
> -vmargs -Xmx256m
>
> Or change 256 to what you want. 256 is the number of megs of ram to
> allocate to the javaw.exe
>
> It might help, might not... give it a try.
>
|
|
|
Powered by
FUDForum. Page generated in 0.08818 seconds
Home