[jboss-jira] [JBoss JIRA] Commented: (JGRP-1250) Quality of service properties per message
Bela Ban (JIRA)
jira-events at lists.jboss.org
Fri Jun 17 05:33:23 EDT 2011
[ https://issues.jboss.org/browse/JGRP-1250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12609391#comment-12609391 ]
Bela Ban commented on JGRP-1250:
--------------------------------
We could club the byte fields flags and transient_flags together into a short, and reserve only the last 2 elements of the resulting 15 bits for transient flags. That would give us 13 flags instead of the current 7 flags...
> Quality of service properties per message
> -----------------------------------------
>
> Key: JGRP-1250
> URL: https://issues.jboss.org/browse/JGRP-1250
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 3.0
>
>
> JGroups already has the ability to bypass certain protocols, e.g. NO_FC set in a message bypasses any flow control layer.
> It would be nice to do this for other protocols, too, e.g. SEQUENCER, but this needs to be done in a generic fashion.
> What should be done is to use *properties*, e.g. +reliable-mcast, -frag, +flowcontrol, -bundling etc. Based on these flags, each protocol decides whether to handle (or not) a message. The properties should not take up *any* space in a message if not set.
> This can probably be generalized, ie. by annotating a protocol with the props it provides, e.g. @Reliable @ReliableUnicast UNICAST, and by having code which matches the flags in a message and decides whether or not to process the message.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list