KSOAP ne jamais le délai

Je suis en utilisant ksoap2 2.5.4 (Android 2.2), qui prend en charge délai d'attente. Je suis à l'aide d'Apache 2.2.16 le traitement de mes demandes. Tout fonctionne bien, mais lorsque j'ai arrêté mon Apache (ou de la déconnexion à distance du PC sur lequel tourne Apache) l'appel n'arrive jamais à expiration. Je suis en utilisant le thread séparé pour appeler mon WS et ce fil, arrêt de travail/répondre/stands pendant environ 2 minutes dans ce cas.

int MSG_TIMEOUT = 15000;
HttpTransportSE httpTransport;
SoapSerializationEnvelope envelope = new SoapSerializationEnvelope(SoapEnvelope.VER11);
envelope.setOutputSoapObject(request);
httpTransport = new HttpTransportSE(URL, MSG_TIMEOUT);
httpTransport.debug = true;
httpTransport.call(SOAP_ACTION, envelope);//thread stops responding here

J'ai même essayé d'utiliser une Minuterie pour annuler ce thread après un délai prédéfini, mais il ne fonctionne pas. Fil est toujours là et est en attente de 2 minutes.

TimerTask task;
Timer mTimer;
task = new TimerTask() {
  public void run() {               
    mThread.interrupt();
   }
 };
mTimer = new Timer();
mTimer.schedule(task, MSG_TIMEOUT);

Je reçois aussi cet avertissement qui peut avoir quelque chose à faire avec elle (je ne sais pas quoi faire avec elle):

Dx warning: Ignoring InnerClasses attribute for an anonymous inner class
(org.ksoap2.transport.KeepAliveHttpsTransportSE$1) that doesn't come with an
associated EnclosingMethod attribute. This class was probably produced by a
compiler that did not target the modern .class file format. The recommended
solution is to recompile the class from source, using an up-to-date compiler
and without specifying any "-target" type options. The consequence of ignoring
this warning is that reflective operations on this class will incorrectly
indicate that it is *not* an inner class.

Est-il possible de faire KSOAP de travail ou pour améliorer la minuterie pour interrompre le thread après un délai prédéfini?
Merci pour la réponse ou une idée de ce à essayer!

Une autre question, avez-vous l'essayer sans httpTransport.debug = true; ? (En essayant de localiser l'erreur)

OriginalL'auteur Warlock | 2011-03-30