<div dir="ltr">Hi Keith<div><br><div>Thanks for your reply.</div><div>Yes, I now understand the JMS 2.0  shared subscription semantics. </div><div>I guess we will need to upgrade our clients to integrate with both diverts and shared subscriptions first before upgrading our broker backend to enmasse</div><div>Our client code is dual deployed on kubernetes and bare metal. We are hoping to POC our kubernetes deployments </div><div>Was hoping for limited client impact i.e. just swap out the Connection Factory :-(</div><div><br></div><div>I suppose bolting on a custom configured Artemis broker with our non-exclusive diverts  to the enmasse router network is not advised :-)</div><div><br></div><div>BR</div><div>Tom. </div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 12 Mar 2019 at 17:29, Keith Wall <<a href="mailto:kwall@redhat.com">kwall@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Tom,<div><br></div>For JMS 2.0 shared subscription delivery semantics, in the standard address space, create an instance of address type subscription [1] bound to your topic address type instance.  You are free to connect as many consumers to the subscription address (mytopic::mysub) as you want.    For the brokered space, just use a JMS 2.0 Shared Subscription from the directly  client code.</div><div dir="ltr"><div><br></div><div>Kind regards</div><div>Keith.</div><div>[1] <a href="https://enmasse.io/documentation/0.26.3/openshift/#con-standard-subscription-messaging" target="_blank">https://enmasse.io/documentation/0.26.3/openshift/#con-standard-subscription-messaging</a><br></div><div><br></div><div><br></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 12, 2019 at 12:36 PM Tom Harris <<a href="mailto:tom.harris@ammeon.com" target="_blank">tom.harris@ammeon.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Keith,<div><br></div><div>Our divert use case is essentially a workaround for HornetQ to provide a JMS 2.0 "shared subscription"  i.e. allow multiple consumers to share the work of receiving messages from a topic and ensure they only process the message once between them.</div><div><br></div><div>Removal of messages is only used in out test utilities to clear the queues.</div><div><br></div><div>BR</div><div>Tom. <br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 7 Mar 2019 at 18:07, Keith Wall <<a href="mailto:kwall@redhat.com" target="_blank">kwall@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Tom,<div><br></div><div>In general, the EnMasse Address abstraction hides the implementational details away from you.  In the case of queues in the standard address space you don't know where your queue is, how many storage units (i.e. Brokers) the queue is sharded across.  The implementation may move a queue between storage units during its lifetime for efficient resource utilisation.   It may not necessarily be hosted on a Broker....   Exposing the underlying APIs would be an obstacle when offering these higher level behaviours.</div><div><br></div><div>Tell us about your use-case for for diverts?  They are something we intend to look later this year, but it would good to hear your requirements.<br></div><div>Removal of messages is planned but we don't have a precise dates at the moment.  Again, hearing the use-case is useful for us.</div><div><br></div><div>Kind regards</div><div><br></div><div>Keith.</div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 7, 2019 at 3:51 PM Tom Harris <<a href="mailto:tom.harris@ammeon.com" target="_blank">tom.harris@ammeon.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><table cellpadding="0" class="gmail-m_-276975630914641121gmail-m_3780008753405795043gmail-m_1875961496395635739gmail-m_7854904272632866602gmail-m_1644940085507260387gmail-ajC" style="border-spacing:0px;font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;font-size:12.8px"><tbody><tr class="gmail-m_-276975630914641121gmail-m_3780008753405795043gmail-m_1875961496395635739gmail-m_7854904272632866602gmail-m_1644940085507260387gmail-ajv"><td colspan="2" class="gmail-m_-276975630914641121gmail-m_3780008753405795043gmail-m_1875961496395635739gmail-m_7854904272632866602gmail-m_1644940085507260387gmail-gL" style="vertical-align:top;width:auto;padding:6px 0px"><span class="gmail-m_-276975630914641121gmail-m_3780008753405795043gmail-m_1875961496395635739gmail-m_7854904272632866602gmail-m_1644940085507260387gmail-gI" style="vertical-align:top">Hi <br>The ENMASSE REST API  does not support creating diverts is there a roadmap for this API or is this planned ..?<br>Also is it possible to run standard artemis </span>REST commands via Jolokia i.e. is this interface exposed..? <br><br>e.g </td></tr></tbody></table> <span style="font-family:Consolas,Menlo,Monaco,"Lucida Console","Liberation Mono","DejaVu Sans Mono","Bitstream Vera Sans Mono","Courier New",monospace,sans-serif;font-style:inherit;font-variant-ligatures:inherit;font-variant-caps:inherit;font-weight:inherit;white-space:inherit;background-color:rgb(239,240,241);color:rgb(36,39,41);font-size:13px">curl -X POST -H "Content-Type: application/json" -d  '{ "type": "EXEC", "mbean": "org.apache.activemq.artemis:address=\"myqueue\",broker=\"0.0.0.0\",component=addresses,queue=\"myqueue\",routing-type=\"anycast\",subcomponent=queues", "operation": "removeMessages(java.lang.String)", "arguments": [ "" ] }' <a href="http://localhost:8161/jolokia/exec" target="_blank">http://localhost:8161/jolokia/exec</a> | jq .</span><br><br class="gmail-m_-276975630914641121gmail-m_3780008753405795043gmail-m_1875961496395635739gmail-m_7854904272632866602gmail-m_1644940085507260387gmail-Apple-interchange-newline"><div>BR</div><div>Tom</div></div>

<br>
<div><font size="2">This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.</font></div><div><br></div>_______________________________________________<br>
enmasse mailing list<br>
<a href="mailto:enmasse@redhat.com" target="_blank">enmasse@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/enmasse" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/enmasse</a><br>
</blockquote></div>
</blockquote></div>

<br>
<div><font size="2">This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.</font></div><div><br></div></blockquote></div>
</blockquote></div>

<br>
<div><font size="2">This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.</font></div><div><br></div>