beehive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eddie O'Neil (JIRA)" <>
Subject [jira] Closed: (BEEHIVE-364) Enable classes to be used as contextual services for controls
Date Fri, 19 Aug 2005 12:44:55 GMT
     [ ]
Eddie O'Neil closed BEEHIVE-364:

Closing as per Jacob's comment.

> Enable classes to be used as contextual services for controls
> -------------------------------------------------------------
>          Key: BEEHIVE-364
>          URL:
>      Project: Beehive
>         Type: Bug
>   Components: Controls
>     Versions: V1Beta
>     Reporter: Kyle Marvin
>     Assignee: Kyle Marvin
>      Fix For: v1m1

> Currently, the Controls annotation processor requires that any field annotated by @Context
be of an interface (not a class) type.   There is really no reason why a class can't act as
a contextual service... the base JavaBeans contextual service model upon which this is built
does not require this.   
> Rich Feit would like to expose PageFlowController for controls running inside of a pageflow,
but it is a class.
> The core issue here is that APT control processing uses AptControlInterface for both
control and context fields... but the validation rules actually need to differ.
> The right thing is to add an intermediate abstract AptEventSource that represents a type
that can declare (and deliver events) and then have AptControlInterface and AptContextType
that derive from it.   So a little refactoring should enable it to be fixed.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message