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