> >
> > * entities: default to local interface, no "Local" suffix
> > * sessions: default to remote interface, no "Remote" suffix
>
> I have been mulling over these issues myself, and I'm not quite sure
which
> one is best. I agree that typically, Entities will have local
interfaces
> and no remotes and Sessions will have remotes and no locals.
>
Ultimately this is likely true, but for the sake of going against the grain
of intelligent assumption: I'm not entirely sure that remote session bean
usage will be that much more common than local session bean usage over the
next 12 months or so in a majority of web use cases due to the common
deployment scenario of hosting WARs and EJBs on the same node, and due to
the J2EE spec's allowance (and recommendation) for containers to support
local access between WARs and local EJBs (section 6.4 of the J2EE spec).
Keeping in mind that the vast majority of J2EE deployments still use JSPs
and servlets alone -- research suggests that even the majority of the more
expensive and complex J2EE platform deployments still consist only of JSPs
and servlets -- there is the possibility that the migration to EJB will call
first on local access to session beans by the existing JSP and servlet
controllers.
This is a minor and transient point, possibly, but given the likely majority
need for local access to session facades during servlet-to-EJB refactoring
in a large number of existing web apps, and the likelihood that that case
may be more common than replacing existing B2B subsystems with RPC
invocations of remote session beans (JMS and MDB often make for a better fit
there), there may be an argument for defaulting to local beans in certain
IDEs and tools that focus on the web-oriented application developers. Just a
thought.
psn
===========================================================================
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".
