| 1.0M8 and tomcat republish [message #140861] |
Tue, 27 September 2005 09:43  |
Eclipse User |
|
|
|
Originally posted by: patrick.roumanoff.gmail.com
Hi,
I have tried 1.0M8, and it solved a number of issues I have had with
0.7, which are very nice like correct xml catalog lookup or Team
syncronisation (no more CVS folders in .deployables).
But there is a new issue than I can't work with.
While with 0.7 I was able to edit a JSP on the fly and be able to see
the resulting in the browser by a single reload (in the browser), WTP
1.0M8 seems to believe that editing a JSP requires what looks like a
major project compile + automatic republish. More over it now takes
a much longer time to save a JSP or a java class.
my webapps are fairly complex and I describe my setup in
http://roumanoff.blogspot.com/. I manually edited my .wtpmodules to
include the jar coming from a maven repository, and I also have inter
project dependencies.
WTP0.7 was able to handle this complexity, but this seems to have been
lost in 1.0M8. Or am I missing something ?
I had to edit my .project file since the builder
org.eclipse.wst.common.modulecore.DependencyGraphBuilder and the nature
org.eclipse.jst.j2ee.web.WebNature have disappeared in 1.0M8.
I tried the demo app
http://www-128.ibm.com/developerworks/db2/library/techarticl e/dm-0509cline/
which works very well and doesn't republish on jsp or class editing.
but there is no external jar dependency or dependency on other eclipse
projects.
I would really like to understand why my webapp gets republished when I
edit a JSP.
any idea/comments welcome.
Patrick Roumanoff
|
|
|
|
| Re: Out of memory error [message #141688 is a reply to message #141308] |
Fri, 30 September 2005 21:23  |
| Eclipse User |
|
|
|
On Thu, 29 Sep 2005 09:56:45 -0400, Punery <sandeep_darvekar@persistent.=
co.in> wrote:
> -vmargs
> -Xms256m
> -Xmx1024m
> -XX:PermSize=3D256m
> -XX:MaxPermSize=3D1024m
>Still the problem is not getting solved. Not sure if this problem is se=
en by
> anybody in this team.
>Does anyone know why this problem comes?
>
Some on this list have seen before: See "Mysterious OutofMemory Errors" =
earlier in posts.
One wrote,
<quote>
found that the default values for these settings (sun JVM)
are -XX:PermSize=3D4m, and -XX:MaxPermSize=3D64m.
I tried changing these to -XX:PermSize=3D64m (as 64m doesn't ssem to be
enough), and -XX:MaxPermSize=3D128m.
</quote>
And another commented
<quote>
Running out of
PermGen space is symptomatic of bug where the application has a lingerin=
g, usually cunningly concealed, reference to an old ClassLoader (or,
less commonly, the classloader itself is broken and not unloading classe=
s correctly
</quote>
So ... if there's any bug in our code, I'd guess someone is creating and=
hanging on to class loaders too much.
If you have the abiliity to profile, you might look for classes related =
to classloading ... and we have a bunch.
A quick scan found this short list
ContextFinder
WorkerJob
ArchiveImpl
ArchiveFileDynamicClassLoader
ObjectInputStreamCustomResolver
Or ... if anyone has step to reproduce (e.g. with Tomcat Server), please=
open a bugzillas.
|
|
|
| Re: 1.0M8 and tomcat republish [message #144846 is a reply to message #140861] |
Fri, 21 October 2005 14:16 |
| Eclipse User |
|
|
|
Originally posted by: rsanheim.REMOVE.gmail.com
Patrick Roumanoff wrote:
> Hi,
>
> I have tried 1.0M8, and it solved a number of issues I have had with
> 0.7, which are very nice like correct xml catalog lookup or Team
> syncronisation (no more CVS folders in .deployables).
>
> But there is a new issue than I can't work with.
>
> While with 0.7 I was able to edit a JSP on the fly and be able to see
> the resulting in the browser by a single reload (in the browser), WTP
> 1.0M8 seems to believe that editing a JSP requires what looks like a
> major project compile + automatic republish. More over it now takes
> a much longer time to save a JSP or a java class.
[snip]
This republish behavior is very annoying - go vote for the bug.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=112363
- Rob
-------------------------
http://www.robsanheim.com
|
|
|
Powered by
FUDForum. Page generated in 0.04290 seconds
Home