如何保持Azure事件中心连接的活动状态以使用amqp接收批量诊断

时间:2019-04-23 14:06:54

标签: azure azure-eventhub azure-batch

我们已在批处理帐户上启用诊断功能,以将事件流式传输到事件中心,该事件中心将在应用程序中捕获,以便根据批处理任务状态采取措施。但是,我们注意到该连接会自动关闭(可能是因为整夜没有事件发生),因此我们不得不不时地将服务器反弹一次,以再次接收事件/消息。

我们仍然依赖Java 7,这是我们为批处理添加的依赖项:

       //azure dependency
        compile('com.microsoft.azure:azure-storage:7.0.0')
        compile('com.microsoft.azure:azure-batch:5.0.1') {
            //do not get transitive dependency com.nimbusds:nimbus-jose-jw because spring security still rely on old version of it
            excludes group: 'com.nimbusds', module: 'nimbus-jose-jw'
        }
        compile('com.fasterxml.jackson.core:jackson-core:2.9.8')
        compile('org.apache.qpid:qpid-amqp-1-0-common:0.32')
        compile('org.apache.qpid:qpid-amqp-1-0-client:0.32')
        compile('org.apache.qpid:qpid-amqp-1-0-client-jms:0.32')
        compile('org.apache.qpid:qpid-jms-client:0.40.0')
        compile('org.apache.geronimo.specs:geronimo-jms_1.1_spec:1.1.1')
        //end of azure dependency

下面是完成连接的代码片段,实际上我们使用了此处给出的代码示例:http://theitjourney.blogspot.com/2015/12/sendreceive-messages-using-amqp-in-java.html,因为我们无法在azure doc本身中找到任何适用于Java 7的示例。

     /**
     * Set up connection to the service bus using AMQP mechanism.
     * NOTE: Messages received from the message bus are not guaranteed to follow order.
     * */
    MessageConsumer initiateConsumer(MessageListener messageListener, Integer partitionInx, BatchEventHubConfig batchEventHubConfig) {
        // set up JNDI context
        String queueName = "EventHub"
        String connectionFactoryName = "SBCFR"

        Hashtable<String, String> hashtable = new Hashtable<>()
        hashtable.put("connectionfactory.${connectionFactoryName}", batchEventHubConfig.getAMQPConnectionURI())
        hashtable.put("queue.${queueName}", "${batchEventHubConfig.name}/ConsumerGroups/${batchEventHubConfig.consumerGroup}/Partitions/${partitionInx}")
        hashtable.put(Context.INITIAL_CONTEXT_FACTORY, "org.apache.qpid.amqp_1_0.jms.jndi.PropertiesFileInitialContextFactory")
        Context context = new InitialContext(hashtable)

        ConnectionFactory factory = (ConnectionFactory) context.lookup(connectionFactoryName)
        Destination queue = (Destination) context.lookup(queueName)
        Connection connection = factory.createConnection(batchEventHubConfig.sasPolicyName, batchEventHubConfig.sasPolicyKey)
        connection.setExceptionListener(new BatchExceptionListener())

        connection.start()
        Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE)
        MessageConsumer messageConsumer = session.createConsumer(queue)
        messageConsumer.setMessageListener(messageListener)
        messageConsumer
    }

那么有没有一种方法可以跟踪连接是否已关闭,是否可以重新启动连接?
任何进一步诊断此问题的信息也将不胜感激。

1 个答案:

答案 0 :(得分:0)

我认为我发现了问题,我使用“ SBCFR”作为connectionFactoryName,仔细查看链接中的示例,我应该使用“ SBCF”。我也将库“ org.apache.qpid:qpid-jms-client”从版本“ 0.40.0”更新为“ 0.41.0”

在上面的代码中,我不应该使用AUTO_ACKNOWLEGDE,因为在最长的时间内,我认为出了点问题,因为我从未在本地设置中收到事件。原来,其他机器也连接到同一消费者组,并且已经确认了消息。