Remote Service avec le Task Manager

Version imprimable

09/08/2011, 20h29
Sake_reflex

Remote Service avec le Task Manager

Bonsoir,
Encore une question, décidément j'en pose plus que je n'aide la communauté :oops:

J'ai un Service dans mon application que j'ai déclaré en tant que :remote,
tout ce passe bien et j'arrive à le lancer au démarrage.
Si je ferme mon application normalement, grâce au bouton back notamment mon service continue de tourner pour lancer des notifications a l'utilisateur.
Par contre, dès que je passe par le gestionnaire des applications et que je ferme mon application cela tue mon service aussi.
Je pense que le gestionnaire tue mon service car il est déclaré dans le même manifest que mon application,.
Il y a t'il un moyen d'indiquer au gestionnaire de ne pas tuer mon service ?
Évidemment je souhaite garder le service dans le même apk que mon application.

En vous remerciant par avance pour le temps consacré à me lire/répondre.
09/08/2011, 22h28
yan

Citation:

Envoyé par Sake_reflex

Si je ferme mon application normalement, grâce au bouton back notamment mon service continue de tourner pour lancer des notifications a l'utilisateur.

Le back ne ferme pas l'application. C'est pour cela que le service tourne toujours. Ca stop juste l'activity en cours.

Citation:

Par contre, dès que je passe par le gestionnaire des applications et que je ferme mon application cela tue mon service aussi.
Je pense que le gestionnaire tue mon service car il est déclaré dans le même manifest que mon application,.

Vue que tu force la fermeture de l'application, pourquoi le service devrais ne pas se fermer?

Sinon, pour obliger Android à laisser un service tourner, il faut le rendre foreground. Sinon, Android peut décider de le fermer lors d'un appel, une mise en veille, ...
http://developer.android.com/referen...Foreground(int, android.app.Notification)
10/08/2011, 00h04
Sake_reflex

Merci bien :ccool:
Par contre pour lancer un service en background, une notification est "obligatoire" alors ?
10/08/2011, 00h17
yan

Citation:

Envoyé par Sake_reflex

Merci bien :ccool:
Par contre pour lancer un service en background, une notification est "obligatoire" alors ?

En forground, oui.
10/08/2011, 00h22
Sake_reflex

Ça marche merci beaucoup :ccool:
10/08/2011, 11h26
Feanorin

Citation:

Sinon, pour obliger Android à laisser un service tourner, il faut le rendre foreground. Sinon, Android peut décider de le fermer lors d'un appel, une mise en veille,

Juste une précision , il ne le fermera que s'il pense que cela est nécessaire pour récupérer de la mémoire.

Citation:

Make this service run in the foreground, supplying the ongoing notification to be shown to the user while in this state. By default services are background, meaning that if the system needs to kill them to reclaim more memory (such as to display a large page in a web browser), they can be killed without too much harm.

Donc si tu le force à rester il faut bien penser que tu n'autorise pas le téléphone à vider de sa mémoire pour qu'il fonctionne plus facilement. Donc vu de l'utilisateur ce n'est pas forcément apprécié. A mon avis il ne faut l'utiliser que si tu penses que cela est nécessaire.

Citation:

Par contre, dès que je passe par le gestionnaire des applications et que je ferme mon application cela tue mon service aussi.

En même temps si l'utilisateur décide de "kill" ton application cela me semble normal que le service le soit également non ?

Citation:

Par contre pour lancer un service en background, une notification est "obligatoire" alors ?

Comme l'a dit Yan en ForeGround oui en Background non.
10/08/2011, 11h42
yan

Citation:

Envoyé par Feanorin

Juste une précision , il ne le fermera que s'il pense que cela est nécessaire pour récupérer de la mémoire.

En gros Android libère suivant cette priorité :

1- les Activity : Une activity en arrière plan prend des ressources pour rien. C'est du jetable.

2- les services : il exécute surement quelque chose donc ils sont détruit en second si besoin. C'est du jetable mais que l'on garde si on peux.

3- les services foreground : l'appli spécifie que le service fait quelques chose (joue de la music, ...) et ne doit pas être détruit sauf cas extrême.

Il faut donc faire attention où l'on met nos traitement et gérer le fait qu'Android peut détruire les activity et service quand bon lui semble. Il faut bien faire attention à leurs cycle de vie.
C'est pour cela que mettre un thread dans une activity est dangereux par exemple et qu'il faut mieux utiliser un service pour des traitements lourd.
10/08/2011, 14h39
FinalSpirit

Tu peux toujours utiliser un WatchDog, tu lance une alarme tout les x minutes qui vérifie que ton service est lancé, sinon il le relance.
10/08/2011, 16h09
Sake_reflex

En fait c'est un service qui envoi une notification quand une nouveau message arrive dans la messagerie, un peu comme le service de mail utilise par gmail.

Donc c'est un service qui doit être toujours lancé même si mon application est morte.

Ps : L'utilisateur peut enlever le service par les préférences de mon application.
10/08/2011, 16h15
yan

Citation:

Envoyé par Sake_reflex

En fait c'est un service qui envoi une notification quand une nouveau message arrive dans la messagerie, un peu comme le service de mail utilise par gmail.

Donc c'est un service qui doit être toujours lancé même si mon application est morte.

Ps : L'utilisateur peut enlever le service par les préférences de mon application.

Tu réagit lors d'un itent ou tu regarde s'il y as un nouveau message?
10/08/2011, 16h25
Sake_reflex

