May Charles N wrote:
> In addition, it seems to me that there should be some automated process for
> generating an "access model" as opposed to a simple "access bean". The
> reason for this is that remote methods which return remote objects (say,
> Customer has a method getPurchases(), which returns an enumeration of
> Purchase instances, and Customer and Purchase are both EJBs), then the
> generated wrapper model should have CustomerAccessBean and
> PurchaseAccessBean
What does it have? I have not used VisualAge since my Smalltalk days :-)
> -- and, further, the getPurchases() method of
> CustomerAccessBean should return an Enumeration of PurchaseAccessBean
> instances, rather than Purchase instances.
If Purchase is a remote interface - right on.
> An additional problem with Access Beans is that AccessBean versions do not
> (and cannot) implement the remote interface of the entity they extend --
> because of the additional exceptions included in every method signature.
Do you mean Entity_bean_? If so thats not necessarily a bad thing, if
they have the same interface they would simply be a proxy. If you
instead make them an adapter with your own EJB-independent interface
(not distributed-independent-network-transparent, Jon ;-) you have the
possibility of a cleaner interface. However I may have got you wrong
here.
> In short, if we want a regular Java object model wrapped around an EJB
> model, then all the generated associations between the Java wrappers need to
> return Java wrappers, not the delegated classes as the EJBs themselves do.
> VisualAge does not support this to my knowledge, and for any sizeable,
> maintainable object model it seems like a necessity.
If so, what are they there for?
/Marcus
Marcus Ahnve
Sun Java Center
Sweden
===========================================================================
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".
