• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Tim Cooke
  • Campbell Ritchie
  • paul wheaton
  • Ron McLeod
  • Devaka Cooray
Sheriffs:
  • Jeanne Boyarsky
  • Liutauras Vilda
  • Paul Clapham
Saloon Keepers:
  • Tim Holloway
  • Carey Brown
  • Piet Souris
Bartenders:

best practice for jpa, using @Entity as a VO?

 
Ranch Hand
Posts: 57
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi Guys,

I have a web server running tomcat that makes calls to another app server that has an ejb layer. One of the web forms has 20 fields which map directly to one table in the backend.

The @Entity bean in the persistence layer also maps directly to said table.

In the web layer, can I use the @Entity bean as a value/transfer object? i.e.: instantiate it, populate it with the values from the web form, and send it to a stateless ejb that will
persist it? Is this possible, or should I just create a transfer object for this?

If I use the Entity bean as a value object, then I would have to include the ejb jar for the web app.

What's the best practice for this type of scenario?

Thanks very much,

Billy

 
Ranch Hand
Posts: 76
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
It depends on the web framework you use. Problems occur, when you send entities to another JVM. Two kinds of web frameworks exist:

A) If you use a web framework that loads the whole user interface to the client (e.g GWT), then you have to use DTOs because the client does not understand the bytecode of enhanced entities, but it only understands the pure entity bytecode before JPA has enhanced it. So you cannot send the bytecode of an entity which is enhanced from a JAR-library (Hibernate or JPA jar) to the client (--> ClassNotFoundException). GWT can only send "POJO-bytecode" to the client. GWT maps the bytecode and then the client receives it as HTML / JSON data.
By the way: You can use a framework such as Dozer to create the DTOs.

B) If you use a web framework that is deployed on a server and only sends HTML / JavaScript / JSON responses to the client (e.g. JSF, Wicket), then you can you the entity. But when a call from the client arrives at the server, you have to merge the detached entity, because it is not anymore in the persistence context.


But also if you use B):
Lazy loading is another problem (LazyInitializationException), so you have to be sure about your loading strategies, when you send entities to the client. DTOs solve this problem.


The following article describes these problems in detail (especially for GWT, but it also applies to other web frameworks): http://code.google.com/webtoolkit/articles/using_gwt_with_hibernate.html
reply
    Bookmark Topic Watch Topic
  • New Topic