J2EE Patterns/Idioms - Antipatterns?
Roger Zacharias
Ranch Hand
Posts: 49
posted 13 years ago
Hi,
I would like to know which J2EE Patterns/Idioms (Core or Floyd) for the pre EJB2.0 era are now antipatterns.
See Interview with Floyd: http://www.theserverside.com/events/videos/FloydPatterns/text/txt09.html
Regards
Roger
I would like to know which J2EE Patterns/Idioms (Core or Floyd) for the pre EJB2.0 era are now antipatterns.
See Interview with Floyd: http://www.theserverside.com/events/videos/FloydPatterns/text/txt09.html
Regards
Roger
SCEA
Bill Wang
Ranch Hand
Posts: 31
posted 13 years ago
Well, local interfaces in EJB2.x do increase the performance of the communication so that we can use fine grained entity beans without worrying about network traffic. But if your j2ee app is designed for the distributed environment, local interfaces wouldn't help much. So I think in such case, composite entity will still be needed.
Just my two cents
Just my two cents
SCJP<br />SCWCD<br />SCEA Part I
Roger Zacharias
Ranch Hand
Posts: 49
posted 13 years ago
Hi Bill,
if I understand you correctly, the session facades should talk to the Composite Entity remotely and the CE should talk to "its" Entity Beans locally (for distributed environments)? Is it correct, that with this ansatz in a clustered environment a session facade bean will talk with an CE bean on another server? Would that be practical?
Thanx
Roger
if I understand you correctly, the session facades should talk to the Composite Entity remotely and the CE should talk to "its" Entity Beans locally (for distributed environments)? Is it correct, that with this ansatz in a clustered environment a session facade bean will talk with an CE bean on another server? Would that be practical?
Thanx
Roger
SCEA
