Discussion :

[athomas]

Bonjour,

Je reprends une appli android et je dois corriger un bug bloquant.

Voici mon problème.
J'ai une activity qui tourne correctement en mode "paysage" si au moment du lancement, la tablette est déjà sous cette orientation.
Si je démarre cette même activity en mode portrait, cela fonctionne également très bien .

En revanche, l'appli crash lors du passage du mode portrait au mode paysage, c'est à dire juste après le passage dans onConfigurationChanged qui ne contient pas grand chose pour le moment.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
@Override public void onConfigurationChanged(Configuration conf) {
        super.onConfigurationChanged(conf);
    }

Pour information, il s'agit de l'activité principale, que je ne veux pas détruire lors des changements d'informations. J'ai donc (je ne sais pas si c'est la bonne méthode) modifié le manifest de la manière suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
<activity
      android:name="com.blackbody.corpsnoir.Main"
      android:label="@string/app_name"
      android:noHistory="false"  
     android:configChanges="keyboardHidden|orientation|screenSize|screenLayout"
            >
</activity>

Merci d'avance pour vos précieux conseils avisés !

[nicroman]

Si l'appli crash, il y a dans le logcat l'exception qui l'a fait crasher avec la stacktrace associé.
Commençons donc par là.

[Simon MARQUIS]

En effet, sans le code d'erreur il ne nous est pas possible de trouver la cause précise de ton crash.
Pour autant, il n'y a normalement pas besoin de surcharger la méthode onConfigurationChanged ni de redéfinir l'attribut android:configChanges à moins que l'on ai un besoin explicite.

Le système Android est fait ainsi, lorsque la configuration change (changement d'orientation, affichage du clavier, changement de taille de l'écran, ...) il s'adapte automatique. Il va ainsi récupérer les données (ressources graphiques, mises en page, styles, ...) correspondantes à cette nouvelle configuration.
Mais pour cela, le système doit détruire l'Activity pour la recréer avec les nouvelles ressources. Et c'est un comportement normal.

Apparemment, ton activité contient des données ? (que tu as chargées ou créés par un quelconque moyen). Et tu souhaites que ces données persistent ? Pour cela il existe plusieurs techniques, dont celle ci qui nécessite l'utilisation de la fonction onSaveInstanceState().

[athomas]

Tout d'abord, merci de vous intéresser à mon problème.
Il s'agit de ma première "experience Android' , je ne suis donc pas un expert du debuggage de ce type d'application.

Voici le logcat (niveau DEBUG) . J'ai de nombreuses fois ce paragraphe en rouge

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
09-19 13:03:13.846    4389-4462/? E/SPPClientService: [e] PushMessageChannelHandler.exceptionCaught()
09-19 13:03:13.851    4389-4462/? E/SPPClientService: [g] handleMessage. ConnectionException:Fail connect to server.
09-19 13:03:13.851    4389-4462/? E/SPPClientService: [g] processError. message.arg1:1543330613,  internalErrorCode:-104
09-19 13:03:13.861    4389-4461/? E/SPPClientService: [b] SharedConstants.WHAT_INTERNAL_ERROR
09-19 13:03:13.861    4389-4461/? E/SPPClientService: [b] handleError->resultCode: INITIALIZATION_FAIL(-104)
09-19 13:03:13.861    4389-4461/? E/SPPClientService: [b] reInitPushServerConnection()
09-19 13:03:13.861    4389-4461/? E/SPPClientService: [a] Connection is already disconnected.

Est ce que cela peut être utile ?

[nicroman]

Absolument pas

Commence par filtrer le logcat sur ton application (le package).
Ensuite après le crash, tu vas avoir la raison du crash avec un truc genre:
(mais là c'est du développement de base, c'est pareil dans tous les langages ou presque):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
blablabla, excpeption truc truc truc
  at un.nom.de.classe (nomdefichier.java:ligne)
  at une.autre.classe (autrefichier.java:ligne)
...
caused by NomDuneException message
  at encore.une.classe (etunfichier.java:ligne)
...

C'est tout cela que l'on doit avoir.

[athomas]

En effet, sans le code d'erreur il ne nous est pas possible de trouver la cause précise de ton crash.
Pour autant, il n'y a normalement pas besoin de surcharger la méthode onConfigurationChanged ni de redéfinir l'attribut android:configChanges à moins que l'on ai un besoin explicite.

Le système Android est fait ainsi, lorsque la configuration change (changement d'orientation, affichage du clavier, changement de taille de l'écran, ...) il s'adapte automatique. Il va ainsi récupérer les données (ressources graphiques, mises en page, styles, ...) correspondantes à cette nouvelle configuration.
Mais pour cela, le système doit détruire l'Activity pour la recréer avec les nouvelles ressources. Et c'est un comportement normal.

Apparemment, ton activité contient des données ? (que tu as chargées ou créés par un quelconque moyen). Et tu souhaites que ces données persistent ? Pour cela il existe plusieurs techniques, dont celle ci qui nécessite l'utilisation de la fonction onSaveInstanceState().

En fait, mon activité se connecte à un appareil par liaison wifi et un thread tourne en continue pour demander des informations qui sont ensuite affichées à l'écran.
Je souhaite donc ne pas avoir a réetablir la connexion à chaque changement d'orientation de la tablette.
Je comprend tout à fait la philosophie Android sur ce point et je l'approuve. Quel est donc le meilleur moyen de résoudre mon problème dans ces conditions ?

Merci

[Simon MARQUIS]

Alors je pense que tu peux utiliser un Service pour garder cette connexion en mémoire. http://developer.android.com/trainin...e-service.html

[athomas]

Merci pour cette réponse,
je vais tenter de réaliser la communication TCP/IP avec l'appareil au sein d'un service... sans certitude d'y parvenir car à la lecture de nombreux tuto et cours, je trouve cela relativement complexe à mettre en place