Thread o Service? Quale scegliere per un servizio sempre attivo?

[Grifith]

Buonasera.
Nella applicazione che sto facendo, avrei bisogno di creare un servizio perennemente attivo. Inizialmente avevo utilizzato un banalissimo Thread, che venisse stoppato soltanto in determinati casi e che funzionasse anche in background sia dell'applicazione che del telefono.

Inizialmente sembrava funzionare. Peccato, che si è venuto a scoprire che, dopo circa tre minuti, tale thread e credo anche tutta l'applicazione, veniva automaticamente stoppata.

Per cercare di realizzare questo servizio, mi è venuto in mente di utilizzare un Service... O meglio, ho letto che bisogna utilizzare un Service... Mi confermate questa ipotesi?

Inoltre, sto cercando di realizzarne uno, ma senza successo, utilizzando semplicemente come chiamante il Service, che richiama il Thread... Una cosa simile a http://www.anddev.it/index.php/topic,5283.msg31460.html#msg31460, ma senza successo... Non riesco a farlo partire.

Non è che esiste un modo semplice affinchè il Thread non mi venga buttato giù in automatico?
E' normale che da emulatore, questo non accada?


Grazie mille...

Disperatamente vostro!

[teskio]

E' normale che da emulatore, questo non accada?

Credo che il problema principale sia quando il device se ne va in sleep/standby mode...cioè spegne lo schermo e anche la CPU...quindi addio app in background...mentre l'emulatore rimane sempre accesso ! Si potrebbe usare un WakeLock per tenere "sveglio" il device durante l'esecuzione dell'app(bye bye batteria)...ma se l'app che vuoi fare deve girare sempre credo ci vogliano altre soluzioni...che al momento mi sfuggono

[Ricky`]

Non è che esiste un modo semplice affinchè il Thread non mi venga buttato giù in automatico?
E' normale che da emulatore, questo non accada?

No, il componente che devi usare in questo caso è un Service al cui interno fai comunque partire un Thread.
Se hai particolari problemi posta un po' di codice

Se vuoi/puoi dirci cosa devi fare in questo service possiamo magari consigliarti una soluzione più efficiente.

[Grifith]

No, il componente che devi usare in questo caso è un Service al cui interno fai comunque partire un Thread.
Se hai particolari problemi posta un po' di codice

Se vuoi/puoi dirci cosa devi fare in questo service possiamo magari consigliarti una soluzione più efficiente.

Grazie per la risposta. Quasi sicuramente di problemi ne avrò. Avevo fatto una cosa molto simile al topic che avevo messo, ma senza successo. Il service nn partiva. Cmq, quello che devo fare nn è altro che una serie di connessioni verso un server. Sono tutte chiamate in get.

[Ricky`]

Cmq, quello che devo fare nn è altro che una serie di connessioni verso un server. Sono tutte chiamate in get.

Allora potrebbe tornarti utile un componente chiamato AlarmManager. Con quest'ultimo infatti poi schedulare l'esecuzione periodica di alcuni task (come ad esempio l'esecuzione di un Service) senza che quest'ultimo rimanga continuamente in esecuzione.

[Grifith]

Allora potrebbe tornarti utile un componente chiamato AlarmManager. Con quest'ultimo infatti poi schedulare l'esecuzione periodica di alcuni task (come ad esempio l'esecuzione di un Service) senza che quest'ultimo rimanga continuamente in esecuzione.

Grazie per il consiglio... Intanto, il problema principale è quello di farlo partire...

il mio Service è creato in questa maniera:

Codice (Java): [Seleziona]

package my.android.thread;

import android.app.Activity;
import android.app.Service;
import android.content.Context;
import android.content.Intent;
import android.os.Handler;
import android.os.IBinder;
import android.telephony.TelephonyManager;
import my.android.Polling;
import my.android.Polling.MyHandler;

public class PollingService extends Service {
       
        PollingThread pt;
       

        @Override
        public IBinder onBind(Intent intent) {
                // TODO Auto-generated method stub
                return null;
        }
       
        /* (non-Javadoc)
         * @see android.app.Service#onStartCommand(android.content.Intent, int, int)
         */
        @Override
        public int onStartCommand(Intent intent, int flags, int startId) {
                // TODO Auto-generated method stub
                return super.onStartCommand(intent, flags, startId);
        }

       

        /* (non-Javadoc)
         * @see android.app.Service#onCreate()
         */
        @Override
        public void onCreate() {
                // TODO Auto-generated method stub
                super.onCreate();
                Polling p = new Polling();
                Polling.MyHandler handler = p.new MyHandler();
                TelephonyManager tm = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
                Context ct = getBaseContext();
               
                pt = new PollingThread(handler, true, true, tm, ct);
                pt.start();
               
        }

        /* (non-Javadoc)
         * @see android.app.Service#onDestroy()
         */
        @Override
        public void onDestroy() {
                // TODO Auto-generated method stub
                super.onDestroy();             
                pt.setStart(false);
                pt.setFullStop(true);
                pt.distruggi();
        }

}
Il service viene richiamato in una Activity chiamata Polling, in questo modo:

Codice (Java): [Seleziona]

...
public Intent pollingService; // variabile globale
...

pollingService = new Intent(this, PollingService.class);
startService(pollingService);

...
Premetto che nell'istruzione ci entra, nel senso che arriva in startService, ma non chiama assolutamente il Service che ho creato.

il Manifest contiene prima del tag di chiusura application la dicitura

Codice (XML): [Seleziona]

<service android:name="PollingService"></service>

[Ricky`]

Il psosterei le istruzioni che hai messo nell'onCreate all'interno dell'onStartCommand e farei ritornare a quest'ultimo la costante START_STICKY. Vedi descrizione:
Service | Android Developers
Comunque hai provato a mettere qualche breakpoint o qualche log e vedere cosa succede? Il codice sembra giusto.

[Grifith]

Il psosterei le istruzioni che hai messo nell'onCreate all'interno dell'onStartCommand e farei ritornare a quest'ultimo la costante START_STICKY. Vedi descrizione:
Service | Android Developers
Comunque hai provato a mettere qualche breakpoint o qualche log e vedere cosa succede? Il codice sembra giusto.

Scoperto il motivo per cui non partiva... Era un problema di posizione... Il Service si trovava sotto un package nominato thread... Spostandolo dove sono anche le altre activity,sembra essere partito...Dandomi un nullpointer... Il che è cosa buona... Almeno per adesso...

[Grifith]

Come volevasi dimostrare, risolto un problema, ne sorge subito un altro...

Nel tentativo di recuperare dei dati dal server, nel momento in cui li ricevo e cerco di stamparli a video, ricevo un nullPointerException relativo a queste righe del Logcat:

Codice: [Seleziona]

01-20 09:23:48.818: E/AndroidRuntime(334):         at android.content.ContextWrapper.getResources(ContextWrapper.java:80)
01-20 09:23:48.818: E/AndroidRuntime(334):         at android.content.Context.getString(Context.java:182)
01-20 09:23:48.818: E/AndroidRuntime(334):         at axa.android.Polling$MyHandler.handleMessage(Polling.java:599)

Relativo all'ultima riga, vi dico che si tratta di una istruzione di questo genere:

Codice (Java): [Seleziona]

getString(R.string.polling_no_signal_intro);Riga presente nel xml relativo alle Stringhe....

Da che potrebbe dipendere una situazione del genere?

Inoltre, è possibile modificare una Activity in Service, in modo che si comporti similmente alla Activity stessa? Ovvero, impostando il contentView, ecc.. ?

Grazie

[Ricky`]

Inoltre, è possibile modificare una Activity in Service, in modo che si comporti similmente alla Activity stessa? Ovvero, impostando il contentView, ecc.. ?

No, i service non hanno interfaccia grafica.
Per l'altro non lo so, bisognerebbe debuggare un po'.

[Grifith]

No, i service non hanno interfaccia grafica.
Per l'altro non lo so, bisognerebbe debuggare un po'.

Peccato... Sarebbe stato bello... Comunque alla fine ho risolto. Era un problema relativo all'Handler del thread...

[Ricky`]

Peccato... Sarebbe stato bello... Comunque alla fine ho risolto. Era un problema relativo all'Handler del thread...

Che senso avrebbe? Se ti serve interazione con l'utente usi un activity, se ti serve un componente per eseguire task in background (e quindi per definizione senza interazione) usi un service.

[MarcoDuff]

Io avrei un'altra domanda... ma perché ti serve un thread sempre attivo?

[Grifith]

Io avrei un'altra domanda... ma perché ti serve un thread sempre attivo?

E' una sorta di monitoraggio dell'applicazione e per l'invio di alcune informazioni.

Che senso avrebbe? Se ti serve interazione con l'utente usi un activity, se ti serve un componente per eseguire task in background (e quindi per definizione senza interazione) usi un service.

In realtà, la parte in background serve anche da interazione con l'utente... Guarda, un bel casino...

[bradipao]

E' una sorta di monitoraggio dell'applicazione e per l'invio di alcune informazioni.

Fai attenzione, perchè tenere un thread quasi-costantemente attivo esaurisce la batteria del dispositivo in qualche ora. Nel caso in cui questo monitoraggio avvenga sempre (24h/24h), cerca di diradarlo il più possibile e/o usa un AlarmManager per svegliarlo solo quando ti serve.

In realtà, la parte in background serve anche da interazione con l'utente... Guarda, un bel casino...

Per l'interazione lanci una activity e hai tutto quello che ti serve.