Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <Pine.LNX.4.58.0411231310130.12736@saturn.opentools.org>
References: <f8de7ee04112203381c67f733@mail.gmail.com>
 <C8C3080A-3CA5-11D9-8F70-000D93361CAA@gluecode.com>
 <f8de7ee04112300057c8d6fcc@mail.gmail.com>
 <BFBADC46-3D78-11D9-B78A-000D93C5B79C@gluecode.com>
 <Pine.LNX.4.58.0411231310130.12736@saturn.opentools.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <3DBAD211-3D7E-11D9-B78A-000D93C5B79C@gluecode.com>
Content-Transfer-Encoding: 7bit
From: Dain Sundstrom <dsundstrom@gluecode.com>
Subject: Re: net.sf.cglib.core.CodeGenerationException: what does usually mean
Date: Tue, 23 Nov 2004 10:33:59 -0800
To: dev@geronimo.apache.org

On Nov 23, 2004, at 10:11 AM, Aaron Mulder wrote:

> On Tue, 23 Nov 2004, Dain Sundstrom wrote:
>> ...
>> It is acceptable for if GBean does not implement all of the interface
>> methods as long as you never call the unimplemented methods.
>
> 	Is that really a "feature"?

I consider it a feature, but that doesn't mean we should keep it.  It 
is there so you can adapt older components to gbeans easier.  For 
example, if you can create an interface for several components and not 
call some of the methods you *know* are not implemented.  The obvious 
question is how do you *know*, in 77 they have lots of methods like is 
StatisticsProvider.  If the bean is a statics provider then you know 
that it has a getStatistics method.  Alternatively, your code could use 
the GBeanInfo to figure out what methods are useful.

Anyway, I don't sure anyone is using this feature, so if everyone finds 
it is more confusing then, then I vote +1 to remove it.

-dain