Повторно свързване от самолетен режим с MQTT Android услуга

Внедрявам примера за Android услуга MQTT на Dale Lane, намерен тук http://dalelane.co.uk/blog/?p=1599, примерът работи доста добре за конкретната ми цел, но имам работа с 1 проблем, който изглежда не мога да разреша.

След доста обширно тестване установих, че услугата не се свързва отново, след като телефонът напълно е загубил връзка. Например, ако телефонът е поставен в самолетен режим и след това е изваден от самолетен режим, услугата ще продължи да се опитва да се свърже с ConnectToBroker(), но никога няма да се свърже.

Приложението се свързва правилно, ако натисна бутона „свързване“ на главния екран, който стартира услугата с дадени параметри на хост/тема.

Как мога да разреша този проблем? Приложението няма проблем при повторно свързване от Wifi-мрежа, обратното.

02-16 12:19:39.348: E/mqtt(23628): ping failed - MQTT exception
02-16 12:19:39.348: E/mqtt(23628): com.ibm.mqtt.MqttNotConnectedException
02-16 12:19:39.348: E/mqtt(23628):  at com.ibm.mqtt.Mqtt.writePacket(Unknown Source)
02-16 12:19:39.348: E/mqtt(23628):  at com.ibm.mqtt.Mqtt.pingOut(Unknown Source)
02-16 12:19:39.348: E/mqtt(23628):  at com.ibm.mqtt.MqttClient.ping(Unknown Source)
02-16 12:19:39.348: E/mqtt(23628):  at com.limosys.limosystestmqtt.MQTTService$PingSender.onReceive(MQTTService.java:919)
02-16 12:19:39.348: E/mqtt(23628):  at android.app.LoadedApk$ReceiverDispatcher$Args.run(LoadedApk.java:778)
02-16 12:19:39.348: E/mqtt(23628):  at android.os.Handler.handleCallback(Handler.java:733)
02-16 12:19:39.348: E/mqtt(23628):  at android.os.Handler.dispatchMessage(Handler.java:95)
02-16 12:19:39.348: E/mqtt(23628):  at android.os.Looper.loop(Looper.java:136)
02-16 12:19:39.348: E/mqtt(23628):  at android.app.ActivityThread.main(ActivityThread.java:5105)
02-16 12:19:39.348: E/mqtt(23628):  at java.lang.reflect.Method.invokeNative(Native Method)
02-16 12:19:39.348: E/mqtt(23628):  at java.lang.reflect.Method.invoke(Method.java:515)
02-16 12:19:39.348: E/mqtt(23628):  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:792)
02-16 12:19:39.348: E/mqtt(23628):  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:608)
02-16 12:19:39.348: E/mqtt(23628):  at dalvik.system.NativeStart.main(Native Method)

Ето проследяването на стека на изключението, което се хвърля, ако пингът е неуспешен, приложението продължава да опитва и да се свързва на всеки 10 секунди въз основа на дадена стойност на keepAliveSecond.

ИЗГУБЕНА ВРЪЗКА

/*
   * callback - method called when we no longer have a connection to the message broker server
   */
  public void connectionLost() throws Exception {
    // we protect against the phone switching off while we're doing this
    // by requesting a wake lock - we request the minimum possible wake
    // lock - just enough to keep the CPU running until we've finished
    PowerManager pm = (PowerManager) getSystemService(POWER_SERVICE);
    WakeLock wl = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "MQTT");
    wl.acquire();


    //
    // have we lost our data connection?
    //

    if (isOnline() == false) {
      Log.e("CONNECTION LOST", "LOST CONNECTION");
      connectionStatus = MQTTConnectionStatus.NOTCONNECTED_WAITINGFORINTERNET;

      // inform the app that we are not connected any more
      broadcastServiceStatus("Connection lost - no network connection");

      //
      // inform the user (for times when the Activity UI isn't running)
      // that we are no longer able to receive messages
      notifyUser("Connection lost - no network connection", "MQTT",
          "Connection lost - no network connection");

      //
      // wait until the phone has a network connection again, when we
      // the network connection receiver will fire, and attempt another
      // connection to the broker
    } else {
      //
      // we are still online
      // the most likely reason for this connectionLost is that we've
      // switched from wifi to cell, or vice versa
      // so we try to reconnect immediately
      //

      connectionStatus = MQTTConnectionStatus.NOTCONNECTED_UNKNOWNREASON;

      // inform the app that we are not connected any more, and are
      // attempting to reconnect
      broadcastServiceStatus("Connection lost - reconnecting...");

      // try to reconnect
      if (connectToBroker()) {
        subscribeToTopic(topicName);
      }
    }

    // we're finished - if the phone is switched off, it's okay for the CPU
    // to sleep now
    wl.release();
  }

