Hi Yeah this indicates a bug. Feel free to log a JIRA ticket and work on a patch. http://camel.apache.org/contributing.html
On Mon, Apr 8, 2013 at 10:19 PM, pshetty.kateel <pshetty.kat...@gmail.com> wrote: > I just debugged using source code. > It looks like bug in XmppEndpoint.createConnection method. > > If no groupchat room is avalilable, then XmppGroupChatProducer's method > doStart; chat.join() statement will throw exception. > Upon this exception, ServiceSupport.stop() is trggered. This triggers > XmppGroupChatProducer's doStop() method. Here it disconnects the connection > and sets null. Till here pretty much clear. But XmppEndpoint's connection > variable still holds the old connection object and it is in disconnected and > unauthorised state. > > For next successive messages, XmppEndpoint.createConnection will return the > old connection object, but it is in disconnected state. Because of this, > always we will have connection with disconnected and unauthenticated state. > So I feel 'createConnection' not only need to check for null, but also it > should also check for connected state and authenticated state. > > > If anyone feels 'XmppEndpoint.createConnection ' is very much correct, then > we need to modify XMPPGroupChatProducer's doStart() or doStop() method. > > I still go with XmppEndpoint.createConnection method changes. > > or > Anyother alternative to solve this as I am not fully aware of camel and xmpp > codebase? > > > > -- > View this message in context: > http://camel.465427.n5.nabble.com/Camel-xmpp-dynamic-router-is-not-connecting-to-openfire-tp5730506p5730534.html > Sent from the Camel - Users mailing list archive at Nabble.com. -- Claus Ibsen ----------------- Red Hat, Inc. FuseSource is now part of Red Hat Email: cib...@redhat.com Web: http://fusesource.com Twitter: davsclaus Blog: http://davsclaus.com Author of Camel in Action: http://www.manning.com/ibsen