Non è possibile eseguire un file JSP Faces contente componenti Client Faces non assegnati sul server. Per poter eseguire l'esecuzione sul server, sarà necessario associare i componenti client Faces all'oggetto dati client.
Questo problema è causato dalle NullPointerExceptions nel codice interno di WDO. Per risolvere questo problema, sostituire il valore null nel database con un valore predefinito o aggiornare il server a WAS 6.0. Se si aggiorna, assicurarsi di seguire le istruzioni contenute nella Guida alla migrazione guide, "Migrazione delle risorse JavaServer Faces con componenti Client Faces."
Nota: i JSP Faces contenenti dati client creati da un record relazionale vuoto, non verranno eseguite su WAS 5.1 per lo stesso motivo. Attualmente, non esiste alcuna soluzione semplice per questo problema.
Se i componenti di destinazione di un evento "Imposta oggetto selezionato come principale nel componente di destinazione" vengono ridenominati dopo la creazione del frammento di codice del gestore, il JavaScript non sarà più corretto. Per risolvere questo problema, eliminare il frammento di codice e ricrearlo.
I componenti Faces che implementano le funzionalità di download e caricamento file, non sono supportati nei portlet. Questi componenti includono:
- Caricamento file
- Immagini, collegamenti e Media Player durante l'associazione ad un'origine dati BLOB (o byte[])
Quando si inoltra un file JSP Faces dopo aver aggiunto una riga ad una griglia dati assegnata ad un record di elenchi relazionali di due o più livelli più profondo nel grafico dati, viene restituito il seguente errore java.lang.IllegalArgumentException: La funzione 'CUSTOMERS_ORDERS' di 'CUSTOMERS' non è un contenimento.
Questa è una limitazione relativa al modo in cui il client Faces gestisce gli aggiornamenti. In SDO, tutte le relazioni sono contenute (contenimento=true) all'interno di "DatagraphRoot" ciascun riferimento di relazione (contenimento=false) diverso dalle relazioni contenute all'interno della root. Il client Faces DiffHandlers tenta sempre di aggiungere nuovi oggetti al "parent" piuttosto che al "contenitore".
La soluzione alternativa è di creare l'elenco di record relazionali per essere aggiornati con nuove righe come relazione di livello uno. Ad esempio, se si desidera aggiungere una riga ad una tabella ORDERS, appartenente a CUSTOMER, invece di creare una relazione CUSTOMER -> ORDERS, quindi aggiungere una riga a ORDERS, creare un elenco di record relazionali ORDERS, quindi aggiungere una riga a ORDERS.
Se una dataTable è nidificata all'interno di dataTable (ad esempio, una proprietà della riga è una raccolta) con componenti di input nella colonna, il modello dati non verrà aggiornato correttamente.
La posizione dei tag generati può risultare non corretta durante il trascinamento dai dati in file JSP Faces derivati da un modello pagina. Se il modello dispone di più aree contenuti nel corpo della pagina, il trascinamento dei dati dalla vista Dati di pagina o dalla Tavolozza, genera sempre nuovi tag nella prima area contenuti. Se i dati desiderati non si trovano in quell'area contenuti, passare alla modalità origine. Quindi, tagliare e incollare l'origine generata nella posizione corretta. Assicurarsi che tutti i nuovi tag siano selezionati, incluso un tag h:form di delimitazione se presente, ed inoltre assicurarsi che la posizione per l'operazione incolla si trovi all'interno del tag hx:scriptCollector nell'area contenuti desiderata.
Quando si utilizza un progetto originariamente sviluppato con WSAD 5.1.2, è possibile che venga richiesto di migrare le risorse Faces nel progetto. Immettendo YES, il runtime Faces viene aggiornato automaticamente agli ultimi livelli, tuttavia se è stato utilizzato WDO per l'accesso ai dati, è necessario eseguire manualmente un'ulteriore configurazione:
- Creare un file Faces JSP temporaneo nel progetto originale. Scegliere File > Nuovo > File Faces JSP. Per ulteriori dettagli, fare riferimento alla guida in linea).
- Trascinare un componente record relazionali dal cassetto Dati nella Tavolozza della pagina. Scegliere di riutilizzare i metadati esistenti e selezionare un qualsiasi file WDO .xml tra quelli elencati. Questo processo genera la configurazione necessaria per continuare ad utilizzare WDO in questo progetto.
- Eliminare il file JSP temporaneo.
Per ulteriori informazioni, consultare la Guida alla migrazione del prodotto.
La pagina di convalida del campo inputText potrebbe non essere aggiornata correttamente quando un utente dispone di più campi inputText nella pagina. Questo problema si verifica se i campi inputText dispongono di tag secondari di convertitori diversi. Ad esempio, se un campo inputText utilizza un convertitore convertNumber e l'altro un convertitore convertDateTime, la convalida della pagina non viene aggiornata correttamente quando si passa da un tag all'altro. Esistono due soluzioni alternative possibili: passare al modo di origine e fare clic su sulla convalida secondaria o sul tag helper (a questo punto la pagina viene aggiornata). La seconda soluzione consiste nel chiudere e riaprire la JSP.
Il DiffHandlers generato per i dati client EGL contiene una sintassi non corretta per i tipi nidificati di riferimento. Per risolvere questo problema, modificare le classi del mediatore dei dati client ed utilizzare la sintassi corretta. Utilizzare un punto (.) invece del simbolo dollaro ($). Ad esempio, se il codice è simile a quanto segue:
if (_Root instanceof pagehandlers.overdueaccounts$COMPANYNAME)
modificarlo in:if (_Root instanceof pagehandlers.overdueaccounts.COMPANYNAME)
Quando si creano dati client che riutilizzano dati client SDO/WDO esistenti, assicurarsi di riutilizzare il nome del modello e il file di metadati WDO/SDO. Quando si crea il WDO/SDO dalla vista Dati pagina, selezionare "Riutilizza definizione di metadati da un record o un elenco di record esistente." Quindi, ricercare e selezionare il file di metadati per l'SDO che si sta riutilizzando.
Per risolvere questo problema, assicurarsi che tutti i controlli client JSF e JSF abbiano ID univoci in tutti i portlet utilizzati nella stessa pagina del portale. È possibile che si verifichino conflitti se la pagina del portale utilizza portlet sconosciuti con ID duplicati. Includere il nome JSP come parte dell'ID per garantirne l'unicità.
Attualmente, non esiste alcuna soluzione per questo problema. Si consiglia di ridurre al minimo l'uso delle etichette.
Non esiste alcuna soluzione. Non utilizzare le icone personalizzate Apri e chiudi nella vista ad albero del portale.
E' possibile che la formattazione predefinita non sia molto precisa quando si traccia una serie di valori chiusi sull'asse delle y. Questa perdita di precisione può causare la ripetizione dei valori. Per evitare il problema, scegliere il valore di formattazione personalizzata appropriato e non utilizzare il valore predefinito.
Per risolvere questo problema, aumentare la dimensione del grafico.
L'intestazione e il piè pagina per la griglia dati non vengono visualizzati nei seguenti scenari:
- Quando la griglia dati è assegnata ad un elenco relazionale vuoto
- Durante l'aggiunta programmata di elementi alla griglia e il numero degli elementi supera l'altezza della griglia
Il richiamo di Webservice non ha esito positivo quando il servizio web e il client si trovano su due macchine server diverse. Non esiste una soluzione alternativa nota, sebbene il sito web Macromedia abbia indicato alcune soluzioni per questo problema di dominio incrociato. Si consiglia di allocare sia il server dei servizi Web che il client sullo stesso server.
Per rimuovere questi avvisi dal progetto, fare clic con il tastino destro del mouse su sulla cartella del sorgente java, sul progetto o sui pacchetti con tali avvisi. Quindi, selezionare Origine > Organizza importazioni dal menu contestuale.
E' possibile ricevere questo messaggio di errore quando si elimina un componente client Faces in una pagina contenente più dati client. Per risolvere questo problema, passare alla vista Origine della JSP e spostare tutti i tag <odc:clientData> al di sotto del tag <h:form>.
Se si trascina un componente della vista ad albero nella pagina o si taglia e incolla l'origine del componente, il tag <odc:tree> potrebbe casualmente avere un tag <p> come tag principale. Questa situazione fa sì che il componente non venga reso correttamente nella pagina HTML risultante. Per risolvere questo problema, eliminare i tag <p></p> che circondano il tag <odc:tree>.
Non è possibile trascinare un file di immagine in un pannello a schede dalla vista Miniature o Esplora progetti. Per inserire un'immagine nel pannello, trascinarla dal cassetto Tag HTML della vista Tavolozza, quindi selezionare il file di immagine desiderato.
E' possibile ricevere un'avvertenza relativa a un collegamento interrotto una volta eseguiti i passi illustrati nella guida alla migrazione per assegnare una nuova destinazione ai server (da WebSphere Application Server da V5.1 alla V6.0) per i progetti contenenti componenti Client Faces. Se vengono ricevuti tali avvisi o se le pagine non vengono visualizzate correttamente durante l'esecuzione su WebSphere Application Server v6.0, chiudere il progetto Web e riaprirlo.
L'editor rich text si comporta come se fosse in sola lettura quando viene eseguito sul server utilizzando il browser interno. Questo problema potrebbe verificarsi quando la pagina viene caricata inizialmente o dopo aver inoltrato una pagine al server. Utilizzare un browser esterno per risolvere il problema.
Questo problema si verifica in seguito all'utilizzo del prefisso Faces nell'URL per le pagine Faces e i percorsi relativi alle risorse della pagina (css e immagini). E' possibile risolvere il problema in due modi:
1) Utilizzare nomi di percorso completo per le risorse della pagina.
2) Utilizzare URL per le pagine Faces con l'estensione .faces e non il prefisso faces/. E' necessario gestire le pagine Faces mediante il servlet Faces. Nel file web.xml del progetto, vengono aggiunte due mappature a questi servlet faces per impostazione predefinita.
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>/faces/*</url-pattern>
</servlet-mapping><servlet-mapping>
Né la cartella Faces né il file con estensione Faces esistono già. E' necessario renderli parte dell'URL della pagina Faces. Per richiamare page1.jsp, utilizzare /faces/page1.jsp o /page1.faces. Entrambi possono essere configurati (ad esempio, è possibile utilizzare .page come estensione).
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.faces</url-pattern>
</servlet-mapping>
Quando una griglia dati viene assegnata a dati client creati da un elenco di record relazionali con una sola colonna, il bind generato non è corretto. Ad esempio: #{pc_Index1.surveys[0].NAME} viene generato invece del bind corretto {pc_Index1.surveys}. Per risolvere il problema in modo alternativo, modificare manualmente l'origini JSP per rimuovere l'indice in più e il nome della colonna (come illustrato nell'esempio precedente).
Alcune versioni precedenti dell'argomento della guida, "Migrazione delle risorse JavaServer Faces con componenti Client Faces," non contengono le informazioni di seguito riportate:
Se tali informazioni mancano, fare riferimento alla versione HTML della Guida alla migrazione che si trova nella root del primo CD o in disk1/migrate.html delle immagini elettroniche.
- Potrebbero verificarsi due problemi quando si modifica il server di destinazione di un progetto contenente componenti client Faces di WebSphere Application Server dalla V5.1 alla V6.0:
- Le classi del mediatore dati client già generate non verranno più compilate.
- I componenti client Faces della struttura ad albero assegnati ai WDO non possono essere eseguiti sul server una volta modificato il server di destinazione del progetto con WebSphere Application Server V6.0.
- Le informazioni relative alle attività della piattaforma Linux o a una locale non Inglese.
Esiste un problema per cui le pagine JSF (JavaServer Face) sembrano perdere il contenuto al momento dell'inoltro. Il problema potrebbe essere correlato allo stato conservato per la pagina e al modo in cui vengono gestite le richieste per le risorse di pagina (ad esempio file di immagini e css) specificate con un percorso relativo (ad esempio, theme/stylesheet.css). Per risolvere il problema in modo alternativo, è necessario che gli URL per le pagine JSF utilizzino l'opzione di estensione .faces. Ad esempio, l'URL per la pagina JSF myPage.jsp dovrebbe essere /MyWebApp/myPage.faces. Questa estensione viene definita nel file web.xml del progetto. Un'altra operazione è di decidere di salvare lo stato nel client
Visualizza il file Readme principale