Hi Cezar,

I use Interceptor to instantiate a Entity without Default Constructor, in
relationship n-n or 1-n  to populate a array of XMLBeans and not PersistSet
of Hibernate and to return a appropriate instance of object  that implements
a  interface mapped  in .hbm. Because XMLBeans use Factory in interface to
create a new instance, and hibernate use a default constructor to create a
new instance.

I set class attribute of my .hbm.xml  to interface (XMLObject), and
interceptor return a instance of object that hibernate  will used do
populate or get attributes.

I can send a sample or my framework tonight , here i don't have the source
code, if you want.

This solution is part of a ESB and framework created to attend a client. The
same object (XMLObject) is used in n layers, persistence, domain, service,
and interface.

When decided to use XMLBeans in project, i had very problems to use him in
persistence tier,  and  used Xmlbeans with DTO unique in service layer, need
more work of programmers, using interceptor we optimized work with a good
performance. I'm writing a papper about this solutions, but doesn't have
time to finalize him.

Best regards.

Gustavo Aquino

On 7/31/07, Cezar Andrei <[EMAIL PROTECTED]> wrote:
>
>  Gustavo,
>
>
>
> Can you tell us a little more about your solution, maybe show us a little
> bit of the interceptor?
>
>
>
> Thanks,
>
> Cezar
>
>
>   ------------------------------
>
> *From:* Gustavo Aquino [mailto:[EMAIL PROTECTED]
> *Sent:* Tuesday, July 31, 2007 11:29 AM
> *To:* [email protected]
> *Subject:* Re: object oriented persistence layer?
>
>
>
> Hi Jan,
>
> I use Hibernate to persist my xmlObjets, to do xmlbeans and hibernate work
> together i create one hibernate interceptor.
>
> best regards.
>
>
>  On 7/31/07, *Jan Torben Heuer* <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> can someony suggest me a persistence soloution for xmlbeans objects? I'd
> like to use db4o, but I only found posts of people who had problems with
> xmlbeans and db4o together.
>
> Id' like to use some kind of embedded soloution rather than an
> object-to-RDBMS converter.
>
>
> Thanks,
>
> Jan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
> Notice: This email message, together with any attachments, may contain
> information of BEA Systems, Inc., its subsidiaries and affiliated entities,
> that may be confidential, proprietary, copyrighted and/or legally
> privileged, and is intended solely for the use of the individual or entity
> named in this message. If you are not the intended recipient, and have
> received this message in error, please immediately return this by email and
> then delete it.

Reply via email to