Aravind Naidu wrote:
>
> [snip]
> >
> > I bet Encina allows you to associate your threads with a transaction,
> > and doesn't attempt to control their lifecycle.
>
> Yes it does and does it quite efficiently and very elegantly.

:-)

When we're doing transactional work that also involve threads we use the
JTA transaction monitor which supports that. EJB 1.1 lacks that sort of
functionality.


> This here treats the bean developers with a bit of contempt. Indicating that
> the container/server developers/vendors will be better at managing the
> thread lifecycle than the bean developers. While this may be mostly the
> case, there are exceptions and it best for an architecture to be successful
> to span the whole breadth of all possible development than to cater for
> least common denominator.

No, my point is not that the vendor is smarter than you. My point is
that the vendor does not give you enough APIs to really do what you
need.

If you look at JTA, you get the same functionality as Encina. You can
run transactions across threads. Beautiful. If you look at JAAS, you can
get security across threads. If you got some hook you can also
participate in the lifecycle.

But the EJB API doesn't do all that, so it doesn't give you enough tools
to do what you want. Which I agree is sad.

It's not that vendors are better, is just that they have more APIs to
work with.


> I guess this will be a lost cause, as most people have been over this last
> year and nothing much has happened.

I hear you loud and clear.

I just got an e-mail from someone who's using our transaction monitor
and O/R mapping tool. He gets the same functionality as EJB, but he can
also run threads, work with granular objects, and actually gets better
performance.

And he looks at EJB and asks why should I use EJB which only gives me a
subset of that functionality because the specs don't cover enough
ground.

And is anybody at Sun paying attention?

arkin

>
> -- 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".

--
----------------------------------------------------------------------
Assaf Arkin                                           www.exoffice.com
CTO, Exoffice Technologies, Inc.                        www.exolab.org

===========================================================================
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".

Reply via email to