[JBoss JIRA] (ISPN-9155) Clear should not emit listener notifications
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-9155?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-9155:
----------------------------------------
Not sure we need removeAll per se, you can just iterate over the container and remove things. If this is not efficient you can do removaAsync for all then and then wait for all futures. Eventually we might need such removeAll API but I'd delay adding it until we get requests for it.
> Clear should not emit listener notifications
> --------------------------------------------
>
> Key: ISPN-9155
> URL: https://issues.jboss.org/browse/ISPN-9155
> Project: Infinispan
> Issue Type: Enhancement
> Components: Listeners, Remote Protocols
> Reporter: Galder Zamarreño
> Labels: redhat-summit-18
>
> JCache does not emit notifications on clear(). We shouldn't either.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 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: 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)
7 years, 6 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)
7 years, 6 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)
7 years, 6 months