--- "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
