You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Gary VanMatre (Created) (JIRA)" <de...@myfaces.apache.org> on 2012/03/01 23:48:57 UTC

[jira] [Created] (TRINIDAD-2230) adjustments to the UIXComponentBase subscribeToEvent and unsubscribeFromEvent implementation

adjustments to the UIXComponentBase subscribeToEvent and unsubscribeFromEvent implementation
--------------------------------------------------------------------------------------------

                 Key: TRINIDAD-2230
                 URL: https://issues.apache.org/jira/browse/TRINIDAD-2230
             Project: MyFaces Trinidad
          Issue Type: Bug
          Components: Components
    Affects Versions: 2.0.1-core
         Environment: n/a
            Reporter: Gary VanMatre


These new JSF 2 methods on the UIComponent (subscribeToEvent and unsubscribeFromEvent) has a very strange contract.  The formal parameter for the listener is of type ComponentSystemEventListener.  However, the method to query for the registered listeners  getListenersForEventClass returns a list of SystemEventListener.  The ComponentSystemEventListener and SystemEventListener do not have a common heritage so the subscribeToEvent and unsubscribeFromEvent creates a wrapper that implements the SystemEventListener.

Since the resultant objects from getListenersForEventClass are a wrapper, there is no way to determine if the original listener added by calling subscribeToEvent is in the list of wrapper objects since the wrapper is a private nested class and doesn't necessary implement the ComponentSystemEventListener interfaces.



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Updated] (TRINIDAD-2230) adjustments to the UIXComponentBase subscribeToEvent and unsubscribeFromEvent implementation

Posted by "Gary VanMatre (Updated) (JIRA)" <de...@myfaces.apache.org>.
     [ https://issues.apache.org/jira/browse/TRINIDAD-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gary VanMatre updated TRINIDAD-2230:
------------------------------------

    Status: Patch Available  (was: Open)
    
> adjustments to the UIXComponentBase subscribeToEvent and unsubscribeFromEvent implementation
> --------------------------------------------------------------------------------------------
>
>                 Key: TRINIDAD-2230
>                 URL: https://issues.apache.org/jira/browse/TRINIDAD-2230
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>          Components: Components
>    Affects Versions: 2.0.1-core
>         Environment: n/a
>            Reporter: Gary VanMatre
>
> These new JSF 2 methods on the UIComponent (subscribeToEvent and unsubscribeFromEvent) has a very strange contract.  The formal parameter for the listener is of type ComponentSystemEventListener.  However, the method to query for the registered listeners  getListenersForEventClass returns a list of SystemEventListener.  The ComponentSystemEventListener and SystemEventListener do not have a common heritage so the subscribeToEvent and unsubscribeFromEvent creates a wrapper that implements the SystemEventListener.
> Since the resultant objects from getListenersForEventClass are a wrapper, there is no way to determine if the original listener added by calling subscribeToEvent is in the list of wrapper objects since the wrapper is a private nested class and doesn't necessary implement the ComponentSystemEventListener interfaces.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Updated] (TRINIDAD-2230) adjustments to the UIXComponentBase subscribeToEvent and unsubscribeFromEvent implementation

Posted by "Andrew Robinson (Updated) (JIRA)" <de...@myfaces.apache.org>.
     [ https://issues.apache.org/jira/browse/TRINIDAD-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrew Robinson updated TRINIDAD-2230:
--------------------------------------

       Resolution: Fixed
    Fix Version/s: 2.0.2-core
           Status: Resolved  (was: Patch Available)
    
> adjustments to the UIXComponentBase subscribeToEvent and unsubscribeFromEvent implementation
> --------------------------------------------------------------------------------------------
>
>                 Key: TRINIDAD-2230
>                 URL: https://issues.apache.org/jira/browse/TRINIDAD-2230
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>          Components: Components
>    Affects Versions: 2.0.1-core
>         Environment: n/a
>            Reporter: Gary VanMatre
>             Fix For: 2.0.2-core
>
>         Attachments: UIXComponentBase.patch
>
>
> These new JSF 2 methods on the UIComponent (subscribeToEvent and unsubscribeFromEvent) has a very strange contract.  The formal parameter for the listener is of type ComponentSystemEventListener.  However, the method to query for the registered listeners  getListenersForEventClass returns a list of SystemEventListener.  The ComponentSystemEventListener and SystemEventListener do not have a common heritage so the subscribeToEvent and unsubscribeFromEvent creates a wrapper that implements the SystemEventListener.
> Since the resultant objects from getListenersForEventClass are a wrapper, there is no way to determine if the original listener added by calling subscribeToEvent is in the list of wrapper objects since the wrapper is a private nested class and doesn't necessary implement the ComponentSystemEventListener interfaces.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira