Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 37523 invoked from network); 22 Nov 2004 16:41:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 22 Nov 2004 16:41:14 -0000 Received: (qmail 82852 invoked by uid 500); 22 Nov 2004 16:40:57 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 82785 invoked by uid 500); 22 Nov 2004 16:40:55 -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 Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 82771 invoked by uid 99); 22 Nov 2004 16:40:55 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [64.14.202.141] (HELO mgd.gluecode.com) (64.14.202.141) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 22 Nov 2004 08:40:55 -0800 Received: from [192.168.17.101] ([192.168.17.101]) (authenticated bits=0) by mgd.gluecode.com (8.12.10/8.12.10) with ESMTP id iAMGekCW001302 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 22 Nov 2004 08:40:46 -0800 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <46CBEA09-3CA5-11D9-87D0-000D93C5B79C@gluecode.com> Content-Transfer-Encoding: 7bit From: Dain Sundstrom Subject: Re: net.sf.cglib.core.CodeGenerationException: what does usually mean Date: Mon, 22 Nov 2004 08:40:53 -0800 To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Nov 22, 2004, at 3:38 AM, Srinath Perera wrote: > Hi All; > > Am getting this net.sf.cglib.core.CodeGenerationException: quite > regulerly. I know that means something wrong with the GBean I am > trying to start! but spending long times to find where is the error. Judging from the stack trace, you have a reference from one gbean to another and that reference is a java class type (not a interface). In geronimo, we always proxy references, which means that we treat the reference type as an interface. When a class type is used instead of an interface, it must have a default no-arg constructor because we generate a subclass of the reference type, and override all public methods, effectively making it an interface. Most of the time it is better to use an interface, but sometimes it is not possible due to an implementation. > Is there any way to get more error messages? or may be should write a > "Gbean verifier" to check for the conditions and give better error There is currently no way to get better (any :) error messages. A GBeanInfo verifier would be nice. -dain