Hi,
I have a question on using stateless session EJBs, not strictly a pattern
question, but hope this audience won't mind (since it's related to EJBs
anyways).
My project has developed a component which uses the facade pattern. It
involves having a stateless session EJB as a front end to perform user
profile management operations (e.g. on the EJB, there is a method called
createUser(), etc.). It writes to a database as a persistent store.
We always thought that we can run in a J2EE environment, counting on the
EJB container to provide transaction, security services, etc. Now, we're
asked if we can get rid of our EJB dependency (i.e. don't use the stateless
session EJB, develop our own remotable interface instead, e.g. using
RMI/IIOP?) I'm sure if we don't use EJBs, we'll have to do other
additional work to make up for the loss of the services provided by the EJB
container.
--- txn (I don't know how to use JTA to enable us to run in our "caller's"
transaction... I haven't looked it up yet, but the EJB container makes it
easy for us since we just have to set the transaction attribute on the
stateless session EJB to "Required").
--- package/deployment --- assume I get rid of my stateless session EJB
(and assume I only use JDBC to access the database), so I'm not really
having any J2EE component anymore, can I still be deployed successfully?
e.g. Can one deploy an "enterprise app" (an .ear) which doesn't contain any
J2EE components other than "regular" Java class files?
--- security --- i'll lose the object level method security
Anything else? Appreciate any advice or ideas.
Thank you.
Janette Wong
====================================================================
Community Web Site (Core J2EE Patterns Catalog - Online Version):
http://java.sun.com/blueprints/corej2eepatterns
Getting Started (Beta Version):
http://developer.java.sun.com/developer/technicalArticles/J2EE/patterns/
Get the book:
http://www.amazon.com/exec/obidos/ASIN/0130648841/corej2eepatte-20
List Archive:
http://archives.java.sun.com/archives/j2eepatterns-interest.html
Unsubscribing:
email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)
