[JBoss JIRA] (ISPN-9151) All client listener parameters passed in programmatically
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-9151?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9151:
-----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/6033
> All client listener parameters passed in programmatically
> ---------------------------------------------------------
>
> Key: ISPN-9151
> URL: https://issues.jboss.org/browse/ISPN-9151
> Project: Infinispan
> Issue Type: Enhancement
> Components: Listeners, Remote Protocols
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: redhat-summit-18
> Fix For: 9.3.0.CR1, 9.3.0.Final
>
>
> We're working with the OpenWhisk team to create a generic Feed that allows Infinispan remote events to be exposed in an OpenWhisk way.
> So, you'd pass in Hot Rod endpoint information, name of cache and other details and you'd establish a feed of data from that cache for create/updated/removed data.
> However, making this generic is tricky when you want to pass in filter/converter factory names since these are defined at the annotation level.
> Ideally we should have a way to pass in filter/converter factory names programmatically. To avoid limiting ourselves, you could potentially pass in an instance of the annotation in an overloaded method or as optional parameter [[1|https://stackoverflow.com/questions/16299717/how-to-create-an-instance-of-an-annotation]].
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 10 months
[JBoss JIRA] (ISPN-9151) All client listener parameters passed in programmatically
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-9151?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9151:
-----------------------------------
Status: Open (was: New)
> All client listener parameters passed in programmatically
> ---------------------------------------------------------
>
> Key: ISPN-9151
> URL: https://issues.jboss.org/browse/ISPN-9151
> Project: Infinispan
> Issue Type: Enhancement
> Components: Listeners, Remote Protocols
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: redhat-summit-18
> Fix For: 9.3.0.CR1, 9.3.0.Final
>
>
> We're working with the OpenWhisk team to create a generic Feed that allows Infinispan remote events to be exposed in an OpenWhisk way.
> So, you'd pass in Hot Rod endpoint information, name of cache and other details and you'd establish a feed of data from that cache for create/updated/removed data.
> However, making this generic is tricky when you want to pass in filter/converter factory names since these are defined at the annotation level.
> Ideally we should have a way to pass in filter/converter factory names programmatically. To avoid limiting ourselves, you could potentially pass in an instance of the annotation in an overloaded method or as optional parameter [[1|https://stackoverflow.com/questions/16299717/how-to-create-an-instance-of-an-annotation]].
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 10 months
[JBoss JIRA] (ISPN-9151) All client listener parameters passed in programmatically
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-9151?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño reassigned ISPN-9151:
--------------------------------------
Fix Version/s: 9.3.0.Final
9.3.0.CR1
Assignee: Galder Zamarreño
> All client listener parameters passed in programmatically
> ---------------------------------------------------------
>
> Key: ISPN-9151
> URL: https://issues.jboss.org/browse/ISPN-9151
> Project: Infinispan
> Issue Type: Enhancement
> Components: Listeners, Remote Protocols
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: redhat-summit-18
> Fix For: 9.3.0.CR1, 9.3.0.Final
>
>
> We're working with the OpenWhisk team to create a generic Feed that allows Infinispan remote events to be exposed in an OpenWhisk way.
> So, you'd pass in Hot Rod endpoint information, name of cache and other details and you'd establish a feed of data from that cache for create/updated/removed data.
> However, making this generic is tricky when you want to pass in filter/converter factory names since these are defined at the annotation level.
> Ideally we should have a way to pass in filter/converter factory names programmatically. To avoid limiting ourselves, you could potentially pass in an instance of the annotation in an overloaded method or as optional parameter [[1|https://stackoverflow.com/questions/16299717/how-to-create-an-instance-of-an-annotation]].
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 10 months