EJBToday2morrow : A very Brief Points

• Simple

• Power 
  

· Intercepter can intercept any lifecycle call back or Transaction services or TimerServices.

· DI –for any resources like JMS/JNDI

· If CDI enabled – deals with DI and session Bean mngmnt

Single instance per node/jvm in cluster node.

Sysadminàin mem representation of application config

Very similar to java re-entrant ReadWriteLock mechanism.

 so user provide the metadata and container takes care of the locking.

So here, fine grain locking at the required level is benefitted by the developer’s expertise on concurrency.

Initialization of the cache happen as part of the deployment

1. Using JMS to achieve the asynchronous is very heavy weight, in EJB3.1 asynchronous support is added to the Session Bean.

2. No persistent guarranty unlike JMS, as very light weight async.

3. Caller to callee no transaction propagation so end up with creating new transaction

4. No interface, bean Method get exposed asynchronously

· Either doesn’t care about return or else java 8 concurrency kind.

If cancel called it will not process further and just after completion it returns to caller.