[ 
https://issues.apache.org/jira/browse/QPID-7652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16170145#comment-16170145
 ] 

Keith Wall commented on QPID-7652:
----------------------------------

The 'holds on publish' feature has a performance implication for the Java 
Broker, so I don't think we'd want to turn this on by default.    The user can 
already enable this for by setting {{queue.holdOnPublishEnabled}} true on the 
queue itself or at a higher level (broker/virtualhost causing it to be enabled 
on all queue created after than point).   To be more targeted,  we ought to be 
able to use the autonodecreation feature to target all subscription queues or 
subscription queues belonging to a certain subscriber.   This doesn't work at 
the moment because {{getSubscriptionQueue}} doesn't call autoCreateNode.   Is 
there a reason why it does not?

{noformat}
curl --verbose -X POST --data '{"nodeAutoCreationPolicies" : [{"pattern" : 
"qpidsub_.*", "createdOnConsume" : true, "nodeType": "Queue", "attributes": 
{"holdsOnPublishEnabled": true}}]}'  
http://localhost:8080/api/latest/virtualhost/default/default
{noformat}



> [Java Broker] Subscription queue do not have 'message holding' enabled by 
> default in order to support 'message delivery delay'
> ------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: QPID-7652
>                 URL: https://issues.apache.org/jira/browse/QPID-7652
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Broker
>            Reporter: Alex Rudyy
>             Fix For: qpid-java-broker-7.0.0
>
>
> 'Hold on publish' feature is not enabled on subscription queue. Thus, they 
> currently cannot support  'message delivery delay' as specified in JMS 2.0 
> spec "7.9. Message delivery delay".



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to