hostinato.net » Linguaggi

Sun & Intel alliance

Santana — Sun, 28 Jan 2007 21:33:13 +0000

Casualmente mi sono ritrovato sul sito della Sun ed ho visto uno strano banner che annuncia una collaborazione tra Sun e l’Intel. C’entretà per caso Java??? Anche. La Sun, a parer mio, sta facendo di tutto per risollevare i suoi prodotti che hanno avuto un declino non trascurabile negli ultimi anni. Prima il rilascio del linguaggio Java, ora questa collaborazione con l’Intel.

Infatti, Java è l’unico linguaggio assieme al C++ che perde utenti giorno dopo giorno a vantaggio di C# e PHP che sono suoi diretti rivali. Se non siete convinti guardate questo grafo. Quel’è stata la decisione scelta? Rilasciare Java Open Source (ora chiamato Open Java). Inoltre, l’enorme crescita negli ultimi anni dell’uso di sistemi operativi alternativi basati su GNU/Linux, avvenuta grazie soprattutto ad Ubuntu ha cominciato a far tremare le sedie dei cosiddetti CEO. Cosa si fa? Solaris è già Open. Cosa si fa? Facciamo un accordo con Intel.

Cosa prevede questo accordo? Da un lato l’Intel si impegna al supporto di ISV per Solaris, Java e NetBeans su processori Xeon mentre la Sun s’impegna al supporto di processori uni/dual/quad-core sempre su Solaris.

Ultimamente l’Intel ne spara una dopo l’altra (non in senso negativo). Buon per loro. Una tacita e fittizia fratellanza con la Microsoft (vedi la strana coincidenza tra l’uscita di Windows 64bit e processori 64bit della Intel. AMD pubblicizzò i suoi 64bit molto prima dell’Intel), lo sviluppo di processori dual-core per la Apple, quest’ultima con la Sun e per finire sembra che abbia in mente di produrre schede video vere e proprie senza limitarsi ai chipset (in realtà riprende il mercato delle schede video).
L’ATI, dopo l’accordo con AMD ha perso, secondo me, una grossa fetta di mercato e l’Intel ne ha approfittato. Magari tra qualche mese sentiremo dire che l’ATI ha rilasciato il firmware delle sue schede video?

Protégé & OWLViz

Santana — Thu, 11 Jan 2007 11:10:54 +0000

Per chi usa Protégé consiglio il plugin OWLViz, utilile per la visualizzazione delle Classi e dovute gerarchie in caso di domini molto ampi. E’ possibile anche visualizzare il dominio relativo ad una singola Property.

Il plugin lo selezionate dalla Preference di Protégé dal menù OWL e cliccando la scheda Tabs.

Se viene visualizzato un errore relativo al DOT Application Path, dovete installare il motore GraphViz su cui si basa OWLViz.
Per Debian è già pacchettizzato, quindi è sufficiente apt-get install graphviz.

Salutos.

Php | Java – OWL library

Santana — Wed, 10 Jan 2007 19:41:49 +0000

Ultimamente sto dedicando del tempo all’Ontology ed in particolare all’OWL – Web Ontology Language – definito dal W3C.
La tesi che sto svolgendo tratta l’Ontology ed oggi ho impiegato del tempo per capire in che linguaggio dovrò sviluppare il middleware. Può sembrare assurdo perdere una giornata per capire quale linguaggio usare ma credo che, considerando che una buona progettazione ti risparmia il 50% di tempo da dedicare alla produzione, decidere quale linguaggio usare per un progetto più o meno considerevole sia importate.

Non credo che la scelta di un linguaggio in base al principio "sviluppo in base al linguaggio che conosco meglio" sia la strada migliore; i costrutti di base ormai sono (quasi) tutti uguali e la programmazione ad oggetti non cambia con il linguaggio. Ovviamente ogni linguaggio ha le sue peculiarità e per ogni problema ci sono uno o più linguaggi adatti a risolverlo.

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

Java Open Source?

Santana — Sat, 11 Nov 2006 22:51:18 +0000

James Gosling si è reso conto che il suo bambino, chiamato Java, ha qualche problemino ed ha annunciato che lo affiderà ai dottori.
Java è Open Source! Rilasciati sotto lincenza GPL2, JSE (Java Standard Edition) e JME (Java Platform Micro Edition) saranno un test per la Sun nel verificare cosa la comunità Open Source è in grado di fare per migliorare queste piattaforme.
Sono sicuro che ne verranno fuori delle buone cose, così come è successo con Netscape tempo fa!

ln -s [troppi links]

Santana — Mon, 09 Oct 2006 17:54:41 +0000

Ieri ho compilato a "manazza" un paio di pacchetti su la mia Debian. Come succede in questi casi, o almeno come faccio io in questi casi, si compila tutto in /opt. Il problemi è che i binari ottenuti in /opt bisogna linkarli tutti simbolicamente in una directory appartenente al path, come /usr/bin o /usr/local/bin. Ieri questi link erano troppi.

Dato che non mi andava di linkare tutto manualmente con il solito comando ln -s src dest mi sono fatto un script in Bash che prende la directory sorgente e linka tutto nella directory di destinazione per ogni file eseguibile che incontra. Ecco di sotto la script.

#! /bin/sh
# Il corretto funzionamento di questo scritp non è garantito.
# Ogni danno arrecato dall’uso di questo script non è attribuibile all’autore.
# Saluss.

declare -a directories
count=0

for options
do
directories[$count]="$options"
if test ! -d ${directories[$count]}; then
    echo "Error: cannot find " ${directories[$count]}
    exit 1
fi
count=$(($count+1))
done

src=${directories[0]}
dest=${directories[1]}

case $src in
*/)
src_f=${src};;
*)
src_f=${src}"/";;
esac

