Scott,

The article on Microsoft's site is a bit biased. I've written two articles
comparing the MTS component model to the EJB component model. (I suppose my
articles are biased in the other direction, but at least I admit it up
front.)

The first was published in DistributedComputing Magazine in January.
(see http://www.distributedcomputing.com to subscribe -- it's free) The site
is undergoing construction, but archives of previous articles are supposed
to be available on the site. Try contacting the magazine to get a copy of
the article.

The other article is available for purchase ($295 or free to subscribers) on
the Patricia Seybold Group website.
(see http://www.psgroup.com -- search for "Comparing EJB and MTS", dated Feb
16, 1999) or try going to it directly at this address:
http://www.psgroup.com/doc/product.asp?SKU=FW2%2D16%2D99ET

As a short recap:

The MTS and EJB component models are very similar. Both work by intercepting
method calls and inserting services based on a set of attributes defined at
deployment time. MTS uses a common wrapper to intercept the method calls
(the MTS executive, which is called automatically by the COM runtime). EJB
requires a different set of wrappers for each component type (EJBHome) and
each component instance (EJBObject). EJB component developers need to
implement the wrapper methods, MTS component developers do not need to
implement the wrapper methods. MTS is simpler for simple programs, but
doesn't give you as many options, as many services, or as much control. EJB
allows you more flexibility and it allows you to more easily build more
complex application systems.

The critical differences are:
- MTS components can be developed in almost any language. EJB
  components can be developed only in Java
- MTS components can be deployed only in MTS on NT. EJB components
  can be deployed in any EJB server (I think there are 18 products
  currently shipping on a wide variety of platforms.)

MTS provides these automatic services:
- lifecycle
    MTS manages creation, management, and destruction of objects
- state management
    object state is tied to transaction scope -- state is always
    destroyed when you commit or rollback a transaction --
    essentially, MTS treats all objects as if they were
    stateless session beans)
- transactions
    MTS supports 4 automatic transaction behaviors:
    - Not Supported
    - Supported
    - Required
    - Requires New
    MTS does not support manual transactions
- security
    authentication and authorization using NT security

EJB provides these automatic services:
- lifecycle
    an EJB container creates, manages, and destroys objects
- state management
    EJB supports stateless and stateful session (transient)
    beans and persistent beans. State is not tied to
    transaction scope.
- persistence
    For persistent beans, the developer can implement the
    persistence routines (Bean Managed) or can delegate
    all persistence operations to the container
    (Container Managed)
- transactions
    EJB allows the component to manage its own transactions
    (Bean Managed)
    EJB supports 5 automatic transaction behaviors:
    - Not Supported
    - Supported
    - Required
    - Requires New
    - Mandatory
- security
    authorization using Java 1 security
    (the security model will be changed in the next rev of
    the EJB specification to support Java 2 security)

-----Original Message-----
From: Scott Deboy [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 01, 1999 2:38 PM
Subject: FW: EJB, MTS comparison anywhere?


forgot to send to the list - if this is in a FAQ somewhere please advise.

> ----------
> From:         Scott Deboy
> Sent:          April 1, 1999 11:36 AM
> To:   'Robert M. Faller - Sun Systems Engineer'
> Subject:      RE: EJB, MTS comparison anywhere?
>
> I'm sorry I should have specified an interest in comparing what the EJB
> spec defines as container-provided services with what MTS provides, as
> well as a comparison of the differing component models (EJBs and MTS
> objects or COM objects or whatever you would like me to call them).
>
> Thanks
>
> Scott Deboy
> SAIF Corporation
>
> ----------
> From:         Robert M. Faller - Sun Systems
> Engineer[SMTP:[EMAIL PROTECTED]]
> Sent:          April 1, 1999 11:09 AM
> To:   [EMAIL PROTECTED]
> Subject:      Re: EJB, MTS comparison anywhere?
>
> Comparing MTS to EJB is akin to comparing trees to treehouses.
>
> Compare MTS to application servers (NetDynamics, Netscape Application
> Server, WebLogic, etc).
>
> Enterprise JavaBeans (EJBs) use services that are provided by the EJB
> containier. The EJB containier can be part of an
> application server (See:
> http://java.sun.com/products/ejb/white_paper.html#ill2 ).
>
> The services provided by the EJB container are part of the EJB
> specification (see: http://java.sun.com/products/ejb/docs.html ).
>
> In THEORY an EJB containier could be created for MTS much like you can
> build a treehouse in different kinds of trees.
>
> Some trees are just easier to build treehouses in than others.
>
> > MIME-Version: 1.0
> > Date: Wed, 31 Mar 1999 08:18:21 -0800
> > From: Scott Deboy <[EMAIL PROTECTED]>
> > Subject: EJB, MTS comparison anywhere?
> > To: [EMAIL PROTECTED]
> >
> > I'm looking for a document that compares MTS to EJB.  I found a document
> on
> > the MS site but was looking for someone else's opinion as well.
> >
> > Anyone know of a good white paper or site?
> >
> > Thanks-
> >
> > Scott Deboy
> > SAIF Corporation
> >
> >
> ==========================================================================
> =
> > 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".
> >
>
>
> Robert M. Faller - Sun Microsystems, Systems Engineer
>
> ==========================================================================
> =
> 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".
>
>
>

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