Come ogni prodotto del volontariato, anche AiC mobile per Android, è il risultato della collaborazione di più persone che ringrazio per il loro aiuto e l’incoraggiamento che mi hanno donato: Luca Agostini, Alberto Carlana, Antonio D’Errico, Anna Ferrandino, Davide Fiorello, Mario Mestice, Antonio Pascuccio, Lorenzo Pino.

Per continuare:

• Presentazione del programma, delle sue caratteristiche principali, screenshots, video dimostrativo e link per il download.
• Gruppo per avere supporto tecnico nell’utilizzo dell’applicazione e per segnalare eventuali problemi;
• Sito di sviluppo collaborativo dove è possibile accedere ai sorgenti e contribuire alle idee di sviluppo e alla stesura del codice.
• Per installare l’applicazione:
  

GlutenBuster è sviluppato come software libero (Free Software) ed è distribuito gratuitamente da sito di sviluppo collaborativo.

Sono alla ricerca di persone interessate a partecipare alla fase di test prima della pubblicazione nel Google Market. Se qualcuno fosse interassato può scrivere a glutenbuster@casarini.org.

Per continuare:

• www.casarini.org/blog/glutenbuster - Presentazione del programma, delle sue caratteristiche principali e accesso all’ultima versione disponibile pronta per essere installata sul proprio cellulare;
• www.casarini.org/blog/glutenbuster/glutenbuster-screenshots/ - Screenshots che mostrano alcune schermate catturate durante l’ultizzo delle principali funzionalità;
• www.casarini.org/trac/glutenbuster - Sito di sviluppo collaborativo dove è possibile accedere ai sorgenti e contribuire alle idee di sviluppo e alla stesura del codice.

Before starting to write some code it may be useful to remember to declare in the AndroidManifest.xml the request for the permission to make connections over the Internet and, if we want to save the file on the sd card, the permission to write to the external storage:

The class I wrote is called DownloadThread, extends th java.lang.Thread and a constructor with four parameters:

• the url of the file to download;
• the path where the downloaded file has to be written;
• the instance of the ProgressDialog to update;
• the handler that will receove the messages to update the UI.

The download process has to be in a separate thread and it has to be started soon after the dialog is displayed. The core of this class is its run method where we first make the connection to the specified url and build the input/output streams to realize the communicaton channel and then we read from the network the file content.

If we delete lines 9 and 28-32 the code could run in any Java standard environment, the highlighted lines have the resposibility to communicate with the UI and to update it. In particular line 9 sets the upper boung of the progress bar in the ProgressDialog and lines 28-32 update throught the Handler instance the current value of the progress bar.

What we need now is the code of build the ProgressDialog in our Activity e and the related Handler that manage messages from the Thread we have just written.

It's all, folks! If you want to see this class in action you can see it in a small free software project called GlutenBuster.

Durante la lunga attesa rifletto sul fatto che, sebbene molto cortese, il tono del mio interlocutore mi pareva strano... c'era qualcosa che non mi tornava. Io stavo contattando le Poste Italiane per segnalare che non mi arriva la posta da 5gg e il tono del mio interlocutore poteva essere paragonato a quello di un medico in sala operatoria a cui viene chiesto se ha da accendere. Come se la mia segnalazione fosse off topic.

Dopo qualche minuto di attesa, l'operatore riprende a parlare e mi dice di aspettare la metà della settimana prossima e, se proprio non vedo arrivare nulla, di richiamare per fare la segnalazione. Quando mi chiede se va bene, gli dico di no: aspettare 10gg senza posta prima di fare una segnalazione non mi sembra giusto visto che la consegna della posta dovrebbe essere il loro compito prioritario.

Così dopo qualche altro minuto di attesa, l'operatore, sempre molto cortesemente, inizia la pratica per inoltrare la mia segnalazione, alla fine della quale mi fornisce il numero di pratica e mi dice che verrò contattato per essere avvisato di quando il servizio verrà riattivato.

Finita la telefonata, durata circa 15 minuti, rimango con il sospetto che, a mio giudizio, non doveva andare in quel modo. A dire il vero mi aspettavo:

