我们已在批处理帐户上启用诊断功能,以将事件流式传输到事件中心,该事件中心将在应用程序中捕获,以便根据批处理任务状态采取措施。但是,我们注意到该连接会自动关闭(可能是因为整夜没有事件发生),因此我们不得不不时地将服务器反弹一次,以再次接收事件/消息。
我们仍然依赖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
}
那么有没有一种方法可以跟踪连接是否已关闭,是否可以重新启动连接?
任何进一步诊断此问题的信息也将不胜感激。
答案 0 :(得分:0)
我认为我发现了问题,我使用“ SBCFR”作为connectionFactoryName,仔细查看链接中的示例,我应该使用“ SBCF”。我也将库“ org.apache.qpid:qpid-jms-client”从版本“ 0.40.0”更新为“ 0.41.0”
在上面的代码中,我不应该使用AUTO_ACKNOWLEGDE,因为在最长的时间内,我认为出了点问题,因为我从未在本地设置中收到事件。原来,其他机器也连接到同一消费者组,并且已经确认了消息。