case $dest in
*/)
dest_f=${dest};;
*)
dest_f=${dest}"/";;
esac

files=`ls $src_f`
for file in $files
do
if (test -x $src_f$file) && (test ! -d $src_f$file); then
    if test ! -e $dest_f$file; then
        ln -s $src_f$file $dest_f$file;
    else
      echo "File "$file" already exist in "$dest_f;
    fi
fi
done

Il funzionamento è semplicissimo. Supponiamo che lo script si chiami myln e che si trovi nel vostro path. Se l’elenco dei vostri binari da linkare è in /opt/applicazione/bin/ e volete linkarli in /usr/local/bin/ è sufficiente lanciare lo script come segue:

root@hostinato:~# myln /opt/applicazione/bin /usr/local/bin

e il gioco è fatto. Se volete scaricarvi lo script potete cliccare qui. Chiamatelo come vi pare e dategli i permessi di esecuzione (chmod 755). Lo script effettua il link solo di file eseguibili. Non effettua il link di directory o file che non abbiano permessi di esecuzione. Se nella directory sorgente viene riscontrato un file con il nome uguale di un altro file presente nella directory di destinazione, allora viene saltato.

Divertitevi.

Symfony & utf-8

Santana — Sat, 30 Sep 2006 16:14:37 +0000

Ultimamente sto studiando al struttura di Symfony e come al solito, quando si tratta di far comunicare PHP con MySql, viene sempre fuori qualche problemuccio. Questa volta si tratta dell’encoding dei caratteri, interpretati in modo diverso da PHP e da MySql. In particolare, se gli attributi del database sono configurati con charset encoding utf8_general_ci (o qualsiasi altro utf8) nel momento in cui viene effettuata una query da PHP a MySql è come se questa configurazione viene a mancare. Ci sono due soluzioni per risolvere il problema.

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.

Tomcat & Tilde

Santana — Wed, 05 Jul 2006 18:12:15 +0000

Per chi si è ritrovato nella mia stessa situazione c’è un bug su Tomcat 5.5.9 quando si fa uso di caratteri come la tilde ( "~" ).
Se avete questo tipo di caratteri in un url, e in una jsp o servlet, ad esempio, richiamate un redirect con indirizzo relativo (in cui la tilde non compare, ma è presente nelle restante parte dell’indirizzo), la tilde vi verrà cambiata con "%7e".
Questo problema l’ho riscontrato solo ed esclusivamente su redirect!
In realtà, non è propriamente un bug, perchè da quello che ho letto, se l’encoding delle pagine create corrisponde agli encoders / decoders riconosciuti da Tomcat il problema non si pone!

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…

Pragma & Cache-Control “no-cache”

Santana — Mon, 03 Jul 2006 17:10:12 +0000

Tempo fa ho avuto dei problemi nel configurare il "no-cache" per alcune pagine jsp/servlet di una Web Application Java. Per intenderci avevo bisogno di impedire la visualizzazione di una certa pagina dopo che era stato effettuato il logout da parte di un utente. Ecco alcune delucidazioni se vi si presentano alcuni problemi.

D Programming Language

Santana — Fri, 30 Jun 2006 08:03:12 +0000

Ieri, chiacchierando con Pittle, sono venuto a conoscenza del linguaggio di programmazione D. Leggi di qua e leggi di la, si basa sui punti di forza dei linguaggi C/C++/C#/Java. Non ha bisogno ne di essere compilato ogni volta che cambiamo piattaforma ne di una Virtual Machine che riesca ad interpretare i famosi "bytecode"; infatti la VM per i creatori è una vera e propria cagata!
A primo impatto sembra ben fatto: fa uso di una libreria chiamata Phobos che tra le altre cose supporta Sockets e Thread. Inolre, il compilatore riconosce l’html nel codice, ignorandolo, e anche se non ci sono VM o altro a quanto dicono sembra che sia anche più veloce di Java.
Per avere un’idea chiara dei punti di forza di questo linguaggio potete consulatare questa tabella che mostra cosa è presente nel linguaggio D e cosa NON è presente negli altri linguaggi di programmazione più diffusi.
Ho intenzione di fare alcuni test su questo linguaggio e vedere se è veramente portabile e più veloce di Java.
Risorse:

Regexp/Link

Santana — Tue, 13 Jun 2006 23:40:48 +0000

In questo periodo, come si può capire dai post precedenti, sto smanettando un pò con Java. L’altro giorno pensavo a un modo per ottenere in modo facile e dinamico una serie di links da caricare in una pagina a seconda dei parametri di sessione (ad esempio, user autenticato).
Il problema si risolve facilmente creando, ad esempio, un array bidimensionale: nel primo si potrebbero inserire i "nomi" dei links che vengono visualizzati sulla pagina e nel secondo si potrebbere associare gli indirizzi a cui ogni cella del primo array deve puntare. L’utilizzo di un array bidimensionale, però, non mi entusiasmava per mi è sembre sembrato poco "elegante". Quindi???
La soluzione è subito detta: usare un unico array e la potenzialità delle espressioni regolari per poter associare ad un’unica cella più valori contemporaneamente. In pratica in ogni cella si inseriscono il nome del link da visualizzare e subito dopo l’indirizzo della pagina a cui puntare. Inoltre si fanno separare i due valori da un carattere speciale a nostra scelta, ad esempio "|" (linea verticale, pipe). Quando è il momento di utilizzare il link si usano le espressioni regolari per ottenere in modo separato i due valori tagliando l’intera stringa contenuta nella cella (e cioè formata come "nomelink | indirizzo") e utilizzandoli in modo adeguato. Ecco un piccolo esempio in una pagina JSP.

<%
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]);%>
<%= link[1] %>
<% } %>

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