Je me suis peut-être mal exprimé, la messagerie se situe sur un site qui n'est pas un service de messagerie, c'est un jeu par navigateur.
Donc je regarde tout les X minutes(paramétrable par l'utilisateur, par défaut je pense mettre 15-30 minutes) la page HTML que je parse.
Si je vois qu'il y a un nouveau message je lance une notification qui renvoi sur mon application.

Citation:

Tu réagit lors d'un itent ou tu regarde s'il y as un nouveau message?

Donc je regarde si il y a de nouveaux messages.
10/08/2011, 16h33
yan

Donc regarde AlarmManager qui est fait pour cela ;)
http://developer.android.com/referen...rmManager.html
10/08/2011, 16h42
Sake_reflex

Citation:

Envoyé par yan

Donc regarde AlarmManager qui est fait pour cela ;)
http://developer.android.com/referen...rmManager.html

Citation:

This class provides access to the system alarm services. These allow you to schedule your application to be run at some point in the future. When an alarm goes off, the Intent that had been registered for it is broadcast by the system, automatically starting the target application if it is not already running

De ce que j'ai compris, dès qu'un événement survient cela démarre automatiquement mon application, il n'y a pas moyen de changer cela ?
Par exemple lancer une notification à la place ?
10/08/2011, 16h56
yan

Citation:

Envoyé par Sake_reflex

De ce que j'ai compris, dès qu'un événement survient cela démarre automatiquement mon application, il n'y a pas moyen de changer cela ?
Par exemple lancer une notification à la place ?

Comment cela?

J'ai mal compris le fonctionnement je pense.
Pour être sûr comme receiver a l'alarmManager je peux donner ça :
Code:

1 2 3 4 5 6 7 8 9 10 11 public class BackgroundServiceReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { Intent serviceIntent = new Intent(); serviceIntent.setClassName("package", "package.MessagerieSerivce"); context.startService(serviceIntent); } }
Le service ne s’exécute qu'une seule fois et on le relance tout les X temps grâce a l'alarmManager ?
Et en plus je n'ai plus besoins de le mettre en foreground.

10/08/2011, 17h16
yan

Citation:

Envoyé par Sake_reflex

Le service ne s’exécute qu'une seule fois et on le relance tout les X temps grâce a l'alarmManager ?

En gros oui.
L'alarmManager sert à lancer un intent. Que l’application soit lancé ou non. Le gros intérêt c'est qu'il ne va pas le faire si le device est en veille mais dés sa sortie en veille pour ne pas pomper toute la batterie.
A savoir qu'un device en veille en sort de temps en temps.
10/08/2011, 17h26
Sake_reflex

Merci beaucoup:ccool:
Le développement android c'est bien mais il y a tellement de choses à savoir :oops:
En tout cas merci encore à tous ceux qui prennent le temps de m'aider.
10/08/2011, 19h03
yan

Citation:

Envoyé par Sake_reflex

Merci beaucoup:ccool:
Le développement android c'est bien mais il y a tellement de choses à savoir :oops:
En tout cas merci encore à tous ceux qui prennent le temps de m'aider.

C'est ces petites choses qui change du monde PC que me plait dans Android ^^
10/08/2011, 22h54
Sake_reflex

J'ai réussi à implémenter l'alarmManager mais il reste toujours le problème de savoir comment gérer le fait que l'utilisateur tue l'application mais sans fermer les alarmes.
Il y a t'il une façon de ne pas supprimer les alarmes ?
10/08/2011, 22h58
yan

Citation:

Envoyé par Sake_reflex

J'ai réussi à implémenter l'alarmManager mais il reste toujours le problème de savoir comment gérer le fait que l'utilisateur tue l'application mais sans fermer les alarmes.
Il y a t'il une façon de ne pas supprimer les alarmes ?

C'est android qui gère les alarme et non l'appli.
Je suis étonné qu'ils disparaissent quand l'application est tué par l'utilisateur. Ce qui est un cas très rare en principe.

Je viens de réessayer plusieurs fois et toujours la même chose, mon alarme est tuée. Je dois faire quelque chose de mal alors, je mets quelques morceaux de code :

Pour lancer l'alarme :

Code:

1
2
3
4
5
6
 
intent = new Intent(Preferences.this, BackgroundServiceReceiver.class);
alarm = (AlarmManager)getSystemService(Activity.ALARM_SERVICE);
PendingIntent pintent = PendingIntent.getBroadcast(Preferences.this, 0, intent, 0);
alarm.setRepeating(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(),
				Integer.parseInt(sp.getString("serviceMessageTime", "15")) * 1000 * 60 , pintent);

Le receiver :

Code:

1
2
3
4
5
6
7
8
9
10
11
 
public class BackgroundServiceReceiver extends BroadcastReceiver
{
	@Override 
	public void onReceive(Context context, Intent intent)
	{
		Intent serviceIntent = new Intent(); 
		serviceIntent.setClassName("package", "Service"); 
		context.startService(serviceIntent);
	} 
}

11/08/2011, 00h34
yan

Ca me semble correcte. Tu doit avoir raison.
Je ne voie pas de solution :/

Au faite, pourquoi l'utilisateur voudrais tuer l'appli?
11/08/2011, 09h17
yan

http://stackoverflow.com/questions/4...he-application
http://blog.mobile-j.de/2010/01/alar...sk-killer.html
11/08/2011, 13h40
Sake_reflex

Merci, j'étais tombé sur ses liens lors de mes recherches hier soir.
Personnellement je connais beaucoup de monde qui ferment leur application comme ça de temps en temps et ils ne savent peut être pas que le service va être tué.
Je vais voir si je ne peux pas avertir l'utilisateur quand l'application est tuée par le task manager. Il doit bien y avoir un événement dessus 8-)