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

This bug will not be a problem, if all url are encoded and decoded by the tomcatencoders / decoders. But if some urls are encoded by some function that workslike the java.net.UrlEncoder with a charset argument, it will fail whenever thecharset for encoding was not ISO-8859-1, windows-1252,… (more not verifiedyet) but a multi-byte charset (MBCs).

Dannato UTF-8…

<%
String[] arrayLinks = {"nomeA|indirizzoA", "nomeB|indirizzoB", "nomeC|indirizzoC"};
Pattern patter = Pattern.compile("\\|"); //si fa precedere la pipe da due backskash per è un carattere speciale nelle espressioni regolari

 for (int i = 0; i < arrayLins.lenght; i++){
    String[] link = pattern.split(arrayLinks[i]);%>
    <a href="<%= link[0] %>"><%= link[1] %></a>
<% } %>

L’array ovviamente può essere costruito in modo dimanico in base a determinate condizioni che si potrebbero verificare. Inoltre questo metodo può essere utilizzato in varie situazioni, ad esempio associando ad ogni cella dell’array inizialiale più di due valori (coordinate tridimensionali, ad esempio). I vantiggi che saltano subito all’occhio è che il codice risulta più pulito, non si devono usare due o più cicli "for" per elaborare il contenuto e di conseguenza si hanno meno indici da gestire.

return -1

if (nodeElemente.getTextContent() == attribute){
    bla bla bla
}

Prova questo e prova quello, gurda l’output, guarda le chiamate allo stack, niente da fare… Possibile che Java non riesca a comparare due stringhe dello stesso tipo così stupide??? Si! Fino a quando non mi è sorto un dubbio… usare equals()???

if (nodeElement.getTextContent().equals(attribute){
    System.out.println("Per fare una print line ci vuole molto di più! Ci vuole System, ci vuole out e ci vuole println()!");
}

Problema risolto. Grazie James!

return -1

Vorrei proprio sapere dove si trova in questo momento. Ho voglio di conoscerlo… dopo tutto è il mio mito! Dove sei, James, dove sei? Fatti trovare! Esci fuori. Devo assolutamente stringerti la mano. TE LA DEVO STRITOLARE!

Porca put***a! DUE GIORNI PER FAR GIRARE UNA APPLET DEL C***O!

Due giorni per far girare una applet e cinque minuti per farmi girare i co*****i. Che linguaggio strepitoso…

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.

Sinceramente non ho mai capito per quale motivo sostituire C++ con Java con per un uso Desktop. Bah…