Non è possibile eseguire un file Faces JSP che contiene componenti client Faces non associati al server. Per poter effettuare l'esecuzione sul server, è necessario associare i componenti client Faces all'oggetto dati client.
Questo problema è causato dalle NullPointerExceptions nel codice interno di WDO. Per risolverlo sostituire il valore null nel database con un valore predefinito o aggiornare il server a WAS 6.0. Durante l'aggiornamento, assicurarsi di attenersi alla sezione "Migrazione delle risorse JavaServer Faces con componenti client Faces" della Guida alla migrazione.
Nota: le JSP Faces contenenti dati client creati da un record relazionale vuoto, non vengono 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 Faces includono:
- Caricamento file
- Immagini, collegamenti e Media Player durante l'associazione ad un'origine dati BLOB (o byte[])
Quando si inoltra un file Faces JSP dopo aver aggiunto una riga ad una griglia dati associata ad un elenco di record relazionali che si trova a due o più livelli più in basso nel grafico dati, viene visualizzata l'eccezione java.lang.IllegalArgumentException: la funzione 'CUSTOMERS_ORDERS' di 'CUSTOMERS' non è un contenuto
Questa è una limitazione del modo in cui il client Faces gestisce gli aggiornamenti. In SDO, tutte le relazioni sono contenute (containment=true) in "DatagraphRoot" e ciascuna relazione fa riferimento (containment=false) ad altre relazioni contenute nell'elemento principale. Il DiffHandlers del client Faces tenta sempre di aggiungere i nuovi oggetti al "principale" invece che al "contenitore".
Per risolvere questo problema, creare l'elenco di record relazionali da aggiornare con le nuove righe come relazione di livello uno. Ad esempio, se si desidera aggiungere una riga in una tabella ORDERS, che appartiene a un CUSTOMER, invece di creare la relazione CUSTOMER -> ORDERS e quindi aggiungere una riga in ORDERS, creare un elenco di record relazionali ORDERS ed aggiungervi una riga.
Se si dispone di una tabella dati nidificata in un'altra tabella dati, (ad esempio, se una proprietà della riga è una raccolta) che ha 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 un file JSP Faces derivato 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, genererà sempre nuovi tag nella prima area contenuti. Se i dati desiderati non si trovano in quell'area contenuti, passare alla modalità origine. Quindi tagliare ed 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. Se l'utente sceglie SÌ, il runtime Faces viene automaticamente aggiornato all'ultimo livello; tuttavia se per l'accesso ai dati è stato utilizzato WDO, sarà necessario eseguire ulteriori operazioni di configurazione:
- Creare un file Faces JSP temporaneo nel progetto originale. Scegliere File > Nuovo > File Faces JSP. Per ulteriori informazioni, consultare la guida in linea.
- Trascinare un componente record relazionale 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 genererà 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 hanno tag secondari di conversione diversi. Ad esempio se un campo inputText sta usando un converter convertNumber e l'altro ha un converter convertDateTime, la pagina di convalida non verrà aggiornata correttamente quando si passa da un tag all'altro. Esistono due soluzioni possibili. La prima consiste nel passare alla modalità di origine e fare clic sulla convalida secondaria o sul tag helper; in questo modo la pagina verrà 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 del dollaro ($). Ad esempio, se il codice utilizzato è:
if (_Root instanceof pagehandlers.overdueaccounts$COMPANYNAME)
modificarlo in:if (_Root instanceof pagehandlers.overdueaccounts.COMPANYNAME)
Durante la creazione di dati client che riutilizzano i dati client SDO/WDO esistenti, assicurarsi di riutilizzare il file di metadati WDO/SDO e il nome del modello. Quando viene creato un WDO/SDO dalla vista Dati di pagina, selezionare "Utilizzare nuovamente la definizione di metadati da un record o elenco record esistente". Quindi, 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. Si consiglia di includere il nome JSP come parte dell'ID per assicurarsi che l'ID sia univoco.
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.
Quando si traccia una serie di valori molto vicini tra loro sull'asse y, è possibile che il risultato non sia molto preciso. Questa perdita di precisione, fa sì che alcuni valori vengano ripetuti. Per evitare questo problema, scegliere una formattazione numeri personalizzata appropriata e non utilizzare l'impostazione predefinita.
Per risolvere questo problema, aumentare la dimensione del grafico.
L'intestazione ed il piè di pagina della griglia dati non vengono visualizzati nei seguenti scenari:
- Quando la griglia dati è associata a un elenco relazionale
- Durante l'aggiunta programmata di elementi alla griglia e il numero degli elementi supera l'altezza della griglia
Il richiamo al servizio Web non riesce quando il servizio Web e il client si trovano su due macchine differenti. Non esiste alcuna soluzione nota, anche se sul sito Web Macromedia sono state pubblicate alcune soluzioni. Si consiglia di ospitare sia il server dei servizi Web che il client sullo stesso server.
Per rimuovere questi avvisi dal progetto, selezionare la cartella javasource, il progetto o i pacchetti contenenti gli avvisi, con il tasto destro del mouse, quindi selezionare Origine > Organizza importazioni dal menu di contesto.
Questo errore può essere visualizzato durante il trascinamento di un componente client Faces in una pagina che contiene 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.
Dopo aver seguito le istruzioni nella guida alla migrazione per l'assegnazione di nuove destinazioni server (da WebSphere Application Server V5.1 a V6.0) per i progetti contenenti componenti client Faces, è possibile che vengano visualizzati avvisi relativi a collegamenti interrotti. 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.
Quando il rich text editor viene eseguito su un server utilizzando il browser interno, si comporta come se fosse di sola lettura. Questo problema potrebbe verificarsi quando la pagina viene caricata inizialmente o dopo a aver inoltrato una pagina al server. Per risolvere questo problema, utilizzare un browser esterno.
Questo problema si verifica utilizzando il prefisso Faces nell'URL per le pagine Faces e i relativi percorsi per le risorse di pagina (css e immagini). È possibile risolvere questo problema in due modi:
1) Utilizzando i nomi completi per le risorse di pagina.
2) Utilizzando gli URL delle pagine Faces che contengono l'estensione .faces e non il prefisso faces/. Le pagine Faces devono essere gestite dal servlet Faces. Nel file di progetto web.xml, vengono aggiunte due associazioni al servlet faces per impostazione predefinita.
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>/faces/*</url-pattern>
</servlet-mapping><servlet-mapping>
In realtà non esiste né la cartella Faces né il file con estensione Faces. È sufficiente renderli parte dell'URL di pagina Faces. Per indirizzare 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 associata a dati client creati da un elenco di record relazionali con una sola colonna, il binding generato non sarà corretta. Ad esempio, viene generato #{pc_Index1.surveys[0].NAME} invece del binding corretto {pc_Index1.surveys}. Per risolvere questo problema, modificare manualmente l'origine JSP per rimuovere gli indici in più e il nome della colonna (come mostrato nell'esempio precedente).
Nelle versioni precedenti della guida in linea è possibile che le seguenti informazioni non siano state incluse nell'argomento "Migrazione delle risorse JavaServer Faces con i componenti client Faces":
Se tali informazioni risultano mancanti, fare riferimento alla versione HTML della Guida alla migrazione, ubicata nella cartella principale del primo CD o nella directory disk1/migrate.html dell'immagine elettronica.
- Due problemi che possono verificarsi quando si cambia il server di destinazione di un progetto contenente componenti client Faces da WebSphere Application Server V5.1 a V6.0:
- Le classi del mediatore dei dati client già generate non verranno più compilate.
- I componenti client Faces della vista Struttura associati a WDO non potranno essere eseguiti sul server dopo aver modificato il server di destinazione del progetto a WebSphere Application Server V6.0.
- Le informazioni relative all'esecuzione del programma in piattaforma Linux o con impostazioni internazionali non inglesi.
Quando si inoltrano le pagine JavaServer Face (JSF) è possibile che si perda del contenuto. Questo problema può dipendere dalle modalità di gestione dello stato della pagina e delle richieste per le risorse di pagina (ad esempio file css e di immagine) specificati con un percorso relativo (ad esempio, theme/stylesheet.css). Per risolvere questo problema, gli URL alle pagine JSF devono utilizzare l'opzione di estensione .faces. Ad esempio, l'URL alla pagina JSF myPage.jsp deve essere /MyWebApp/myPage.faces. Questa estensione viene definita nel file web.xml del progetto. Un'altra opzione consiste nello scegliere lo stato di salvataggio nel client.
Visualizza il file Readme principale