Return-Path: Delivered-To: apmail-activemq-camel-dev-archive@locus.apache.org Received: (qmail 60411 invoked from network); 5 Jul 2008 11:50:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Jul 2008 11:50:52 -0000 Received: (qmail 60971 invoked by uid 500); 5 Jul 2008 11:50:53 -0000 Delivered-To: apmail-activemq-camel-dev-archive@activemq.apache.org Received: (qmail 60955 invoked by uid 500); 5 Jul 2008 11:50:53 -0000 Mailing-List: contact camel-dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: camel-dev@activemq.apache.org Delivered-To: mailing list camel-dev@activemq.apache.org Received: (qmail 60944 invoked by uid 99); 5 Jul 2008 11:50:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Jul 2008 04:50:53 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Jul 2008 11:50:10 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4E283234C150 for ; Sat, 5 Jul 2008 04:50:00 -0700 (PDT) Message-ID: <215630534.1215258600303.JavaMail.jira@brutus> Date: Sat, 5 Jul 2008 04:50:00 -0700 (PDT) From: "Michael Kahn (JIRA)" To: camel-dev@activemq.apache.org Subject: [jira] Commented: (CAMEL-659) XMPP endpoint should should auto-reconnect if it loses connection to the xmpp server In-Reply-To: <74654765.1215081660288.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/activemq/browse/CAMEL-659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=43979#action_43979 ] Michael Kahn commented on CAMEL-659: ------------------------------------ I probably should not be asking this here - however, is there a general architectural approach in camel for reconnecting or attempting to reinitialize a route that is failing due to an IO-type error or exception? I mean not just with the XMPP component but with components in general. It seems to me if certain errors occur "downstream", such as the above failure to connect to the XMPP server, the entire route (i.e.: consuming the inbound endpoint) should/could be suspended until the route can be properly reestablished. Is this a feature that is there already that I am missing? > XMPP endpoint should should auto-reconnect if it loses connection to the xmpp server > ------------------------------------------------------------------------------------ > > Key: CAMEL-659 > URL: https://issues.apache.org/activemq/browse/CAMEL-659 > Project: Apache Camel > Issue Type: Improvement > Components: camel-xmpp > Affects Versions: 1.3.0 > Reporter: Michael Kahn > > In 1.3.0, XmppEndpoint.java and related classes use the smack 2.2.1 API, and have a getConnection() method that sets up and caches the xmpp connection and chat once when the endpoint is initialized. If the network connection to the xmpp server is subsequently lost, attempts to route throw an exception. This makes use of this component on remote and roaming/wireless devices difficult. > Smack API 3.0.4+ (the only version available for "official" download right now) should auto-reconnect the XMPPConnection once it is created, reusing the same credentials from the current login() session, however the API is not a drop-in replacement, there are a few differences. It also isn't in the maven repository yet - that maxes out at 2.2.1. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.