<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>/icefaces/*</url-pattern>
</servlet-mapping>

in caso contrario il server restituirebbe errore 404 di risorsa non trovata.

L’oggetto Resource va collegato ad un tag icefaces della pagina web di tipo <ice:outputResource .../> .

protected static String fileToString(String filePath) {
        BufferedReader reader = null;
        StringBuffer fileData = null;
        try {
            fileData = new StringBuffer(1000);
            reader = new BufferedReader(new FileReader(filePath));
            char[] buf = new char[1024];
            int numRead = 0;
            while ((numRead = reader.read(buf)) != -1) {
                String readData = String.valueOf(buf, 0, numRead);
                fileData.append(readData);
                buf = new char[1024];
            }
            return fileData.toString();
        } catch (IOException ex) {
            System.out.println("Eccezione in readFileAsString: " + ex.toString());
            return null;
        }
    }

Il parametro prevede il passaggio del nome del file comprensivo del suo percorso.

Le classi da importare sono:

import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;

Io sono solito crearmi un file di utilità, dove tra i vari metodi inserisco dei metodi statici che mi permettono di prendere i bean nel loro preciso posizionamento (application, session o request), e, se ancora non lo  sono, di instanziarli. Un esempio di questo genere di metodo per un bean a livello sessione può essere:

public static SessionBean getSessionBean() {
SessionBean ilBean = ((SessionBean) FacesContext.getCurrentInstance().getExternalContext().getSessionMap().get("SessionBean"));
if (ilBean == null) {//il bean non esiste a livello sessione
FacesContext.getCurrentInstance().getExternalContext().getSessionMap().put("SessionBean", new SessionBean());
}
return ((SessionBean) FacesContext.getCurrentInstance().getExternalContext().getSessionMap().get("SessionBean"));
}

Ovviamente nel file faces-config.xml deve essere dichiarato il bean di scope session e nome SessionBean.

Per gli altri due tipi di scope, è possibile usare i metodi che ritornano una Collection getApplicationMap() e getRequestMap(), rispettivamente per gli oggetti che si hanno a livello applicazione e livello richiesta.

In questo piccolo esempio ho una lista di stringhe riempita da diversi oggetti, che viene visualizzata sottoforma di tabella, ed in corrispondenza di ogni riga ho la possibilità di eliminare quel preciso oggetto dalla lista.

Codice del javaBean:

import com.icesoft.faces.component.ext.HtmlDataTable;
import java.util.ArrayList;
import javax.faces.event.ActionEvent;

public class NoteBean {

 private HtmlDataTable dataTableNoteBinding;
 private ArrayList<String> listaNote = null;

 public NoteBean(){
 listaNote = new ArrayList<String>();
 }

 public HtmlDataTable getDataTableNoteBinding() {
        return dataTableNoteBinding;
 }

 public void setDataTableNoteBinding(HtmlDataTable dataTableNoteBinding) {
        this.dataTableNoteBinding = dataTableNoteBinding;
 }

 public ArrayList<String> getListaNote() {
        //riempo la lista con qualche stringa di esempio
        if(listaNote==null){
           listaNote=new ArrayList<String>();
           listaNote.add("stringa 1");
           listaNote.add("stringa 2");
           listaNote.add("stringa 3");
        }
        return listaNote;
 }

 public void setListaNote(ArrayList<String> listaNote) {
        this.listaNote = listaNote;
 }

 public void rimuoviNotaInLista(ActionEvent ae) {
        int rigaNoteSelezionata = getDataTableNoteBinding().getRowIndex();
        //il metodo getRowData() invece restituisce l'oggetto della riga,
        //e non solo il suo indice di posizionamento nella collezione
        listaNote.remove(rigaNoteSelezionata);
 }

}

Codice della tabella nella pagina JSF:

<ice:dataTable id="tabellaNote" binding="#{NoteBean.dataTableNoteBinding}" value="#{NoteBean.listaNote}" var="nota">
 <f:facet name="header">
   <ice:columnGroup>
     <ice:headerRow>
       <ice:column colspan="2">
         <ice:outputText value="Tabella"/>
       </ice:column>
     </ice:headerRow>
     <ice:headerRow>
       <ice:column>
         <ice:outputText value="Stringa"/>
       </ice:column>
       <ice:column>
          <ice:outputText value="Cancella"/>
       </ice:column>
     </ice:headerRow>
   </ice:columnGroup>
 </f:facet>
 <ice:column>
    <ice:outputText value="#{nota}"/>
 </ice:column>
 <ice:column>
    <ice:commandLink actionListener="#{NoteBean.rimuoviNotaInLista}" title="elimina"><ice:graphicImage url="/images/icone/elimina.png" style="border: none;" alt="elimina"/></ice:commandLink>
 </ice:column>
</ice:dataTable>

Naturalmente, se la necessità invece è quella di selezionare più di una riga, conviene usare i metodi di IceFaces “RowSelector”.

Per installare ed usare un semplice server per linux bisogna inanzitutto installare subversion (http://subversion.tigris.org/), e su Debian o Ubuntu ad esempio, è possibile usare APT; lanciamo quindi il comando:

apt-get install subversion

per configurare una directory di repository, basta lanciare il comando:

svnadmin create /repository/newRep/

dove ‘/repository/newRep/‘ è il percorso che scegli a tuo piacimento, nonchè la directory che sarà creata dal software svn server. Sarà presente una sottoDirectory ‘conf/‘ contentente i fles di configurazione del server svn e degli utenti e password.

il file ‘svnserve.conf‘ deve contenere una struttura simile a questa:

[general]
#accesso anonimo disabilitato
anon-access = none
#autorizzazione in scrittura per gli utenti abilitati
auth-access = write
#utenti e password presi dal file passwd sotto la cartella conf
password-db = passwd
#nome del repository
realm = AssifinRep

il file ‘passwd‘ ha una struttura del tipo:

[users]
utente = passwordUtente
utente2 = pwduser2

a questo punto rimane da far partire il server con il comando:

/usr/bin/svnserve -d

ed essere sicuri che il firewall lascia passare le richieste sulla porta TCP 3690

per l’uso del client di netBeans, rimando ad un prossimo tutorial .

scarichiamo il file: plpgenbtldr-0.7.zip

scompattiamo l’archivio in una directory, ad esempio c:\plop, rinominiamo il file plpinstc.com in plpbt.bin, e lanciamo l’eseguibile plpgenbtldr.exe, che crea il file plpbtldr.bin nella stessa directory.

A questo punto editiamo il file c:\boot.ini aggiungendo la seguente riga:

c:\plop\plpbtldr.bin=”Installa PLoP Boot Manager”

Adesso dobbiamo abilitare su windows la visualizzazione della scelta delle opzioni di boot, e per fare questo clicchiamo con il tasto destro sopra ‘Risorse del Computer’, quindi proprietà, avanzate, tasto impostazioni di avvio e ripristino, e mettere la spunta su ‘visualizza elenco sistemi operativi per’.

Ora possiamo riavviare il PC, e quando ci verrà chiesto di scegliere tra avviare ‘Windows e ‘Installa PLoP Boot Manager’, scegliamo la seconda opzione.

Nel menu che ci comparirà scegliamo con il tasto ’1′ la prima opzione e poi di nuovo tasto ’1′ per installare il boot manager nell’MBR dell’hard disk. Completata la veloce fase di installazione, possiamo far ripartire il pc, ed ecco che saremo in grado di far partire o il sistema operativo originale, ed in più ora abbiamo anche l’opzione per far avviare un sistema operativo direttamente da pendrive USB.

Naturalmente dopo aver fatto ripartire Windows XP, possiamo andare a levare la spunta delle opzioni del sistema operativo di Microsoft  selezionata nei passi precedenti.

Io fino ad ora ho sfruttato il 2% delle potenzialità di PLoP, e questi sono i passi che sono serviti a me per la mia configurazione, quindi vi riporto il link ufficiale di PLoP Bootmanager per trovare informazioni su tante altre potenzialità e features di questo software:

PLoP Bootmanager Home Page

Con le facelets, di default è abilitato che non vengono considerati i commenti html, in modo da mandare meno roba ad i clients, ma questo comporta che anche i commenti condizionali per i css mirati ad i browsers (maledetto IE) vanno a finire nel garbage.

Il caro metodo:

<!–[if IE]>….<![endif]–>

non viene più mandato nella response. Ed ora come faccio ad inserire un foglio di stile che aggiusta qualcosa solo quando apro l’applicazione web con Internet Explorer?

Niente di più semplice: se il mio voglio di stile si chiama ad esempio /css/styleRed.css, creo nella stessa directory il file css dedicato al browser internet explorer 7 chiamandolo con lo stesso pathname, ma preponendo all’estensione .css la stringa “_ie7″; ecco quindi che il secondo foglio di stile sarà /css/styleRed_ie7.css.

A questo punto basta che nella nostra pagina web o nel template usiamo il comando:

<ice:outputStyle href=”/css/styleRed.css”/>

ed icefaces fa tutto il lavoro per noi: apri con mozilla e viene caricato solo styleRed.css, apri con IE7 e trovi nel sorgente pagina caricato styleRed.css e subito dopo styleRed_ie7.css

Bellissimo e facilissimo, no?

Le stringhe da usare per creare i fogli di stile adattati per i browser sono:

• Internet Explorer < 7 = _ie.css

• Internet Explorer 7 = _ie7.css

• Safari = _safari.css

• Sun Studio Creator = _dt.css

Per installare Glassfish prima di tutto è necessario avere installato una recente versione di JRE o JDK nel sistema, e settare correttamente la variabile di ambiente

JAVA_HOME

tra le variabili di sistema; il percorso specificato per questa variabile deve essere la directory principale dell’installazione dell’ambiente java, per intenderci sotto di essa è possibile trovare le cartelle ‘lib’ e ‘bin’.

Fatto ciò, avendo scaricato il file di Glassfish (è un file con estensione .jar) dal sito https://glassfish.dev.java.net/, apriamo un prompt dei comandi, portiamoci nella directory dove è presente il file appena scaricato, e lanciamo il comando:

java -Xmx256m -jar glassfish.jar

(al posto di glassfish.jar inserire il nome preciso del file)

verrà creata una directory con i file del server scompattati. Se vogliamo possiamo rinominare questa cartella e spostarla nel path che sarà definitivo, ad esempio potrebbe essere ‘c:\programmi\glassfish‘.

Sempre dal prompt dei comandi, portiamoci sulla directory definitiva (cd c:\programmi\glassfish) e lanciamo il comando:

lib\ant\bin\ant -f setup.xml

Questo comporterà la creazione dell’ambiente di default del server Glassfish, quindi il dominio di default sarà domain1, le porte utilizzate per i servizi saranno la 8080 e la 8081 per il browsing delle applicazioni installate e la 4848 per l’amministrazione via web, che di default usa le credenziali :

username: admin

password: adminadmin

Consiglio di cambiare la password di admin al primo accesso all’amministrazione del server.

Per installare il Server come servizio di Windows, bisogna prima di tutto scaricare il file:

GlassfishSvc.jar

copiarlo nella home directory del server (c:\programmi\glassfish) e lanciare sempre da prompt il comando:

java -jar GlassfishSvc.jar -i

tra i servizi di Windows ora è possibile trovare la riga del server, e dalla sue impostazioni è possibile settare l’avvio automatico allo startup del pc o gli altri parametri caratteristici di un servizio windows.

Inoltre l’installazione di questo servizio prevede, oltre al parametro -i che sta per install, altri parametri che possono risultare utili in base ad una installazione non di default del server; questi sono (preso dall’help del file):

-i        Installs a Windows service for Glassfish.
-u        Uninstalls a Windows service for Glassfish.
-n name   Name for the Windows service. Use double quotes around names that contain spaces.  Defaults to GlassfishAppServer.
-d path   Directory where Glassfish is installed. Use double quotes around paths with spaces, and escape back slashes.
          Defaults to current directory.
-m domain Name of the Glassfish domain to start and stop. Defaults to domain1.
-a user   Glassfish admin user name.  Defaults to admin.
-p pwd    Glassfish admin password.
          A password.txt file will be created in the Glassfish install directory containing
          the password in  plain text, and the Windows service will be configured to read
          from it. This is usually not necessary. If no password is passed
          in, the password.txt file will not be created.

Non è finita qui però: per evitare di far chiudere Glassfish quando si disconnette l’utente di sistema, è necessario aggiungere la seguente riga al file c:\programmi\glassfish\domains\domain1\config\domain.xml:

<jvm-options>-Xrs</jvm-options>

Va inserita insieme alle già presenti righe che hanno una struttura del tipo <jvm-options>qualcosa</jvm-options>

Salvare il file domain.xml, e se Glassfish era già stato fatto partire, fare un riavvio del servizio.

Inoltre, se l’installazione avviene in un Windows 2003 Server, è necessario anche aggiungere la seguente riga nel file c:\programmi\glassfish\lib\processLauncher.xml:

<sysproperty key="-Xrs"/>

Questa riga va inserita all’interno della struttura del tag <process name=”as9-server”>

Ad esempio l’esigenza del codice di esempio proposto è controllare l’accesso alle pagine web prima di aver fatto effettuare il login ad un utente dell’applicazione. Il login lo rendo disponibile tramite campi di inputtext nella pagina “login.jsf” o altra estensione (dipende dalle configurazioni nel web.xml), e questa sarà l’unica pagina senza controllo. Se qualcuno cerca di raggiungere altre pagine senza essere stato autenticato, riporto l’utente alla pagina di login.

La prima cosa da fare quindi è creare una classe simile a questa:

package lorenzo.phases;

import javax.faces.application.NavigationHandler;
import javax.faces.context.FacesContext;
import javax.faces.event.PhaseEvent;
import javax.faces.event.PhaseId;
import javax.faces.event.PhaseListener;

/**
 *
 * @author Lorenzo
 */
