3:26 a.m.
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/jira/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
Fix For: 4.1.0.BETA1
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able to
use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to same
server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:38 a.m.
New subject: [JBoss JIRA] Commented: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/jira/browse/ISPN-256?page=com.atlassian.jira.plugi...
]
Manik Surtani commented on ISPN-256:
------------------------------------
Hmm; the problem with this is that it then makes infinispan a message bus. Completely not
what it is designed to do, but I can see how it could aid other use cases.
Anyway, what you would need is like you said an ExtensionCommand, which could contain an
arbitrary payload of Serializable[], a target cache, and a mechanism to register a
listener for such ExtensionCommands. And also a mechanism of dispatching such commands:
dispatchExtensionCommand(ExtensionCommand ec, List<Address> recipients, boolean
sync) ?
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/jira/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
Fix For: 4.1.0.BETA1
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:33 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/jira/browse/ISPN-256?page=com.atlassian.jira.plugi...
]
Galder Zamarreno updated ISPN-256:
----------------------------------
Fix Version/s: 5.1.0.BETA1
5.1.0.Final
(was: 4.1.0.BETA1)
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/jira/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
Fix For: 5.1.0.BETA1, 5.1.0.Final
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:49 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.sys...
]
Mircea Markus updated ISPN-256:
-------------------------------
Assignee: Mircea Markus (was: Galder Zamarreño)
Fix Version/s: 4.2.0.Final
(was: 5.1.0.BETA1)
(was: 5.1.0.Final)
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Fix For: 4.2.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:49 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.sys...
]
Mircea Markus updated ISPN-256:
-------------------------------
Attachment: generic_command_impl.patch
strong_typed_interceptors.patch
POC as per this email thread:
http://lists.jboss.org/pipermail/infinispan-dev/2010-October/006465.html
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 4.2.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:37 a.m.
New subject: [JBoss JIRA] Commented: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.sys...
]
Galder Zamarreño commented on ISPN-256:
---------------------------------------
I suppose this might be released before Final for community testing? If so, will it be
included in Beta1?
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Fix For: 4.2.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:07 p.m.
New subject: [JBoss JIRA] Commented: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.sys...
]
Manik Surtani commented on ISPN-256:
------------------------------------
Good point - if we can have this in BETA1 that would be great. Or, as it is an SPI,
I'm not averse to putting it into a CR1 either.
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Fix For: 4.2.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:25 a.m.
New subject: [JBoss JIRA] Assigned: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.sys...
]
Manik Surtani reassigned ISPN-256:
----------------------------------
Assignee: Manik Surtani (was: Mircea Markus)
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Manik Surtani
Fix For: 4.2.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:13 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.sys...
]
Manik Surtani updated ISPN-256:
-------------------------------
Fix Version/s: 5.0.0.BETA1
5.0.0.Final
(was: 4.2.0.Final)
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Manik Surtani
Fix For: 5.0.0.BETA1, 5.0.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:10 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://jira.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.sys...
]
Manik Surtani updated ISPN-256:
-------------------------------
Fix Version/s: 5.0.0.ALPHA1
(was: 5.0.0.BETA1)
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://jira.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Manik Surtani
Fix For: 5.0.0.ALPHA1, 5.0.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:47 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://issues.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.s...
]
Galder Zamarreño updated ISPN-256:
----------------------------------
Fix Version/s: 5.0.0.BETA1
(was: 5.0.0.ALPHA1)
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://issues.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Manik Surtani
Fix For: 5.0.0.BETA1, 5.0.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:16 p.m.
New subject: [JBoss JIRA] Commented: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://issues.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.s...
]
Manik Surtani commented on ISPN-256:
------------------------------------
Initial (working) prototype of this work:
https://github.com/maniksurtani/infinispan/commit/a6085647f2ac908d9307c9c...
Sample module making use of custom commands (both visitable and not) as well as custom
interceptors:
https://github.com/infinispan/infinispan-sample-module
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://issues.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Manik Surtani
Fix For: 5.0.0.BETA1, 5.0.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:11 a.m.
New subject: [JBoss JIRA] Resolved: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://issues.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.s...
]
Manik Surtani resolved ISPN-256.
--------------------------------
Resolution: Done
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://issues.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Manik Surtani
Fix For: 5.0.0.BETA1, 5.0.0.Final
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:38 a.m.
New subject: [JBoss JIRA] Updated: (ISPN-256) Enable Infinispan SPIs to implement their own commands
[
https://issues.jboss.org/browse/ISPN-256?page=com.atlassian.jira.plugin.s...
]
Galder Zamarreño updated ISPN-256:
----------------------------------
Fix Version/s: 5.0.0.ALPHA4
(was: 5.0.0.BETA1)
Enable Infinispan SPIs to implement their own commands
------------------------------------------------------
Key: ISPN-256
URL: https://issues.jboss.org/browse/ISPN-256
Project: Infinispan
Issue Type: Feature Request
Reporter: Galder Zamarreño
Assignee: Manik Surtani
Fix For: 5.0.0.ALPHA4, 5.0.0.FINAL
Attachments: generic_command_impl.patch, strong_typed_interceptors.patch
Much nicer IMHO would be a nice SPI / plug point to allow applications to extend the set
of commands. Let an app create an ExtensionCommand; if that comes in off the channel pass
it off to the handler the application registered.
This could for example be used instead of the solution currently used in
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3818. In HHH-3818, the cache
is used as a notification vehicle which is a bit of a hack and has some limitations for
example when trying to implement a similar solution for evict(key) op.
Another use case for it would be HTTP session ownership, from Brian Stansberry:
(09:32:09 AM) brian_stansberry: ... it's just that only 1 server at a time s/b able
to use a session
(09:32:25 AM) brian_stansberry: so on failover i send an extension command requesting
ownership
(09:33:19 AM) brian_stansberry: there's actually a servlet spec requirement that only
one server at a time access a session
(09:33:23 AM) brian_stansberry: ejb spec too
(09:33:37 AM) brian_stansberry: we don't properly handle that
...
(09:34:18 AM) brian_stansberry: basically it's a lock
...
(09:34:35 AM) brian_stansberry: that's all it is, a distributed lock
(09:35:03 AM) brian_stansberry: but once you have the distributed lock it's yours
until you give it up
(09:35:29 AM) brian_stansberry: so once 1 request acquires it, subsequent requests to
same server can just use a local lock
...
(09:41:59 AM) brian_stansberry: the key thing is there should only be a cluster-wide
operation once per session
(09:42:11 AM) brian_stansberry: unless there is failover
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4788
days inactive
5296
days old
infinispan-issues@lists.jboss.org
13 comments
4 participants
participants (4)
-
Galder Zamarreno (JIRA) -
Galder Zamarreño (JIRA)
-
Manik Surtani (JIRA)
-
Mircea Markus (JIRA)