[GLASSFISH-7279] receiveNoWait should poll broker Created: 09/Mar/09  Updated: 18/Jun/13

Status: Open
Project: glassfish
Component/s: jms
Affects Version/s: v2.1
Fix Version/s: future release

Type: Improvement Priority: Critical
Reporter: rahulbiswas Assignee: David Zhao
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Dependency
depends on JMS_SPEC-85 Clarify how Message.receiveNoWait() i... Open
Issuezilla Id: 7,279
Tags: bj-reviewed-out

 Description   

Need an option for the client to poll the broker for new messages, for the
receiveNoWait api implementation. Currently the impl returns null even if there
are messages on the broker. This scenario been described in the following closed
bug – https://glassfish.dev.java.net/issues/show_bug.cgi?id=3011

With this option the client should poll the broker for new messages and return a
message if available on broker. If none are available, it should not block for
new messages to arrive on the broker.



 Comments   
Comment by kumara [ 01/Sep/09 ]

Changing version from 9.1.1 to v2.1 to reflect new name/version.

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.

Generated at Thu Sep 03 13:47:40 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.