Hi,
I would like to know more about the consequences of stateless session bean accessing an ordinary java object. This java object is not an Entity Bean. I need to use this java object as a wrapper to access the 3rd party API that I want to encapsulate within my app.
Session Facade-->OrdinaryJavaObject---->3rd Party API.
All kind of suggestions/feedbacks are welcome.. I'm primarily interested in synchronization, performance and scalability issues in a scenario when there are 20 (simple case) stateless session beans trying to access this ordinary java object that inturns encapsulates the 3rd party API...
Thanks in advance,
Discussions
EJB programming & troubleshooting: Stateless Session Bean accessing ordinary java object
-
Stateless Session Bean accessing ordinary java object (2 messages)
- Posted by: ivory tower
- Posted on: December 30 2002 14:24 EST
Threaded Messages (2)
- Stateless Session Bean accessing ordinary java object by Oon Kean Lin on December 31 2002 00:55 EST
- 3rd party API calls by Derek Ashmore on December 31 2002 09:35 EST
-
Stateless Session Bean accessing ordinary java object[ Go to top ]
- Posted by: Oon Kean Lin
- Posted on: December 31 2002 00:55 EST
- in response to ivory tower
Why would there be any difference between using an "ordinary" java object with a java object from the Java library (e.g String) ??
Your concern should actually be more on the 3rd Party API that you mentioned about. -
3rd party API calls[ Go to top ]
- Posted by: Derek Ashmore
- Posted on: December 31 2002 09:35 EST
- in response to ivory tower
The only concern I can think of is to make sure that the 3rd party API adhere's the bean contract requirements in the EJB spec (no threading, no non-constant statics, and so forth). The EJB spec is available at javasoft. If the 3rd party API breaks the bean contract, you'll want to do some thorough testing before relying on it in production.
Derek C. Ashmore
(Author of ThreadWorks)