I totally agree with Rickard,

My own opinion on this is to put into the Entity bean only the business logic
restricted to the kind of object. Like withdraw(int amount) or deposit(int
amount) for an Account Entity Bean.

I use Session bean at a higher level where the business logic needs to interact
with several Entity and/or other Session beans to do more complex logic involving
more complex transactions.

Daniel

Rickard �berg wrote:

> Hey
>
> Ed Roman wrote:
> > What do you mean when you say you are using entity beans to describe your
> > core business logic?  You should only be using entity beans for minimal
> > data-related logic, such as data decompression, get/set methods, etc.  Keep
> > all your business process logic in session beans.  That is really your
> > design pattern: write a session bean that handles your business logic, and
> > have it use an entity bean to represent its data.
>
> Why should it only be minimalistic? IMHO EntityBeans should have all
> logic that is relevant for it to have. I don't see any reason to divide
> this so that SessionBeans hold logic that could just as well be put in
> EntityBeans. E.g. in SessionBean:
> public void withdraw(Account acct, int amount)
> instead of in EntityBean:
> public void withdraw(int amount)
>
> Why do you want to be restricitive about putting logic into EntityBeans?
> That seems like the whole point, or you could just as easily use
> SessionBeans /w JDBC calls directly...
>
> /Rickard
>
> --
> Rickard �berg
>
> Computer Science student@LiTH
> @home: +46 13 177937
> Email: [EMAIL PROTECTED]
> Homepage: http://www-und.ida.liu.se/~ricob684
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST".  For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
begin:vcard
n:De Luca;Daniel
tel;fax:+ 32 2 714 42 22
tel;work:+32 2 714 42 64 (direct), +32 2 714 42 11
x-mozilla-html:TRUE
url:http://www.ficsgrp.com
org:<center><a href="http://www.ficsgrp.com"><img SRC="http://www.ficsgrp.com/images/ficstop.gif" ALT="Visit FICS" NOSAVE BORDER=0 height=49 width=150></a></center>;<center>Research & Development</center>
adr:;;Excelsiorlaan, 87;Zaventem;Brussels;B-1930;Belgium
version:2.1
email;internet:[EMAIL PROTECTED]
title:</a><center>Technology Consultant</center>
note:<center><a href="http://www.bejug.org"><IMG SRC="http://www.bejug.org/images/gobejug.gif" ALT="Member of the Belgian Java User Group" HEIGHT=31 WIDTH=88></a><A HREF="http://www.politik-digital.de/spam/"><IMG SRC="http://www.politik-digital.de/spam/en/download/spam_h90.gif" ALT="Vote against SPAM!"  BORDER="0" WIDTH="92" HEIGHT="39"></A></center>
fn:</a><center>Daniel De Luca</center>
end:vcard

Reply via email to