Niclas Hedhman wrote:
Never mind; That was of course easier than I thought;
clazz.getMethod( m.getName(), m.getParameterTypes() );
Rickard, I think this is more or less resolved.
Excellent! Well done!
/Rickard
___
qi4j-dev mailing list
qi4j-dev@
Never mind; That was of course easier than I thought;
clazz.getMethod( m.getName(), m.getParameterTypes() );
Rickard, I think this is more or less resolved.
Cheers
On Sat, Oct 31, 2009 at 5:14 PM, Niclas Hedhman wrote:
> On Sat, Oct 31, 2009 at 5:12 PM, Niclas Hedhman wrote:
>
>> Got any ti
On Sat, Oct 31, 2009 at 5:12 PM, Niclas Hedhman wrote:
> Got any tips on how to go about it in a safe manner?
Let me rephrase;
If I have
public interface Some
{
Collection doSome();
}
public static class SomeMixin
implements Some
{
public Collection
On Sat, Oct 31, 2009 at 4:06 PM, Stuart McCulloch wrote:
> FYI if you look at the concrete class it will probably have two methods
> as well - the original method and another generated by the compiler to
> fudge the return type to match the interface.
>
> Using reflection "method.isSynthetic()" w
2009/10/31 Niclas Hedhman
> On Sat, Oct 31, 2009 at 3:16 PM, Niclas Hedhman
> wrote:
>
> > If the return type matches, then CGLib will only create a single
> > MetodProxy and things works.
>
> Well, looking further;
>
> When the Enhancer is created, we have an accept() callback, which in
> case
On Sat, Oct 31, 2009 at 3:16 PM, Niclas Hedhman wrote:
> If the return type matches, then CGLib will only create a single
> MetodProxy and things works.
Well, looking further;
When the Enhancer is created, we have an accept() callback, which in
case of the non-equal method return types will be
Rickard,
I have found the problem with QI-228, and although we probably won't
encounter it much in reality, I think we need to "fix it" at least to
produce an error for it.
The interface method is;
Collection getNumbers();
but the implementation method is
public List getNumbers
7 matches
Mail list logo
