Hi: We have a J2EE application that follows standard J2EE and Struts design pattern. We are using WebLogic 6.1, Struts 1.0 and JDK 1.3.1. Basically, we have JSPs, ActionForms with databeans to populate the JSP. Action classes call EJBs for business rules processing. EJBs call DAO to retrieve data etc. Some of the EJB's are stateful and some are stateless. We are running into a problems: "OutOfMemoryError" frequently. I dug through this user group's archive and found a suggestion about increasing the Heap size. I increase it to:
-Xms512m -Xmx512m -XX:NewSize=128m -XX:MaxNewSize=128m -XX:SurvivorRatio=8 And is still having the OutOfMemoryError problem. That should give it plenty of heap space, doesn't it? It seems like the JVM garbage collection (GC) is not doing its work. I tried to put -verbose so I can see when GC takes place. But because the application is started as an NT service so I can't see any printout. Ques#1) Running the application as an NT service, how can I print out GC detail info so I can see how much memory is being released and other kind of helpful info? Ques#2) I understand my EJB stateful beans are allocated as multiple instances to multiple clients. Do you think moving some of the code that doesn't need to be in a 'stateful' bean into a 'stateless' bean will reduce memory consumption thus alleviate the outOfMemoryError problem? Ques$3) I have a general purpose 'ActionForm' for 'Searching' purpose. It serves multiple search JSPs. So it is quite big. Do you think may be breaking up the ActionForm to multiple ones so each search JSP has its own ActionForm. By reducing the size of ActionForm, do you think it also will alleviate the memory problem. Ques#4) I thought I read somewhere before that weblogic 6.1 and JDK 1.3.1 may have a memory leak problem. Does anyone have similar problems with these versions. And if I upgrade to newer Weblogic (e.g. 7.0) and new JDK (e.g. 1.4.1) will it resolve my memory problem? Ques#5) Finally, whats the best way to debug OutOfMemoryError problem. Thanks for any suggestions and insights that you can provide... --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
