Granny's Programming Pearls
"inside of every large program is a small program struggling to get out"
  • 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 ...
  • Campbell Ritchie
  • Liutauras Vilda
  • Bear Bibeault
  • Jeanne Boyarsky
  • Tim Cooke
  • Knute Snortum
  • Junilu Lacar
  • Devaka Cooray
Saloon Keepers:
  • Ganesh Patekar
  • Tim Moores
  • Carey Brown
  • Stephan van Hulst
  • salvin francis
  • Ron McLeod
  • Frits Walraven
  • Pete Letkeman

Must not use ssubclass of Java Serialization Protocol.  RSS feed

Ranch Hand
Posts: 1703
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
On p. 600 of the spec,

The enterprise bean must not attempt to use the subclass and object substitution features of the Java Serialization Protocol.

But on p. 73,

While the container is not required to use the Serialization protocol for Java Programming language to store the state of a passivated session instance.....

The first quote says the bean cannot use object substitution of Java Serialization Protocol.
The second quote says the container is not required to use the Java Serialization Protocol for @PrePassivate and @PostActivate.

Are these two conflicting each other ?

(source: EPractice Lab asks about EJB restrictions.)
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!