Well, yes, but it is very difficult to add stuff to interfaces which
are implemented by users. That's a breaking change....
On Sun, Nov 1, 2009 at 10:41 AM, Pete Muir <pmuir(a)redhat.com> wrote:
Ok, I see.
Personally, I think this could wait until the next release, unless there is
a good use case where this would be required.
On 1 Nov 2009, at 14:39, Gavin King wrote:
> Yeah that was my initial thought too. But what if, for example, you
> overrode isAbstract() and then also wrapped the Producer?
>
> Sent from my iPhone
>
> On Nov 1, 2009, at 9:11 AM, Pete Muir <pmuir(a)redhat.com> wrote:
>
>> Hmm, I'm not sure about this one. For example, what happens if
>> something takes an abstract method, and then, via the SPI, changes
>> the method or class to not be abstract (but doesn't provide any
>> implementation of the method/class). In this they will get a runtime
>> error when we try to call the method or instantiate the class.
>>
>> On 31 Oct 2009, at 01:56, Gavin King wrote:
>>
>>> I suppose that there are places where the container checks if a class
>>> or method is abstract. I guess it makes sense to indirect that?
>>>
>>> --
>>> Gavin King
>>> gavin.king(a)gmail.com
>>>
http://in.relation.to/Bloggers/Gavin
>>>
http://hibernate.org
>>>
http://seamframework.org
>>> _______________________________________________
>>> weld-dev mailing list
>>> weld-dev(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/weld-dev
>>
> _______________________________________________
> weld-dev mailing list
> weld-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/weld-dev