Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 22250 invoked from network); 3 Nov 2006 00:59:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Nov 2006 00:59:08 -0000 Received: (qmail 15051 invoked by uid 500); 3 Nov 2006 00:59:17 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 14993 invoked by uid 500); 3 Nov 2006 00:59:17 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 14982 invoked by uid 99); 3 Nov 2006 00:59:17 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 16:59:17 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of sppatel@gmail.com designates 64.233.162.197 as permitted sender) Received: from [64.233.162.197] (HELO nz-out-0102.google.com) (64.233.162.197) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Nov 2006 16:59:03 -0800 Received: by nz-out-0102.google.com with SMTP id o37so225889nzf for ; Thu, 02 Nov 2006 16:58:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:in-reply-to:references:content-type:message-id:from:subject:date:to:x-mailer:sender; b=HK5n0lPLvdhLbPCLwxTPPCNf0VRt761B+IPdOdnmnvHHXadC8IQ79A/Q32wiXLeDT9n1LoGaAv6h/8g0e+XVvyLG1i3xDRQTXXAey7FDHbjnPfncy9HCA2y+xlZqJuoguD6JWf8tH3OvgX4tYyQt9P8cA2Tl6FIfYtB4PIqB55s= Received: by 10.65.185.3 with SMTP id m3mr1895312qbp.1162515522966; Thu, 02 Nov 2006 16:58:42 -0800 (PST) Received: from ?192.168.1.100? ( [71.77.23.166]) by mx.google.com with ESMTP id f12sm256947qba.2006.11.02.16.58.41; Thu, 02 Nov 2006 16:58:41 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: References: Content-Type: multipart/alternative; boundary=Apple-Mail-12--475267141 Message-Id: From: Sachin Patel Subject: Re: geronimo-online-deploy configuration classpath missing server.jar... offline deployer broken Date: Thu, 2 Nov 2006 19:58:46 -0500 To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.752.3) Sender: Sachin Patel X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-12--475267141 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed So after being able to bootstrap the j2ee-system configuration, we are running into a NoClassDef exception on XMLObject when attempting to start the gbean-deployer configuration. Comparing the gbean-deployer config to 1.1.1, it looks like a GBeanBuilder bean was introduced in the plan, and this happens to be the gbean that fails to load and causes the exception. The Deployer and ServiceConfigBuilder gbeans prior to it seem to load successfully (which is strange since ServiceConfigBuilder imports XMLObject as well). So on GBeanBuilder when attempting to construct the GBeanInstance and the GBeanAttribute for GBeanInfo for (Iterator iterator = gbeanInfo.getAttributes().iterator (); iterator.hasNext();) { GAttributeInfo attributeInfo = (GAttributeInfo) iterator.next(); attributesMap.put(attributeInfo.getName(), new GBeanAttribute(this, attributeInfo, constructorArgs.contains (attributeInfo.getName()))); } The exception is thrown on line 249 in the constructor of GBeanAttribute getInvoker = new FastMethodInvoker(getterMethod); But I seem to be at a dead end here. :( Any ideas why this is failing? On Nov 1, 2006, at 7:04 PM, David Jencks wrote: > I came up with a proposed solution and put it in GERONIMO-2539. I > think I'm about to need this facility also :-) > > Take a look, see if it can be improved, see if it works :-) > > jdillon, does this look OK to you? > > thanks > david jencks > > On Nov 1, 2006, at 11:15 AM, Sachin Patel wrote: > >> I'm trying to get the offline deployer back working in trunk, the >> problem is when starting the kernel with the using j2ee-system as >> the bootstrap configuration, when locating "META-INF"/config.ser" >> resources only deployer.jar is located having this resource and >> thus the j2ee-system config cannot be found and the bootstrap >> fails. When debugging through 1.1.1, both server.jar and >> deployer.jar were found. >> >> So comparing the online-deployer configuration in trunk against >> 1.1.1, the culprit seems to be that server.jar is missing in the >> configuration's manifest as a classpath entry. This was specified >> in the project.properties in 1.1.1. Since it looks as if in trunk >> we are relying purely on the car-maven-plugin to build the >> manifest's classpath, since server.jar is not technically an >> artifact, if failed to add as an entry. >> >> Is there a way I don't know about to add this? Or do we need to >> update the car-maven-plugin to allow it? >> >> thx >> >> -sachin >> >> > -sachin --Apple-Mail-12--475267141 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 So after being able to bootstrap = the j2ee-system configuration, we are running into a NoClassDef = exception on XMLObject when attempting to start the gbean-deployer = configuration.=A0=A0

Comparing the = gbean-deployer config to 1.1.1, it looks like a GBeanBuilder bean was = introduced in the plan, and this happens to be the gbean that fails to = load and causes the exception.=A0 The Deployer and ServiceConfigBuilder = gbeans prior to it seem to load successfully (which is strange since = ServiceConfigBuilder imports XMLObject as well).=A0 So=A0on GBeanBuilder = when attempting to construct the GBeanInstance and the GBeanAttribute = for GBeanInfo

=A0 =A0 =A0=A0 =A0for (Iterator iterator =3D = gbeanInfo.getAttributes().iterator(); iterator.hasNext();) {
=A0 =A0 =A0 =A0 =A0 =A0 GAttributeInfo attributeInfo = =3D (GAttributeInfo) iterator.next();
=A0 =A0 = =A0 =A0 =A0 =A0 attributesMap.put(attributeInfo.getName(), new = GBeanAttribute(this, attributeInfo, = constructorArgs.contains(attributeInfo.getName())));
=A0 =A0 =A0 =A0 }

The exception = is thrown on line 249 in the constructor of GBeanAttribute=A0
getInvoker =3D new = FastMethodInvoker(getterMethod);

But I seem to be at a = dead end here.=A0 :(=A0

Any ideas why this is = failing?

On Nov 1, 2006, at 7:04 PM, David = Jencks wrote:

I came up with a proposed solution and put it in = GERONIMO-2539.=A0 I think I'm about to need this facility also = :-)

Take a look, = see if it can be improved, see if it works :-)

jdillon, does this look OK = to you?

thanks
david = jencks

On Nov 1, 2006, at 11:15 AM, Sachin Patel = wrote:

I'm trying to get the offline deployer back working in = trunk, the problem is when starting the kernel with the using = j2ee-system as the bootstrap configuration, when locating = "META-INF"/config.ser" resources only deployer.jar is located having = this resource and thus the j2ee-system config cannot be found and the = bootstrap fails.=A0 When debugging through 1.1.1, both server.jar and = deployer.jar were found.=A0 =A0

So comparing the = online-deployer configuration in trunk against 1.1.1, the culprit seems = to be that server.jar is missing in the configuration's manifest as a = classpath entry.=A0 This was specified in the project.properties in = 1.1.1.=A0 Since it looks as if in trunk we are relying purely on the = car-maven-plugin to build the manifest's classpath, since server.jar is = not technically an artifact, if failed to add as an entry.

Is there a way I don't know = about to add this? Or do we need to update the car-maven-plugin to allow = it?

thx

 =



=

=

= --Apple-Mail-12--475267141--