Da qualche anno mi occupo della gestione dei contenuti per diverse organizzazioni e la mia scelta è ricaduta su OpenCms, uno strumento molto stabile e molto diffuso nella comunità opensource. Opencms è un content management system basato su Java e XML, è orientato soprattutto alla gestione dei contenuti di aziende medio-grandi e viene distribuito con licenza LGPL.
Tecnicamente si appoggia ad un servlet-engine (Apache Tomcat, JBoss, WebSphere, etc.) ed al classico database di back-end.
I database supportati sono MySql, Oracle, Postgresql (porting realizzato dal sottoscritto) e MSSql.

L’utilizzo di tecnologia Java consente di integrare il sistema nelle diverse infrastrutture IT in modo molto semplice e , vista la scalabilità dell’infrastruttura J2EE, permette di creare soluzioni clusterizzate ad alta affidabilità.

Dalla mia esperienza siti di qualche decina di GigaByte non soffrono di alcun problema di performance e/o stabilità anche grazie ad un sistema di caching molto efficiente.

La versione 7, rilasciata da poco, offre diversi miglioramenti e caratteristiche:

• miglioramento della gestione dei link interni;
• la modifica/rinomina/spostamento degli elementi di contenuti provoca automaticamente un aggiornamento dei link ad esso correlati per mantenere la coerenza automaticamente;
• l’eliminazione di una risorsa “linkata” produce dei warning per il gestore dei contenuti;
• è stato introdotto “Content Relationship Engine” (CRE) che permette di definire relazioni tra le varie risorse gestite da Opencms;
• suporto WebDAV nativo per accedere al file-system virtuale di OpenCms come fosse un normale folder;
• introduzione del concetto di “Unità Organizzative (OU)” per distribuire la gestione dei contenuti;
• gestione dei permessi basato sui ruoli e possibilità di gestire le deleghe per la gestione dei contenuti delle varie unità organizzative;
• creazione di una funzione “switch user” (su) che permette di impersonare un altro utente (riservata ad amministratori);
• utilizzo di tecnologie AJAX per la gestione dell’interfaccia utente;
• gestione dell’ Undelete per le singole risorse ma anche per interi “alberi di contenuto”;
• gestione del “time warp” che consente al gestore del contenuto di verificare la situazione del sito in un preciso momento temporale passato;

Per chi volesse approfondire:

• www.opencms.org
• release notes

14.30 Welcome
15.00 Virtualizzazione

1. come e perché
2. i vantaggi
3. i contesti di business

16.00 Break
16.15 Soluzioni di virtualizzazione end to end: casi reali
17.15 Nuove tecnologie di virtualizzazione
17.30 Fine lavori

Maggiori dettagli:

Modulo di iscrizione

Pagina dedicata all’ evento

Attraverso GWT è possibile sviluppare e debug-are applicazioni AJAX utilizzando semplicemente JAVA e gli usuali IDE (Eclipse, IntelliJ, Netbeans).
Dal momento in cui si vuole passare al sistema di produzione sarà necessario invocare il compilatore GWT che trasformerà l’applicazione stessa in codice HTML e Javascript browser-compabitile.

Il ciclo di sviluppo GWT è quindi il seguente:

1. si sviluppa e si fa il debug della propria applicazione Java attraverso i vari tool disponibili sul mercato utilizzando le diverse librerie GWT
2. si utilizza il compilatore GWT da Java a Javascript per creare un insieme di file HTML e Javascript che possono essere piazzati in qualsiasi web server
3. si esegue un test della piattaforma sul/sui browsers che la stessa dovrebbe supportare.

Perché viene utilizzato Java per scrivere l’applicazione e non Javascript?
La tecnologia Java offre diversi vantaggi nello sviluppo rispetto a Javascript poiché:

• Esiste un insieme molto ricco di tools di sviluppo (Eclipse, IntelliJ, JProfiler, JUnit)
• Java verifica staticamente i tipi di dato riducendo gli errori a run-time
• Gli errori Javascript vengono evitati poiché il compilatore Java-to-Javascript di GWT conosce come *non* commetterli
• Java è più vicino ai tool di progettazione Object Oriented rispetto a Javascript e l’applicazione sarà più comprensibile e manutenibile

Utilizzare Google Web Toolkit
GWT offre allo sviluppatore un insieme di componenti di interfaccia grafica che, assemblati, danno origine all’applicazione; tali componenti sono denominati Widget.
Come in ogni framework per la gestione di interfaccia grafica esistono dei Panel che contengono i widget necessari per lavorare.

Questo è il codice necessario per creare una applicazione GWT che visualizza un pulsante e gestisce l’evento click sullo stesso:

[code]public class Hello implements EntryPoint {
public void onModuleLoad() {
Button b = new Button("Click me", new ClickListener() {
public void onClick(Widget sender) {
Window.alert("Hello, AJAX");
}
});
RootPanel.get().add(b);
}
}[/code]

GWT offre una buona serie di Widget nativi per la costruzione delle applicazioni (alberi, tabs, modal dialogs).

Debugging e messa in produzione delle applicazioni GWT

Tutte le applicazioni GWT possono essere eseguite in due modalità:

• Hosted mode: in questa modalità l’applicazone viene fatta girare all’interno della Java Virtual Machine. Gran parte del tempo di sviluppo viene “trascorso” in questa modalità di esecuzione poichè in questo contesto è possibile sfruttare tutte le potenzialità dell’IDE con cui si lavora ed è semplice eseguire il debug a run-time
• Web mode: in questa modalità l’applicazione è costituita da HTML e Javascript “puri”, che sono stati generati da GWT attraverso la compilazione del codice Java sviluppato nella modalità precedente. Questa rappresenta l’applicazione che va caricata sul server web e che renderà possibile agli utenti l’utilizzo del sistema che si va creando.

Il supporto per l’hosted mode è garantito da un web-browser speciale che viene distribuito assieme a GWT.

Il sito del framework è il seguente: http://code.google.com/webtoolkit/.