Win a copy of Micro Frontends in Action this week in the Server-Side JavaScript and NodeJS forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Ron McLeod
  • Paul Clapham
  • Bear Bibeault
  • Junilu Lacar
Sheriffs:
  • Jeanne Boyarsky
  • Tim Cooke
  • Henry Wong
Saloon Keepers:
  • Tim Moores
  • Stephan van Hulst
  • Tim Holloway
  • salvin francis
  • Frits Walraven
Bartenders:
  • Scott Selikoff
  • Piet Souris
  • Carey Brown

Passivation of Beans

 
Ranch Hand
Posts: 125
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Spec says that,
Stateful Bean should not passivated while the beans in transaction. But EntityBean can passivated,

What is the reason.

Thanks & Regards
Kasimurugan R.
 
Ranch Hand
Posts: 120
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
The idea of passivation is to save resources. I think if a tx is still opened (which is BTW a very bad practice to leave tx open across multiple business method calls) is considered that the client is "active" and the container would just waste time passivating the bean and reactivating it at any next moment.

Of course just my 2 cents :-)

Miki
 
KasiMurugan Ramasamy
Ranch Hand
Posts: 125
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi Miki

Your answer is abosultely correct. But my question is why entity beans can passivate with in transaction.

Regards
Kasimurugan R.
 
Ranch Hand
Posts: 70
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
There is big difference between passivation of Session bean Vs. Entity bean,
Session Bean passivation== serialize the bean
Entity bean passivation== bean returns to pool of Entity bean.

So when Entity bean is passivated, its time for it to go back to pool,so transaction doesn't matter here.

Check out HF page 309.

Hope this helps.
[ June 13, 2005: Message edited by: Meg Adal ]
 
KasiMurugan Ramasamy
Ranch Hand
Posts: 125
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi Guys

I gussed something about passivation of session bean and entity bean, Please clarify am i right.

For Session beans, it has the possiblity of going out service from passivated state. If session bean supports passivate with in the transaction mean, it can go out service with out commiting the work.
So that spec doesn't allow the container passivate when the bean instance in transaction.

But Entity Beans, before going into passivate state it updates the entity in the persistent store. So that the transaction doesn't matter commit or rollback. So that spec allows container to passivate a entity beans instance in transaction.

Am i right.

All guys suggestions are welcome.

Thanks & Regards
Kasimurugan R.
 
Miki Muzsi
Ranch Hand
Posts: 120
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
As Meg said, passivation of entity beans and session beans are very different. I think they are just called the same not to introduce to many call back functions .

So that spec allows container to passivate a entity beans instance in transaction.



NOPE! Keep in mind that activation and passivation are NOT associated with a transaction. Both ejbActivate() and ejbPassivate() for an entity bean are called within an UTC (unspecified transaction context). You are no longer in a tx, and no client info!

Miki
 
reply
    Bookmark Topic Watch Topic
  • New Topic