СВЪРЗВАНЕ С БРОКЕР Този код се извиква няколко пъти, след като услугата е налична (т.е. излизане от самолетен режим и свързване към 4G/Wifi)

 /*
   * (Re-)connect to the message broker
   */
  private boolean connectToBroker() {
    try {
      // try to connect
      Log.e("CONNECTTOBROKER", "TRYING TO CONNECT");
      Log.e("SERVICE HOST - CONNECT TO BROKER", "" + brokerHostName);
      Log.e("SERVICE TOPIC - CONNECT TO BROKER", "" + topicName);

      mqttClient.connect(generateClientId(), cleanStart, keepAliveSeconds);

      //
      // inform the app that the app has successfully connected
      broadcastServiceStatus("Connected");

      // we are connected
      connectionStatus = MQTTConnectionStatus.CONNECTED;

      // we need to wake up the phone's CPU frequently enough so that the
      // keep alive messages can be sent
      // we schedule the first one of these now
      scheduleNextPing();


      return true;
    } catch (MqttException e) {
      // something went wrong!

      connectionStatus = MQTTConnectionStatus.NOTCONNECTED_UNKNOWNREASON;

      //
      // inform the app that we failed to connect so that it can update
      // the UI accordingly
      broadcastServiceStatus("Unable to connect");

      //
      // inform the user (for times when the Activity UI isn't running)
      // that we failed to connect
      notifyUser("Unable to connect", "MQTT", "Unable to connect - will retry later");

      // if something has failed, we wait for one keep-alive period before
      // trying again
      // in a real implementation, you would probably want to keep count
      // of how many times you attempt this, and stop trying after a
      // certain number, or length of time - rather than keep trying
      // forever.
      // a failure is often an intermittent network issue, however, so
      // some limited retry is a good idea
      scheduleNextPing();

      return false;
    }
  }

person Coova    schedule 16.02.2015    source източник


Отговори (1)


Изтеглете най-новата услуга за android jar (1.02) и java клиент (1.02) от paho. Най-новите сервизни буркани за Android имат решение за този проблем. Той се грижи за повторното свързване, след като мрежовата връзка се възстанови.

добавете това вътре в onResume() на дейността

mqttclient.registerResources(this);     

и това вътре в onDestroy() на същата дейност

mqttclient.unregisterResources();

това проработи за мен.

person Ravi    schedule 04.05.2015
comment
Благодаря много ... реших един дълъг проблем за мен :D - person kdoteu; 12.05.2015
comment
радвам се, че помогна. След като отстранихме още малко грешки по този въпрос, открих, че това работи само ако сте задали чиста сесия на false. И услугата няма да се рестартира, ако връзката е загубена поради някакъв проблем от края на сървъра. Горният отговор работи добре, когато мрежата се прекъсне и се върне. - person Ravi; 12.05.2015
comment
@kdoteu Интересувам се от Пахо. Работя с него. Но защо спира услугата, когато убиете приложението? Това решено ли е в някои негови версии или все още е същото? Рави, ти също можеш да отговориш. :Д - person Muhamed Huseinbašić; 05.07.2015
comment
@MuhamedHuseinbašić Нямам проблеми с това спиране на услугата. Моята Mqtt-Service работи през цялото време. Имах някои проблеми с повторното свързване и използвах методите по-горе, за да разреша това. - person kdoteu; 05.07.2015
comment
@kdoteu Услугата ви не е спряна, когато плъзнете приложението от последните приложения? Тези два въпроса описват проблема: stackoverflow.com/questions/ 28543569/ и stackoverflow.com/questions/28142000/ - person Muhamed Huseinbašić; 05.07.2015
comment
@MuhamedHuseinbašić Не, услугата не спира. Мисля, че е защото добавих ‹service android:name=com.ibm.android.service.MqttService /› към моя манифест. - person kdoteu; 08.07.2015
comment
@MuhamedHuseinbašić използваш ли .unregisterResource() или нещо друго? Използвам този метод само когато изгубя връзката и искам да се свържа отново. Ако използвате този метод в onDestroy(), това е причината да не сте получили известие от услугата. - person kdoteu; 09.07.2015
comment
@kdoteu Имате ли нещо против да споделите своя mqtt код, аз също усещам, че услугата спира, когато плъзнете приложението. - person Jdruwe; 07.08.2015
comment
@MuhamedHuseinbašić Виждам пинговете на брокера. Можете ли да споделите кода си или да кажете какво точно правите. Това изглежда работи добре за мен. - person Ravi; 12.08.2015
comment
@Ravi За съжаление напуснах този проект преди известно време. :/ - person Muhamed Huseinbašić; 13.08.2015
comment
Какво става, ако моят mqtt клиент работи на фонова услуга? Трябва ли да обвържа тези методи с жизнения цикъл на услугите? - person ocross; 22.07.2016
comment
Използвайки Android услуга 1.1.1 с mqttv3 1.2.1, повторното свързване работи, когато setAutomaticReconnect е настроено на true, но се изисква повторно абониране дори чистата сесия да е настроена на false. - person eos1d3; 07.06.2019