I think the real problem is with the signature of the notify() method
of this interface:
http://docs.jboss.org/cdi/api/1.0/
On Mon, Jan 18, 2010 at 9:49 PM, Jordan Ganoff <jganoff(a)gmail.com> wrote:
Just brainstorming here but:
1) Methods could observe the raw Event<Type> to receive all events of that
type. Then Event would need to expose the qualifiers publicly - maybe as
high up as AbstractFacade?
Something like: public void allStrings(@Observes Event<String> event);
2) Allow registration of a new interface: EventHandler.
BeanManager.fireEvent() would be required to fire the event on all
registered handlers. The current event observer resolver would be the first
implementation of this.
3) Same idea as #2 but restricted to Portable Extensions.
Good/bad?
On Mon, Jan 18, 2010 at 5:36 PM, Gavin King <gavin.king(a)gmail.com> wrote:
>
> Hrm. That's true. That's on oversight. Do you have a proposed solution
> to this problem? I would be open to addressing this issue in the CDI
> MR.
>
> On Sun, Jan 17, 2010 at 11:19 AM, Jordan Ganoff <jganoff(a)gmail.com> wrote:
> > I'm trying to route Events from a portable extension (to be the Seam 3
> > JMS
> > module). After talking to David Allen it seems there is currently no
> > way to
> > get the qualifiers for a fired event. Without the qualifiers it doesn't
> > seem like routing outside of Weld-core is possible. The idea of using
> > an
> > Interceptor on BeanManager.fireEvent() would have worked but we can't
> > assign
> > Interceptors to an existing class.
> > Any ideas?
> > --
> > Jordan Ganoff
> > _______________________________________________
> > weld-dev mailing list
> > weld-dev(a)lists.jboss.org
> >
https://lists.jboss.org/mailman/listinfo/weld-dev
> >
>
>
>
> --
> Gavin King
> gavin.king(a)gmail.com
>
http://in.relation.to/Bloggers/Gavin
>
http://hibernate.org
>
http://seamframework.org
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org