openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kevin Sutter" <>
Subject Processing "system level" entity listeners
Date Tue, 16 Jan 2007 23:20:58 GMT
Looking for some assistance (that is, background information) on how the
orm.xml parsing is supposed to work.  I'm attempting to specify some entity
listeners in my orm.xml, but I continue to get the following TRACE message:

322664  my persistence unit  TRACE  [main] openjpa.MetaData - OpenJPA does
not currently support XML element "pre-persist". Ignoring.

My orm.xml looks like this:

                <entity-listener class="">
                    <pre-persist  method-name="prePersist" />
                    <post-persist method-name="postPersist" />
                    <pre-remove   method-name="preRemove" />
                    <post-remove  method-name="postRemove" />
                    <pre-update   method-name="preUpdate" />
                    <post-update  method-name="postUpdate" />
                    <post-load    method-name="postLoad" />

I've started to debug this problem, but I have some general questions on how
the SAX parser is supposed to work.  I see in the
CFMetaDataParser.startElement() where these "entity-listener" related tags
are treated as System Elements -- we end up calling

The processing in this method is dependent on whether the given element is a
MetaDataTag or not.  When we process the "entity-listener" element, it's
treated like a "normal" element and we fall past the switch statement and
eventually call startEntityListener().  This processing all seems to depend
on whether the _elems hashmap contains a string entry or a MetatDataTag for
a given Element.  What is the significance of being a MetaDataTag or not?

In this simple orm.xml, I have noticed that persistence-unit-metadata,
persistence-unit-defaults, and entity-listener are not MetaDataTags.  But,
entity-listeners and the individual pre-persist, post-persist, etc elements
are all MetaDataTags.

When one of these pre-* or post-* MetaDataTag elements are processed in the
startSystemElement() method, we fall into the default leg of the switch
statement and produce the TRACE message outlined above.

Any pointers would be appreciated.  Thanks!


  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message