[ 
https://issues.apache.org/jira/browse/ARTEMIS-3243?focusedWorklogId=626871&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-626871
 ]

ASF GitHub Bot logged work on ARTEMIS-3243:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 22/Jul/21 19:46
            Start Date: 22/Jul/21 19:46
    Worklog Time Spent: 10m 
      Work Description: gemmellr commented on a change in pull request #3633:
URL: https://github.com/apache/activemq-artemis/pull/3633#discussion_r675114677



##########
File path: 
artemis-protocols/artemis-amqp-protocol/src/main/java/org/apache/activemq/artemis/protocol/amqp/connect/AMQPBrokerConnection.java
##########
@@ -511,22 +534,88 @@ private void connectSender(Queue queue,
                sender.setProperties(mapProperties);
             }
 
+            if (desiredCapabilities != null) {
+               sender.setDesiredCapabilities(desiredCapabilities);
+            }
+
             AMQPOutgoingController outgoingInitializer = new 
AMQPOutgoingController(queue, sender, sessionContext.getSessionSPI());
 
+            sender.open();
+
             ProtonServerSenderContext senderContext = new 
ProtonServerSenderContext(protonRemotingConnection.getAmqpConnection(), sender, 
sessionContext, sessionContext.getSessionSPI(), 
outgoingInitializer).setBeforeDelivery(beforeDeliver);
+            // This will be done on the remote open
+            sender.setContext(new Runnable() {
+               @Override
+               public void run() {

Review comment:
       Yes, an attach frame is always sent and then followed by a detach, due 
to the symmetry of the protocol. For a sender, youll get a null remote target 
to show no terminus was created amd hint that you are about to get a detach 
with error explaining why. (I would have done it differently personally).
   
   
http://docs.oasis-open.org/amqp/core/v1.0/os/amqp-core-transport-v1.0-os.html#doc-idp315568
   Figure 2.33




-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 626871)
    Time Spent: 25h  (was: 24h 50m)

> Enhance AMQP Mirror support with dual mirror
> --------------------------------------------
>
>                 Key: ARTEMIS-3243
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-3243
>             Project: ActiveMQ Artemis
>          Issue Type: Bug
>    Affects Versions: 2.17.0
>            Reporter: Clebert Suconic
>            Assignee: Clebert Suconic
>            Priority: Major
>             Fix For: 2.18.0
>
>          Time Spent: 25h
>  Remaining Estimate: 0h
>
> at the current Mirror version, we can only mirror into a single direction.
> With this enhancement the two (or more brokers) would be connected to each 
> other, each one having its own ID, and each one would send updates to the 
> other broker.
> The outcome is that if you just transferred producers and consumers from one 
> broker into the other, the fallback would be automatic and simple. No need to 
> disable and enable mirror options.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to