<snip>
>
> > > Another thought, is to use a appserver that allows reentrant
> > > calls into a bean controlled in the DD. IAS supports this.
> >
> > Does this not violate the specification ?
>
> Yes. My point. The spec needs more flexibity or another
> service type defined. There's a _large_ number of commong problems
> left with no good solution with EJB 1.1.
>
> A few have chirped-up including myself and offered that good'ol
> corba servers solve the concurrent accessed stateful service
> or the singleton service model very nicely.
>
> Why force this problem into an EJB when it doesn't fit??
>
Yes, that is why I feel, vendors who implement such proprietary stuff are
not following the true spirit of the EJB specification. EJB is not the be
all and end all for solving all computational problems. As, you have
mentioned, there are other models and solutions if you need to solve a
specific problem.
Meanwhile, there are plenty of opportunities to work with the spec writers,
if you are so inclined to, to provide input into the next evolution of the
EJB specification.
Also, I feel that vendors who implement such features, should clearly warn
their users that they are violating the spec and that this will result in
vendor lockdown.
-- Aravind
===========================================================================
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".
