Qui non voglio discutere della progettazione, che mi pare troppo specifica al caso trattato. Parlerò invece delle scelte che andrò ad effettuare circa i singoli componenti legati all’interfaccia utente. Ritengo infatti che per rendere questa soluzione efficace sia necessario fornire il miglior supporto possibile a chi lo sta utilizzando che potrebbe trovarsi di fronte al cliente al quale deve dare risposte immediate e precise.

Giusto per mettere qualche paletto, il sistema sarà basato su uno schema MVC nel quale Model e Controller saranno realizzati in JAVA (J2EE) mentre la View sarà prodotta in HTML usando pagine JSP (utilizzerò componenti EJB ed il framework Struts).

Tornando all’interfaccia utente l’idea è quella di integrare componenti AJAX per svolgere tutte le principali funzionalità. Ciò che il cliente mi ha richiesto, in particolare, è la possibilità di realizzare quanto segue:

• Creazione ticket
• Assegnazione del ticket
• Rilevazione della qualità del lavoro svolto
• Possibilità di allegare documenti e file al ticket
• Registrazione delle attività e dei tempi sul ticket
• Possibilità di trasformare in automatico i file in formato PDF standard (PDF/A-1)
• Invio segnalazione via email al destinatario del ticket
• Invio di questionario soddisfazione via email al cliente quando il ticket viene risolto (chius0)
• Apertura di documenti e procedure direttamente dal ticket (questo aspetto è legato al software ERP Bizbrain Core installato in azienda)
• Riepilogo ticket con pannelli che permettono di controllare tutta la vita dello stesso e cosa ne è scaturito

Nel prossimo appuntamento farò un elenco dei componenti che ritengo necessario integrare e del perché sono stati scelti. Parlerò anche della loro integrazione nel progetto. Sono però aperto anche a suggerimenti da parte vostra…

Il bug, presente nelle versioni Windows e Linux della JVM, riguarda la tecnica di filtraggio degli indirizzi URL nei quali potrebbe essere passato un parametro che permette di avviare un’applet JAVA locale per eseguire del codice arbitrario. La Version 6 Update 20 è disponibile sul sito web java.com per il download.

utf8 “\xEC” è uno dei possibili errori. Da cosa dipende? In generale dipende da una errata gestione della codifica fra database dal quale vengono pescate le informazioni e pagina web. Il primo potrebbe essere con codifica Latin1 e la seconda UTF-8, tanto per fare un esempio. A parte migliorare questo aspetto, la soluzione potrebbe essere quella di evitare di scrivere caratteri non codificati in HTML nel database.

L’errore segnalato, in particolare, si riferisce ad una “i accentata” ovvero “ì”. Vi basterà scriverla come ì per non avere alcun problema.

<script type="text/javascript" src="jquery.js"></script>
<script type="text/javascript">
JQ = jQuery.noConflict();
</script>
<script src="prototype.js" type="text/javascript"></script>

Come vedete sarà sufficiente includere le due librerie nell’ordine suddetto e chiamare la funzione jQuery.noConflict() assegnandola alla variabile JQ. Le altre modifiche da effettuare all’interno della pagina che utilizza le funzioni di jQuery sono nella sostituzione della chiamata “$” con la chiamata “JQ”.

Se il vostro server è basato su Apache vi basterà editare il file .htaccess solitamente presente nella root directory aggiungendo la seguente riga:

ErrorDocument 404 /404.html

Fate attenzione affinchè il tutto sia su una unica riga e ci sia un percorso della pagina che volete venga aperta partendo da / ma non usate un percorso assoluto (tipo http://www.sitoweb.it/404.html).

A questo punto create la pagina 404.html e inseriteci al suo interno tutte le indicazioni che ritenete opportune. In questo caso usate dei link assoluti in quanto la pagina potrebbe essere chiamata da qualunque percorso. Non fate dunque mancare:

1. L’indicazione dell’errore;
2. Un link verso la vostra Home Page;
3. Un indirizzo email al quale contattarvi;
4. Un link verso l’eventuale motore di ricerca interno.

Nell’head della pagina inserite anche il tag

<meta name="robots" content="noindex">

il quale dice ai motori di ricerca di non indicizzare tale pagina.

1. http://www.axialis.com/free/icons/
2. http://www.iconaholic.com/downloads.html
3. http://www.userinterfaceicons.com/preview.php
4. http://dryicons.com/free-icons/
5. http://webtoolkit4.me/2009/05/10/toys-a-free-iconset/
6. http://www.vistaicons.com/icon_collections.htm
7. http://yellowicon.com/downloads/
8. http://iconshock.deviantart.com/gallery/
9. http://interfacelift.com/icons-win/index.php?sort=date
10. http://www.iconsdesigns.com/?page_id=44

Un buon programmatore, però, deve sempre attenersi allo standard. Ecco allora una utile risorsa per validare i CSS:

http://jigsaw.w3.org/css-validator/

Nella nostra esperienza quotidiana, infatti, incontriamo non solo aziende di piccole e medie dimensioni, ma anche realtà più grandi e complesse che stanno migrando verso prodotti aperti: di questi si apprezza non solo il basso costo della licenza ma anche l’ormai maturità dei prodotti. Oggi la situazione è molto evoluta rispetto a qualche anno fa e non è difficile trovare sistemi operativi, DBMS, software di controllo di gestione, fatturazione, CMS, CMR e così via stabili, performanti, aderenti alle specifiche necessità e sviluppati con licenza Open Source.

A tal proposito RedHat ha organizzato un interessante convegno, un Open Source Day, che cerca di diffondere il più possibile il software libero:

Il convegno, con area espositiva, si prefigge di rispondere ad alcuni quesiti del mercato e di fornire una panoramica sulle novità tecnologiche e sui vantaggi economici e strategici apportati dall’utilizzo di soluzioni Open Source.

Appuntamento a Roma, il 9 Giugno 09. Maggiori informazioni sono disponibili sul sito http://www.redhat.it/promo/opensourceday/.