Components in the application client container must have access to the following classes and resources. • The content of the application client jar file. • The transitive closure of any libraries referenced by the above jar file (as spec- ified in Section EE.8.2, “Library Support”).
On Tue, Jul 12, 2011 at 11:10 PM, Ivan <[email protected]> wrote: > Hmm, I double checked the spec, so which rule should cover this request ? > > ---> > • The Java EE API classes specified in Table EE.6-1 for the containers > other than > the application client container. > • Any installed libraries available in the application server. > • Other classes or resources contained in the application package, and > specified > by an explicit use of an extension not defined by this specification. > • Other classes and resources that are part of the implementation of the > applica- > tion server. > <--- > > > 2011/7/12 Shawn Jiang <[email protected]> > >> per java ee 6 spec: EE.8.3.3 Application Client Container Class Loading >> Requirements >> >> Components in the application client container must not have access to the >> >> following classes and resources, *unless such classes or resources are >> covered by >> one of the rules above.* >> >> If the ejb jar is in the class-path of app client module, the module >> will have the access to ejb jar. >> >> >> >> >> On Tue, Jul 12, 2011 at 10:59 PM, Ivan <[email protected]> wrote: >> >>> Yes, it is by design. App client modules should not have access to web >>> modules, ejb modules and other app client modules in the same ear package. >>> >>> >>> 2011/7/12 viola lu <[email protected]> >>> >>>> Hi, Dev: >>>> >>>> I met a problem when deploy an ear which packages an ejb, application >>>> client, web app. And the EJB is in the class-path of app client module >>>> manifest, but Appclientmodulebuilder class doesn't add this class-path of >>>> manifest to module's LinkedHashSet<String> classpath, So it's not in the >>>> class path of AppclientDeplomentContext either. Is it correct? >>>> -- >>>> viola >>>> >>>> Apache Geronimo >>>> >>>> >>> >>> >>> -- >>> Ivan >>> >> >> >> >> -- >> Shawn >> > > > > -- > Ivan > -- Shawn
