• 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
  • Bear Bibeault
  • Ron McLeod
  • Jeanne Boyarsky
  • Paul Clapham
Sheriffs:
  • Tim Cooke
  • Liutauras Vilda
  • Junilu Lacar
Saloon Keepers:
  • Tim Moores
  • Stephan van Hulst
  • Tim Holloway
  • fred rosenberger
  • salvin francis
Bartenders:
  • Piet Souris
  • Frits Walraven
  • Carey Brown

EJB Clarification

 
Ranch Hand
Posts: 36
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi friends,

can any one please explain me the below statementabout EJB programming restrictions.

1.)The enterprise bean must not attempt to gain access to packages and classes that the usual rules of the Java programming language make unavailable to the enterprise bean.

2.)The enterprise bean must not attempt to define a class in a package.


3.) The enterprise bean must not attempt to use the Reflection API to access information that the security rules of the Java programming language make unavailable.

thanks in advance
Kumar
 
Ranch Hand
Posts: 257
Hibernate Firefox Browser Linux
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,

Regarding your first point:

It is related to,accessing some specific classes, like ServerSocket, which must be avoidable in EJB. I think there are some 8 classes which must be avoidable in typical EJB to make it adhere to the non-functional requirements.

I think remaining points are related to this issue only.

Thank you.
 
Consider Paul's rocket mass heater.
    Bookmark Topic Watch Topic
  • New Topic