Thanks, has someone already used qpid-JMS-0.3.0 on Android?
Regards, Yanfeng -----Original Message----- From: Julien Charon [mailto:julien.cha...@avitech.aero] Sent: Friday, July 24, 2015 3:39 PM To: proton@qpid.apache.org Subject: AW: proton-j messenger connection issues Have you considered using Qpid JMS 0.3.0? It seems to have better support for temporary queues. Best regards, Julien Avitech GmbH Engineering AxL Tel.: +49 (0)7541/282-177 Fax: +49 (0)7541/282-199 e-mail: julien.cha...@avitech.aero ________________________________________________ Avitech GmbH Principal Office: Bahnhofplatz 1 | 88045 Friedrichshafen | Germany Court Registration: Amtsgericht Ulm | HRB 728293 Geschäftsführer/Managing Director: Antonio Maria Gonzalez Gorostiza http://avitech.aero This message may contain confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. -----Ursprüngliche Nachricht----- Von: Yanfeng Liu [mailto:yanfeng....@ygomi.com] Gesendet: Freitag, 24. Juli 2015 08:44 An: proton@qpid.apache.org Betreff: RE: proton-j messenger connection issues Thanks. Our use case is Android app, so we can't provision queues beforehand. Probably we need consider using proton-C via JNI from Java or look at other ways. Regards, Yanfeng -----Original Message----- From: Julien Charon [mailto:julien.cha...@avitech.aero] Sent: Friday, July 24, 2015 2:35 PM To: proton@qpid.apache.org Subject: AW: proton-j messenger connection issues Hi Yanfeng, I'm sorry, but we don't use temporary queues, I'm afraid I can't help you on this. Best regards, Julien Avitech GmbH Engineering AxL Tel.: +49 (0)7541/282-177 Fax: +49 (0)7541/282-199 e-mail: julien.cha...@avitech.aero ________________________________________________ Avitech GmbH Principal Office: Bahnhofplatz 1 | 88045 Friedrichshafen | Germany Court Registration: Amtsgericht Ulm | HRB 728293 Geschäftsführer/Managing Director: Antonio Maria Gonzalez Gorostiza http://avitech.aero This message may contain confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. -----Ursprüngliche Nachricht----- Von: Yanfeng Liu [mailto:yanfeng....@ygomi.com] Gesendet: Donnerstag, 23. Juli 2015 12:28 An: proton@qpid.apache.org Betreff: RE: proton-j messenger connection issues Julien, Sorry to hear your story with proton-J. Can I ask you happened to know how to get the name of a temporary queue created by proton-J program? See https://issues.apache.org/jira/browse/PROTON-938 for more details. Regards, Yanfeng From: Julien Charon [mailto:julien.cha...@avitech.aero] Sent: Thursday, July 23, 2015 4:58 PM To: proton@qpid.apache.org Subject: proton-j messenger connection issues Hi everybody, We are using proton-j Messenger to build clients that subscribe to an AMQP broker to get messages from a queue. It all works fine, we are getting messages and are able to process them. However, we observe 2 behaviours concerning connections when the clients run for a long time: 1. After a couple of hours, it seems that the broker resets the connection (see attached proton_conn_reset.log). After that, the client never gets messages again and seems to hang in the Messenger.recv() method. Is there a possibility to recover the messenger after connection resets, i.e. try to reconnect? 2. When the connection gets lost, the messenger crashes (see attached proton_conn_lost.log) with an IllegalArgumentException. Again, is there a possibility to recover from that, i.e. trigger the client to try to reconnect a certain number of times until the connection is available again? At the moment, the only possibility we see is to create a new messenger that tries to connect to the broker again. But this would require to get notified that the connection was reset, which is not the case because the IOException caused by the connection reset is swallowed somewhere and the caller to recv() is not aware of the fact that something went wrong. Best regards, Julien Avitech GmbH Engineering AxL Tel.: +49 (0)7541/282-177 Fax: +49 (0)7541/282-199 e-mail: julien.cha...@avitech.aero<mailto:julien.cha...@avitech.aero> ________________________________________________ Avitech GmbH Principal Office: Bahnhofplatz 1 | 88045 Friedrichshafen | Germany Court Registration: Amtsgericht Ulm | HRB 728293 Geschäftsführer/Managing Director: Antonio Maria Gonzalez Gorostiza http://avitech.aero<http://avitech.aero/> This message may contain confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.