• il fatto che la possibilità di segnalare problemi nella consegna della posta fosse previsto tra le possibilità del risponditore automatico e non dovessi scegliere l'opzione "per tutte le altre segnalazioni o problemi";
• un atteggiamento interessato da parte dell'operatore, quasi stupito che una cosa così strana (n.d.r. forse l'aggettivo giusto è grave) potesse capitare;
• che la segnalazione venisse gestita in un tempo massimo di 5 minuti (sono stato largo) e che dopo avermi chiesto le mie generalità e l'indirizzo per il quale segnalavo il problema, mi si liquidasse con un frase del tipo: "ci scusiamo per inconveniente, la ringraziamo della segnalazione, provvederemo perché il servizio sia riattivato quanto prima".

E se tutto questo fosse stato ripreso per un candid camera? Idea non male, ma io voglia la mia posta!!

Aggiornamento del 22 febbraio 2010:
Dopo due mesi le Poste italiane mi rispondo come segue:

Con riferimento alla Sua richiesta, la informiamo che la sua segnalazione è stata inoltrata agli uffici e alle strutture territoriali competenti affinché provvedano a risolvere le anomalie da Lei lamentate.

Spiacenti per il disagio, la ringraziamo per la sua indicazione perché ci offre l'opportunità di migliorare la qualità dei servizi in modo da renderli sempre più vicini alle aspettative dei nostri clienti.

Per fortuna la posta è tornata ad arrivare regolarmente appena si è sciolta la neve...

You can can download it at this page.

If you don't know what port knocking is, it can briefly described as a way of surreptitiously offering services on a server without advertising the fact. By delivering a special sequence of “port knocks”, a user can open up access to a port for his IP only, and close it again when he’s done.

For more information, see the port knocking website or this article that is an introduction to how, using the port-knocking technic, trusted users can manipulate firewall rules to transmit information across closed ports.

Il mio server dopo essere stato inizializzato con i valori di default presenteva la seguente situazione:

$ psql -h webdb -l
                                     List of databases
       Name        |  Owner   | Encoding | Collation  |   Ctype    |   Access privileges
-------------------+----------+----------+------------+------------+-----------------------
 postgres          | postgres | LATIN1   | C          | en_US      |
 template0         | postgres | LATIN1   | C          | en_US      | =c/postgres
                                                                   : postgres=CTc/postgres
 template1         | postgres | LATIN1   | C          | en_US      | =c/postgres
                                                                   : postgres=CTc/postgres

In questa situazione se provato a create un database in UTF-8 o LATIN9 con il comando createdb -E UTF8 dbname mi beccavo puntualmente il seguente errore:

createdb: database creation failed: ERROR:  encoding UTF8 does not match locale en_US
DETAIL:  The chosen LC_CTYPE setting requires encoding LATIN1.

o

createdb: database creation failed: ERROR:  encoding LATIN9 does not match locale en_US
DETAIL:  The chosen LC_CTYPE setting requires encoding LATIN1.

nel caso dell'encoding LATIN9.

La soluzione, seppur non immediata, c'è sfruttando proprio il comando CREATE DATABASE all'interno dell'interprete dei comandi. In particolare per creare un db con encoding UTF-8 e locale it_IT bisogna usare il seguente comando:

Mentre per creare un database con encoding LATIN9 e locale it_IT il comando è il seguente:

Rassegnato a portarlo a far riparare mi metto a cercare la fattura di acquisto e, trovandola, mi accorgo di possedere il mio Time Capsule da soli 18 mesi e la garanzia, in Italia, dovrebbe durare 24. L'acquisto l'ho fatto direttamente sul sito della Apple e quindi mi metto a cercare i termini di garanzia sul loro sito. Poi vado su Google e invece dell'informazione che cerco trovo il seguente articolo:

Time Capsule, viaggiare nel tempo… fino a 18 mesi

Continuando a cercare trovo che non solo non sono solo ad avere un Time Capsule morto a 18 mesi di vita, ma siamo in tanti e per trovare compagni di sventura basta cercare su google: time capsule 18 month.

Il link più bello è quello di un sito dove si può registrare la morte del proprio Time Capsule: The Apple Time Capsule Memorial Register. Si può registrare il proprio Time Capsule dichiarando il giorno di acquisto e il giorno della morte... curioso che la media di vita dei Time Caspule registrati (attualmente 416) sia di 17 mesi e 4 giorni.

Domani andrò nel più vicino centro di assistenza Apple per elemosinare una riparazione in garanzia... se non me l'accorderanno, penso tirerò fuori il mio Dremel e seguirò una delle seguenti guide per la sostituzione fai-da-te dell'alimentatore:

• Apple Time Capsule Repair Type1
• Apple Time Capsule Repair Type2

