Hello there! I'm facing a dilema in my project . . .
I have an entity that has a relationship with another entity (seems dummy right?) but as nothing is as easy as it is. The second table must not be mapped to an entity (just don't me ask why please ...).
So, my first decision was to use DAO pattern on our project, as it promotes decoupling, and I could easily handle this situation, by returning a DTO that had part of it came from an entity, and the other part from a select in the database via normal jdbc.
Well, now the dilema, my crew is very fresh, and complained about new variables being inserted into the project (basiclly they don't want to learn new patterns ).
So, I wonder, is it possible to hard-code getMethods in CMP beans that doesn't map to a table in DB? Like having a non-abstract method on the bean?
Thanks
-
CMP Relationship dilema (2 messages)
- Posted by: Vinicius Carvalho
- Posted on: October 11 2004 14:53 EDT
Threaded Messages (2)
- CMP Relationship dilema by Kingshuk Bandyopadhyay on October 12 2004 06:39 EDT
- Iis this new? by Federico Mendez on February 11 2012 06:00 EST
-
CMP Relationship dilema[ Go to top ]
- Posted by: Kingshuk Bandyopadhyay
- Posted on: October 12 2004 06:39 EDT
- in response to Vinicius Carvalho
So, I wonder, is it possible to hard-code getMethods in CMP beans that doesn't > map to a table in DB? Like having a non-abstract method on the bean?
Yes. Declare those methods in your local/remote interface for the entity bean and define those methods in the entity bean class itself.
Kingshuk -
Iis this new?[ Go to top ]
- Posted by: Federico Mendez
- Posted on: February 11 2012 06:00 EST
- in response to Kingshuk Bandyopadhyay
Good name for the article, could be a good article...about 10 years ago