public class CheckPermsPhaseListener implements PhaseListener {

    public void afterPhase(PhaseEvent event) {
        FacesContext fc = event.getFacesContext();
        //controllo se sono nella pagina di login
        boolean loginpage = fc.getViewRoot().getViewId().lastIndexOf("login") > -1 ? true : false;
        //se non sono nella pagina di login e se non sono loggato
        if (!loginpage && !utility.getUserSessionBean().getLoggato()) {
            NavigationHandler nh = fc.getApplication().getNavigationHandler();
            nh.handleNavigation(fc, null, "logout");
        }
    }

    public void beforePhase(PhaseEvent event) {
    }

    public PhaseId getPhaseId() {
        return PhaseId.RESTORE_VIEW;
    }
}

In questo esempio eseguo il codice di controllo subito dopo (metodo afterPhase) la fase di Restore View. Per far eseguire il codice in un altra fase, basta far ritornare al metodo getPhaseId un valore del tipo:

PhaseId.ANY_PHASE, PhaseId.APPLY_REQUEST_VALUES, PhaseId.INVOKE_APPLICATION, PhaseId.PROCESS_VALITATIONS, PhaseId.RENDER_RESPONSE, PhaseId.RESTORE_VIEW, PhaseId.UPDATE_MODEL_VALUES.

Creata la classe, bisogna registrarla nel file faces-config.xml, attraverso queste linee:

<lifecycle>
        <phase-listener>lorenzo.phases.CheckPermsPhaseListener</phase-listener>
</lifecycle>

Ecco la sequenza delle fasi eseguite dal framework JSF:

Fasi Java ServerFaces

sudo modprobe -r pcspkr

che elimina il modulo kernel che usa appunto lo speaker.

Se non vogliamo caricare questo modulo ogni volta che parte il sistema, possiamo metterlo nella lista nera dei moduli caricati. Per far ciò inseriamo una nuova riga nel file di blacklist con questo comando:

echo "blacklist pcspkr" | sudo tee -a /etc/modprobe.d/blacklist