Clifton C. Craig, Software Engineer Intelligent Computer Systems - A Division of GBG 2101 Embassy Drive Lancaster, PA 17603
Phone: 717-295-7977 ext. 621 Fax: 717-295-7683 [EMAIL PROTECTED] [EMAIL PROTECTED]
Clifton C. Craig wrote:
Oh and also... just out of curiosity... does XDoclet1.2.1 use a DOM to re-read in the deployment descriptors and incrementally update them? My gut says it does and it would explain my situation completely.
Clifton C. Craig, Software Engineer Intelligent Computer Systems - A Division of GBG 2101 Embassy Drive Lancaster, PA 17603
Phone: 717-295-7977 ext. 621 Fax: 717-295-7683 [EMAIL PROTECTED] [EMAIL PROTECTED]
Konstantin Priblouda wrote:
--- "Clifton C. Craig" <[EMAIL PROTECTED]> wrote:
Help!
We've been using XDoclet 1.2.1 for generating our
deployment descriptors and local interfaces for a couple of moths now and
we've hit a major problem. 1st of all the problem was known from day
one but we hacked it and worked around it. The problem is that XDoclet
was forcing us to set a heap size of at least 1G to run through all of our
source. The work-around was that we broke the generation up into
pieces. We generate all the artifacts for our session beans 1st then do
the same for our entity beans, and then the same for our message
driven beans. This allowed us to bring the heap down to about 512M. Why
did we not want to use a bigger heap? Well it was discovered (by me)
that running a heap much greater than 640M causes our developer boxes to
misbehave with the rest of our applications even after the build
completes. Our IDE (Idea) slows to a crawl, our email and web browsers
(Mozilla) show gray screens for minutes before painting, our net radio can't
reach stations, its a real mess. So now we were in happy land for a minute
until just recently. Someone (my buddy Joe) actually added more
source to the session bean tree. Now the out of memory error has
returned with a vengance. Could someone please give me some options
here! It's almost to a point where we cannot do further development on
our project. It was a hard enough job breaking up the generation into
separate stages as I had to create deployment descriptor templates four the
intermediate stages and then more templates for the finished deployment
descriptors (both standard and vendor specific). I'm thinking of
breaking it up even further and generating artifacts for one EJB at a
time and then sucking all the DD chunks into the one big DD. What can I
do?
carefully choose fileset to be processed?
buy another memory bar at you local computer store?
try new xdoclet-2 ( which requires less memory and
offers some advantages like line-accurate error
reporting and self-validating tags ) and be our new test animal for all kinds of problems with
EJB-teplates :) ?
=====
----[ Konstantin Pribluda ( ko5tik ) ]----------------
Zu Verstärkung meines Teams suche ich ab Sofort einen
Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich
----[ http://www.pribluda.de ]------------------------
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user