Mailing-List: contact geronimo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: geronimo-dev@incubator.apache.org
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <BE1B724A-8438-11D8-8968-003065F4889C@coredevelopers.net>
References: <BE1B724A-8438-11D8-8968-003065F4889C@coredevelopers.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <25DC3F4A-84CA-11D8-872B-000393DB559A@coredevelopers.net>
Content-Transfer-Encoding: 7bit
From: Dain Sundstrom <dain@coredevelopers.net>
Subject: Re: Problem with DeploymentContext
Date: Fri, 2 Apr 2004 11:21:16 -0600
To: geronimo-dev@incubator.apache.org

Just to clarify, this is the code that is using addStreamInclude (in 
the last if block)...

     protected XmlObject generateClassPath(URI configID, JarInputStream 
jarInputStream, DeploymentContext context) throws DeploymentException {
         URI moduleBase = URI.create(configID.toString() + "/");
         XmlObject j2eeDoc = null;
         try {
             for (JarEntry entry; (entry = 
jarInputStream.getNextJarEntry()) != null; jarInputStream.closeEntry()) 
{
                 String name = entry.getName();
                 if (name.endsWith("/")) {
                     continue;
                 }
                 if (name.equals("META-INF/ra.xml")) {
                     j2eeDoc = getConnectorDocument(jarInputStream);
                     continue;
                 }
                 if (name.endsWith(".jar")) {
                     URI uri = moduleBase.resolve(name);
                     context.addStreamInclude(uri, jarInputStream);
                 }


It looks like the .rar file contains several .jar files, which need to 
be added to the class path.  This is a bit different from an ejb-jar 
where we want just the outer jar added to the class path, but I 
actually think this is what we want for ejb-jars.  What I plan on doing 
is to construct a car file that contains just two entries 
META-INF/config.ser and ejb.jar (at the root level).

Any objections?

-dain

/*************************
  * Dain Sundstrom
  * Partner
  * Core Developers Network
  *************************/

On Apr 1, 2004, at 6:00 PM, David Jencks wrote:

> yes, I had this problem also. I wrote 
> DeploymentContext.addStreamInclude to deal with it.  I'd be happy if 
> you found a better way, but I didn't.
>
> david jencks
>
> On Thursday, April 1, 2004, at 03:07 PM, Dain Sundstrom wrote:
>
>> Jeremy and David J,
>>
>> I think I might have run into a structural problem with 
>> DeploymentContext while writing the EJB deployer.  If you take a look 
>> at EJBConfigBuilder in the openejb cvs, you will see it follows the 
>> structure of the war deployer.  I ran into a problem while attempting 
>> to write a test for buildConfiguration(File, JarInputStream, 
>> XmlObject) method.  This method starts by coping the file contents 
>> from the JarInputStream to the output file, and then builds the EJB 
>> configuration.  To build the EJB configuration I need to load and 
>> inspect the EJB classes, and this is a problem because the output jar 
>> file doesn't seem to be on the classpath of the DeploymentContext (we 
>> get the classpath from the context on line 222).
>>
>> Any idea on how to get around this?
>>
>> -dain
>>
>> /*************************
>>  * Dain Sundstrom
>>  * Partner
>>  * Core Developers Network
>>  *************************/
>>
>