And .... I'm back..... It seems that removing runtime enhancement has some effect, but the heap keeps building up in the same spot.
The following link is show where is the memory sink http://people.apache.org/~tucu/tmp/OpenJPALeak.png I'd appreciate any ideas/suggestions. Thanks Alejandro On Fri, May 10, 2013 at 10:11 AM, Kevin Sutter <kwsut...@gmail.com> wrote: > It shoudn't... But, with that flag set as "supported", we can't be sure > that the entities were actually enhanced at build time. By setting this > property to "unsupported" or removing it altogether, then if an unenhanced > entity class is loaded, we'll log a message and quit processing. So, let's > go this route first and then we'll deal with any potential memory leak. > > Thanks, Kevin > > > On Fri, May 10, 2013 at 12:05 PM, Alejandro Abdelnur <tuc...@gmail.com > >wrote: > > > I'm in the process of verifying if Kevin's suggestion fixes the problem. > > > > While making the necessary changes, I've notice we were already enhancing > > the classes at build time. > > > > If the classes were enhanced at build time, still would be we see the > leak > > if the runtime enhancement flag is enabled? > > > > Thanks > > > > > > On Thu, May 9, 2013 at 9:15 AM, Alejandro Abdelnur <tuc...@gmail.com> > > wrote: > > > > > Thanks Kevin, will try that. > > > > > > > > > On Thu, May 9, 2013 at 8:59 AM, Kevin Sutter <kwsut...@gmail.com> > wrote: > > > > > >> Don't use this: > > >> > > >> <property name="openjpa.RuntimeUnenhancedClasses" value="supported"/> > > >> > > >> That is probably your issue. Reference this page for more > information: > > >> http://openjpa.apache.org/entity-enhancement.html > > >> > > >> Good luck, Kevin > > >> > > >> > > >> > > >> > > >> On Thu, May 9, 2013 at 10:17 AM, Alejandro Abdelnur <tuc...@gmail.com > > >> >wrote: > > >> > > >> > Hi Rick, > > >> > > > >> > Thanks for looking into this, the persistence.xml file we are using > > is: > > >> > > > >> > > > >> > > > >> > > > >> > > > https://github.com/apache/oozie/blob/trunk/core/src/main/resources/META-INF/persistence.xml > > >> > > > >> > The EMF is instatiated here: > > >> > > > >> > > > >> > > > >> > > > >> > > > https://github.com/apache/oozie/blob/trunk/core/src/main/java/org/apache/oozie/service/JPAService.java#L156 > > >> > > > >> > > > >> > Thanks again. > > >> > > > >> > Alejandro > > >> > > > >> > > > >> > > > >> > On Thu, May 9, 2013 at 6:06 AM, Rick Curtis <curti...@gmail.com> > > wrote: > > >> > > > >> > > Can we see the contents of your persistence.xml file? > > >> > > > > >> > > > > >> > > On Wed, May 8, 2013 at 6:34 PM, Alejandro Abdelnur < > > tuc...@gmail.com> > > >> > > wrote: > > >> > > > > >> > > > We are seeing this using OpenJPA 2.1.0 in Oozie. > > >> > > > > > >> > > > A JDBCConfigurationImpl seems to be holding a large amount of > > memory > > >> > via > > >> > > > its dataCacheTimeout (then listeners) instance variable keeping > > >> > > > > > >> > > > Class # Objects Used Heap Retained > > Heap > > >> > > > > > ------------------------------------------------------------------- > > >> > > > > > >> > > > o.a.o.j.meta.MappingRepository 1,902 304,320 > 904,410,184 > > >> > > > o.a.o.j.meta.ClassMapping 3,824 1,223,680 > 105,073,624 > > >> > > > > > ------------------------------------------------------------------- > > >> > > > > > >> > > > > > >> > > > We are using a single EntityManagerFactory and we are closing > all > > >> > > > EntityManager instances correctly (via a command pattern). > > >> > > > > > >> > > > All caching settings are default ones. > > >> > > > > > >> > > > Any hint where to look would be appreciated it. > > >> > > > > > >> > > > Thanks > > >> > > > > > >> > > > Alejandro > > >> > > > > > >> > > > > >> > > > > >> > > > > >> > > -- > > >> > > *Rick Curtis* > > >> > > > > >> > > > >> > > > > > > > > >
