Fatta questa piccola parentesi, il mio problema era riuscire a trovare librerie il più possibile complete e soprattutto documentate per la navigazione di OWL e mi sono limitato a Java e Php.

Per Php purtroppo non c’è molta scelta. Parte del tempo l’ho perso proprio perchè non riuscivo a capacitarmi del fatto che per Php ci siano pochissimi progetti sul Web. Le librerie più interessanti sono OWLLib ma la pecca è che non sono complete e la documentazione lascia un pò a desiderare.

Per Java, invece, si possono usare le API sviluppate dal progetto Protègè. Per chi non lo sapesse, Protègè è l’editor per OWL più avanzato che si possa trovare ora in circolazione e di conseguenza le librerie sono complete e aggiornate. Anche la documentazione sembra abbastanza soddisfacente. Le API sono incluse nel pacchetto dell’editor.

Quindi, credo che alla fine deciderò di usare Java. Ci dormirò un pò su e domattina vedremo.

return -1

    Possiamo dire a MySql quale tipo di encoding utilizzare ogni volta che viene stabilita una connessione, in modo tale che possa "preparare" tutto il necessario affinchè la comunicazione sia corretta. In questo caso, editiamo il file di configurazione di MySql /etc/mysql/my.cnf e nella sezione [mysqld] aggiungiamo la dicitura init-connect=’SET NAMES utf8‘. Il vantaggio di questo metodo è che non dobbiamo più preoccuparci di niente. L’unico svantaggio è che se abbiamo altre applicazioni che utilizzano un encoding differente protremmo avere diversi problemi con i caratteri.

    Il secondo metodo sta nel richiamare SET_NAMES_UTF8 attraverso PHP ogni volta che facciamo una query. Possiamo utilizzare la soluzione descritta qui.

    Per quanto riguarda Symfony, se avete la versione 0.6.x si può risolvere la situazione in questo modo. Se avete una versione 0.7.x o maggiore è stato introdotto il parametro encoding nel file database.yml.

Per i curiosi, potete dare una lettura qui.

Sto leggendo Thinking in Java di Bruce Eckel e da quello che ho letto fin’ora l’autore mi sembra una via di mezzo Berlusconi e Calderoli: da una parte afferma che gli altri linguaggi "sono tutti comunisti" a partire dal C++, dall’altra si rende effettivamente conto dei problemi che ha e li smaschera sottovoce. In questo libro Java viene presentato come il bene scesco dal cielo, usando un linguaggio vicino a C.L., e come la soluzione a tutti i problemi: da quello che c’è scritto in questo libro non esiste linguaggio migliore a prescindere dall’uso che se ne fa!

E, invece, secondo la mia modestissima opinione, non esiste str*****a più grossa. Java viene presentato con un linguaggio ad oggetti puro; questa è una grossa cavolata perchè Java gestisce tipi di dati primitivi ma soprattutto NON riesce a gestire l’ereditarietà multipla (che si riesce ad ottenere con alcuni trucchi, ma sono sempre trucchi), cosa possibile invece con C++ (anche se non è un linguaggio ad oggetti puro e tantomeno nativo). La gestione della memoria… vorrei fare venia ma non riesco… Non è possibile cancellare gli oggetti a piacimento del programmatore, non esistono i distruttori: pensa a tutto il Garbage Collector! Bella pensata. Putroppo, però, lo sviluppatore non ne ha controllo e quando entra in azione NON è detto che riesca a cancellare effettivamente gli oggetti. Il tutto ovviamente è stato progettato a favore della sicurezza perchè il programmatore può dimenticarsi di cancellare un oggetto! Effetto: un rallentamento del sistema spropositato (che deriva anche dal fatto che è un linguaggio interpretato). Se il programmatore è un bravo programmatore non trascura sicuramente la distruzione di oggetti (a questo servono i Diagrammi di Sequenza UML).

Passando alla documentazione on line, non ho mai visto una documentazione peggiore. Se cerchi un metodo particolare non puoi fare altro che cercarlo a naso sui vari packages che tra l’altro sono nominati in modo molto creativo (IMHO).

L’uso di Java su Web (JSP, Sevlet a Applet) mi risulta difficoltoso da capire. Esiste tutta una sintassi particolare che secondo me è difficile da ricordare, sicuramente per chi è alle prime armi. Inoltre, già abbiamo a che fare con un linguaggio lento su host, vogliamo anche soffocarlo con processi che girano su Web??? Bravi.

Mi piacerebbe tanto leggere Thinking in C++ per vedere cosa dice lo stesso autore di Java. Forse scrive per il "Dio Soldo" oppure effettivamente predilige il secondo linguaggio rispetto al primo. Per quello che mi riguarda, esiste un linguaggio particolare per ogni scelta particolare e non un unico linguaggio per ogni problema (Java viene presentato così). Se devo sviluppare un’applicazione per uso desktop preferisco il C++, per il Web sicuramente PHP.

Forse il motivo del successo di Java è che c’è una grossa azienda che ha soldi da spendere.