AsyncTask concorrenti

[DX89B]

come è possibile sincronizzare degli AsyncTask che utilizzano in maniera concorrenziale  la stessa risorsa, clientHttp
credo che il problema sia questo perchè il logcat mi segnala questo problema


09-06 11:19:49.840: WARN/System.err(23421):     at org.json.JSONObject.get(JSONObject.java:354)
09-06 11:19:49.840: WARN/System.err(23421):     at org.json.JSONObject.getString(JSONObject.java:510)
09-06 11:19:49.840: WARN/System.err(23421):     at org.liquidjournal.MySubscription$Task.doInBackground(MySubscription.java:110)
09-06 11:19:49.840: WARN/System.err(23421):     at org.liquidjournal.MySubscription$Task.doInBackground(MySubscription.java:1)
09-06 11:19:49.840: WARN/System.err(23421):     at android.os.AsyncTask$2.call(AsyncTask.java:185)
09-06 11:19:49.840: WARN/System.err(23421):     at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
09-06 11:19:49.840: WARN/System.err(23421):     at java.util.concurrent.FutureTask.run(FutureTask.java:137)
09-06 11:19:49.840: WARN/System.err(23421):     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1068)
09-06 11:19:49.850: WARN/System.err(23421):     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:561)
09-06 11:19:49.850: WARN/System.err(23421):     at java.lang.Thread.run(Thread.java:1102)

[DX89B]

potrei inserire uno spinlock  all interno del mio client http ma credo ci sia soluzione migliore, penso siano deprecati al giorno d'oggi gli spinlock

[Ricky`]

Non sono molto esperto di concorrenza, ma potresti provare all'interno di ciascun asynctask:

Codice (Java): [Seleziona]

synchronized (oggettoDiCuiFareIlLock){
//Usi l'oggetto di cui sopra
}
Comunque, sicuro si tratti di un errore di questo tipo? Da quello che hai postato non si capisce.

[DX89B]

nel senso volevo creare una variabile statica boolean nel client Http
un thread va a controllare se la risorsa è disponibile se si entra  setta la variabile a false e fa quello che deve fare e poi la rilascia  (setta a true la variabile)quando ha finito , se la risorsa non è disponibile entra in un ciclo infinito controllando ad ogni giro se la variabile è a true, dovrebbe funzionare ma mi sembra dispendioso in termini di prestazioni

[DX89B]

Non sono molto esperto di concorrenza, ma potresti provare all'interno di ciascun asynctask:

Codice (Java): [Seleziona]

synchronized (oggettoDiCuiFareIlLock){
//Usi l'oggetto di cui sopra
}
Comunque, sicuro si tratti di un errore di questo tipo? Da quello che hai postato non si capisce.

non riesco a capirlo, quello che mi ha fatto pensare alla concorrenza è questo
09-06 11:19:49.840: WARN/System.err(23421):     at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
09-06 11:19:49.840: WARN/System.err(23421):     at java.util.concurrent.FutureTask.run(FutureTask.java:137)
09-06 11:19:49.840: WARN/System.err(23421):     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1068)
09-06 11:19:49.850: WARN/System.err(23421):     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:561)

ma probabilmente è solo  il nome del pacchetto che gestisce i thread

[Ricky`]

Manca il nome dell'eccezione che è stata sollevata....

Comunque, non scrivere doppi post, usa il tasto modifica

[zerocool87]

nel senso volevo creare una variabile statica boolean nel client Http
un thread va a controllare se la risorsa è disponibile se si entra  setta la variabile a false e fa quello che deve fare e poi la rilascia  (setta a true la variabile)quando ha finito , se la risorsa non è disponibile entra in un ciclo infinito controllando ad ogni giro se la variabile è a true, dovrebbe funzionare ma mi sembra dispendioso in termini di prestazioni

così useresti una specie di metodo della bandiera. chi entra per primo alza la bandiera (mette la varibile a true) e quando finisce la abbassa (mettendo a false), ma in questo modo non si riesce a gestire correttamente la concorrenza. Devi usare i Monitor che java ti mette a disposizione con il metodo Synchronized.

Definisci Synchronized il metodo concorrente e java fa tutto

[MarcoDuff]

Manca il nome dell'eccezione che è stata sollevata....

[DX89B]

ops, avevo dimenticato questo post

Codice: [Seleziona]

at java.util.concurrentmi aveva tratto in inganno, non si trattava di un problema di concorrenza, quella era solo una libreria standard di java che gestisce i task,
niente era un semplice problema di Json , quella libreria era stata chiamata di conseguenza, credo che http client gestisca autonomamente la concorrenza
Grazie lo stesso , topic risolto

[MarcoDuff]

ops, avevo dimenticato questo post

Felice che hai risolto, ma per la prossima volta sappi che ancora non hai specificato l'eccezione che ti ha dato, che è proprio la parolina che sta prima di "at java.util.concurrent"! 

[DX89B]

sisi me ne sono accorto è che nei log l'eccezione era lanciata come warning e non come error e non ci ho fatto caso

Grazie a tutti