[EMAIL PROTECTED] wrote:
> Does this mean "Just not in the same JAR file". i.e. could you install
> BizarreStorageMechanism.JAR in the application server's classpath, and have
> it compile-time referenced from a bean ( x = new BizarreStorageMechanism()
> )?
> Or even runtime-referenced from the bean ( x = Class.forName
> ( "BizzareStorageMechanism" ).newInstance() )
Correct. :-)
> or would this still count as being packaged with the beans?
Nope, what matters is that it's not loaded with the classloader that the
server uses for the beans. Putting it in the system or server classpath
will do fine.
> So you could, for example, use a third-party O/R mapping library? i.e. by
> making calls into it from the ejbLoad and ejbStore methods. Even if this
> library was multi-threaded etc. etc. ?
Correct. Iff they do doPrivileged calls at appropriate times (see
"Permission in the Java2 SDK" for details,
http://java.sun.com/products/jdk/1.2/docs/guide/security/permissions.html).
If they don't, well, I'd call it a bug ;-)
/Rickard
--
Rickard �berg
@home: +46 13 177937
Email: [EMAIL PROTECTED]
Homepage: http://www-und.ida.liu.se/~ricob684
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