Aggiornamento (4 novembre 2009)
Dopo appena 8gg lavorativi il centro d'assistenza Apple al quale mi sono rivolto mi ha chiamato dicendomi che aveva il mio Time Capsule. In realtà me ne ha dato uno nuovo, avrei preferito se avessero cambiato la sola alimentazione recuperando così i vecchi backup, ma mi è stato detto che la cosa non era possibile.
Nel darmelo mi è stato specificato che il nuovo Time Capsule non era praticamente coperto da garanzia poiché si fa sempre riferimento alla data di acquisto di quello che è stato sostituito. La cosa è normale, visto che non ho pagato alcuna riparazione, ma lo zelo con il quale mi è stata precisata la cosa mi ha messo un po' di dubbi: quanto durerà?

Possiedo da qualche tempo un BeBook che, come ho già scritto, è un ottimo lettore di eBook che, come molti suoi simili (CyBook, Handlin V3, EZReader, etc), legge eBook in formato Mobipocket con e senza DRM. Da poco tempo, per lui e per molti suoi simili, le varie case produttrici stanno rilasciando dei nuovi firmware in grado di leggere eBook in formato ePub e PDF con il DRM di Adobe. La lettura di questi ultimi formati senza DRM è già possibile, ma è evidente che poter trasformare il proprio lettore in un device in grado di gestire il DRM di Adobe è un notevole passo in avanti.

Se però da un parte si fa un passo in avanti, dall'altra viene fatto un notevole passo indietro poiché a tutti questi lettori, con i nuovi firmware, viene tolta la capacità di leggere eBook in formato Mobipocket con DRM! Unica soluzione proposta per poter continuare a leggere i propri libri acquistati in tale formato è mantenere il vecchio firmware, oppure cambiare il firmware in base al DRM che si deve usare... comodo!

Questo atteggiamento mi sembra molto riprovevole nei confronti di utenti che hanno acquistato un oggetto privo di qualsiasi legame con le aziende produttrici dei contenuti (a differenza di chi ha acquistato un kindle, per esempio). Non si capisce poi quali possano essere questi problemi legali visto che la convivenza di software per la lettura di formati Mobipocket e PDF con e senza DRM convivono tranquillamente e giustamente su quasi ogni sistema operativo. A me sembra tanto una imposizione di Adobe, che per paura di perdere il treno (il secondo per nella fattispecie), prova ad imporre a questi piccoli produttori il suo DRM in alternativa a quello della Mobipocket già usato da Amazon.

Mi chiedo se non ci si possa in qualche modo organizzare per sottoporre all'attenzione di queste aziende il disappunto degli loro utenti. Per il momento ho aperto una richiesta di spegazioni nel forum di supporto per il BeBook, chi si vuole accodare o volesse proporre altre strade, è il benvenuto!

Aggiornamento (11 agosto 2009)
Dalle risposte che mi sono state date sul forum di supporto del BeBook non si tratta di problemi legali, ma di problemi di licenza. In particolare, differentemente rispetto a quanto avevo supposto in un primo momento, i "cattivi" sono quelli di Amazon che forniscono la possibilità di usare il loro DRM su Mobipocket in licenza solo su lettori che non hanno altri software di DRM al loro interno.

Even if the PEAR::SOAP package is not yet considered stable and even if it lacks completely of documentation, the use of it is the only way I found to solve this problem. Nor the standard SOAP PHP5 implementation, nor the Zend_Soap package in the Zend Framework provides any way to manage attachments to SOAP messages.

The first problem you have with PEAR::SOAP is the lack of documentation, no API documentation, no examples, nothing except what you can find within the source code. So, if you want to use it in the proper way, you have to read and understand the source code and make many many tests.

The example I'll make will invoke an operation that requires a binary file as first parameter. First we have to create a SOAP client using the wsdl of the webservice to invoke. Assuming you have correctly installed the PEAR:SOAP package, the code to create a client is very simple.

Once you have a client for the webservice to invoke it's time to set some options, for example if the target webservice needs an HTTP authentication you have to set user and pass options.

Now we assume to have a webservice with a register operation that takes only one parameter and this parameter is an xml file. If the xml file has to be transferrered as an attachment we have first to build a SOAP_Attachment object, then we have to chose the method used by the framework to transport the binary content and finally we have to invoke the register operation passing the created attachment as parameter.

If you don't have the binary file already loaded in a string, but you have a file on your filesystem, the first line of the last code snippet has to be modified as follows: