-
1. Re: Document about configuring JBoss for J2EE compliance
tobias Apr 17, 2003 10:13 PM (in response to tobias)(moraelin:)
The Unified Classloader is also not particularly standard conform.
E.g, section "21.6.9 Runtime security enforcement" states that: "The EJB Container must isolate an enterprise bean instance from other instances and other application components running on the server. The EJB Container must ensure that other enterprise bean instances and other application components are allowed to access an enterprise bean only via the enterprise bean’s component and home interfaces."
(bill:)
Depends on the application. Sometimes the Unified Classloader is a pain, sometimes is godsend, which is why it is OPTIONAL!
classloading architecture/config I believe can be downloaded at http://sourceforge.net/projects/jboss/ under the downloads section.
===
So the Unified Classloader is OPTIONAL and should be turned off for compliance. (How do I do that for example in JBoss 3.2 ?) -
2. Re: Document about configuring JBoss for J2EE compliance
tobias Apr 18, 2003 12:53 PM (in response to tobias)Configure invocations on non-local interfaces (local or remote) to pass-by-value instead of pass-by-reference. (How do I do that in JBoss 3.2?)
-
3. Re: Document about configuring JBoss for J2EE compliance
juhalindfors Apr 18, 2003 3:43 PM (in response to tobias)add org.jboss.invoker.ByValueInvokerInterceptor to your client interceptor stack in jboss.xml
-
4. Re: Document about configuring JBoss for J2EE compliance
tobias Apr 24, 2003 5:45 PM (in response to tobias)Use the latest version of a branch (3.0.x / 3.2.x / 4.x.y) to get a version that has all the discovered inconsistencies with the spec removed.