Preparazione per le impostazioni dei binding dell'installazione dell'applicazione

Utilizzare questa pagina per selezionare se visualizzare tutte le opzioni di installazione e per modificare i binding esistenti per l'applicazione o il modulo durante l'installazione. Per eventuali binding incompleti nell'applicazione o nel modulo è possibile generare binding predefiniti o assegnare binding specifici durante l'installazione.

Questa è la seconda pagina di preparazione per l'installazione dell'applicazione.

Per visualizzare questa pagina della console di gestione, fare clic su Applicazioni > Nuova applicazione > Nuova applicazione enterprise, specificare il percorso per l'applicazione o il modulo da installare e fare clic su Avanti.

La pagina della console potrebbe non mostrare tutte le opzioni di binding elencate in questo argomento. I contesti dell'applicazione o del modulo che viene installato determinano le opzioni visualizzate nella pagina della console. Inoltre, l'opzione Specifica collegamenti da usare viene visualizzata solo quando si aggiorna un'applicazione installata.

Come si desidera installare l'applicazione?

Specifica se visualizzare solo opzioni di installazione che richiedono all'utente di fornire informazioni o di visualizzare tutte le opzioni di installazione.

Opzione Descrizione
Percorso rapido - Richiedi solo quando sono necessarie ulteriori informazioni Visualizza soltanto quelle opzioni che richiedono attenzione, in base al contenuto dell'applicazione o del modulo. Utilizzare il percorso rapido per installare l'applicazione in modo più semplice perché non è necessario esaminare tutte le opzioni di installazione disponibili.
Dettagliato - Mostra tutti i parametri e le opzioni di installazione Visualizza tutte le opzioni di installazione disponibili.
Specifica binding da utilizzare

Specifica se combinare i binding quando vengono aggiornate le applicazioni o utilizzare i binding nuovi o quelli esistenti.

Questa impostazione viene mostrata soltanto quando viene aggiornata un'applicazione installata e non quando viene installata una nuova applicazione.

Opzione Descrizione
Unione di binding nuovi e esistenti Conserva i valori esistenti di binding dell'applicazione installata e aggiunge nuovi valori di binding nell'applicazione aggiornata per i binding incompleti. Utilizzare l'unione se l'applicazione aggiornata dispone di valori di binding che differiscono dai valori specificati per l'applicazione installata. Il prodotto assegna i valori di binding nel seguente ordine:
  1. Utilizzare i valori di binding esistenti nell'applicazione installata.
  2. Se l'applicazione installata non presenta un valore di binding, utilizzare il nuovo valore.
  3. Se l'applicazione installata e quella aggiornata non presentano un valore di binding, utilizzare il valore predefinito. Il prodotto assegna un valore predefinito soltanto se si seleziona Genera binding predefiniti.
Utilizza nuovi binding Utilizza valori di binding nell'applicazione aggiornata. Non utilizza valori di binding esistenti nell'applicazione installata.
Utilizza binding esistenti Utilizza valori di binding esistenti nell'applicazione installata. Non utilizza valori di binding nell'applicazione aggiornata.
Genera binding predefiniti

Specifica se generare associazioni e binding predefiniti. Per visualizzare questa impostazione, espandere Scegli di generare associazioni e binding predefiniti. Se si seleziona Genera binding predefiniti, il prodotto completa qualsiasi binding incompleto nell'applicazione con i valori predefiniti. Il prodotto non modifica i binding esistenti.

Una volta selezionato Genera binding predefiniti, è possibile passare direttamente alla procedura di riepilogo e installare l'applicazione se non ci sono procedure contrassegnate da un asterisco rosso (*). Un asterisco rosso denota che la procedura non è stata completata e che richiede un valore valido. Nel pannello Riepilogo, verificare la cella, il nodo e il server su cui è installata l'applicazione.

transizione: Non occorre specificare i valori JNDI (Java Naming and Directory Interface) per i bean EJB, posizione locale, posizione remota o interfacce aziendali di moduli EJB 3.0. Il prodotto assegna valori predefiniti del contenitore in fase di runtime. Allo stesso modo, per qualsiasi EJB reference in un modulo EJB 3.0, Web 2.4, o Web 2.5, non occorre specificare valori JNDI poiché il prodotto risolve le destinazioni automaticamente durante la fase di runtime. Anche quando si seleziona Genera binding predefiniti, il prodotto non crea valori predefiniti per quei valori JNDI ma piuttosto genera valori predefiniti per altri binding come l'host virtuale.

Se si seleziona Genera binding predefiniti, il prodotto genera binding nel modo seguente:

  • I nomi JNDI EJB (Enterprise bean) sono generati nel formato prefisso/nome-ejb. Il valore predefinito del prefisso è ejb ma può essere sovrascritto. Il valore ejb-name è identico a quello specificato nella tag <ejb-name> dei descrittori di distribuzione o nella nota corrispondente per i moduli EJB 3.0. Il prodotto non genera valori predefiniti per i bean enterprise in un modulo EJB 3.0, in quanto il runtime fornisce valori predefiniti del contenitore.
  • EJB reference sono associati se viene rilevato <ejb-link>. In caso contrario, se viene individuato un bean enterprise univoco con un'interfaccia home (o una home locale) corrispondente al bean di riferimento, il riferimento verrà risolto automaticamente. Il prodotto non genera valori predefiniti per EJB reference in un modulo EJB 3.0, Web 2.4 o Web 2.5 in quanto il runtime fornisce valori predefiniti del contenitore o risolve automaticamente i riferimenti di destinazione.
  • I binding di riferimento risorsa sono derivati dalla tag <res-ref-name> o dalla nota corrispondente per i moduli Java EE (Java Platform, Enterprise Edition) 5. Questa azione presume che il nome java:comp/env sia identico al nome JNDI globale delle risorse.
  • I binding di factory di connessione per i file JAR EJB 2.0 e EJB 2.1 sono generati in base al nome JNDI e alle informazioni di autorizzazione fornite. Questa azione risulta nelle impostazioni di factory di connessione predefinite per ciascun file JAR EJB 2.0 e EJB 2.1 nell'applicazione installata. Non sono stati generati binding del factory di connessione a livello di bean.
  • I binding di origine dati per i file JAR EJB 1.1 sono generati in base al nome JNDI, alle opzioni nome utente/password dell'origine dati. Questa azione risulta nelle impostazioni delle origini dati predefinite per ogni file JAR. Non sono stati generati binding origine dati a livello di bean.
  • Per MDB (message-driven bean) EJB 2.0 o successive distribuiti come risorse conformi a JCA (Java EE Connector Architecture) 1.5, i nomi JNDI corrispondenti alle istanze activationSpec sono generati nel formato eis/MDB_ejb-name. I riferimenti di destinazione messaggi sono associati se viene rilevato <message-destination-link>, quindi il nome JNDI è impostato su ejs/message-destination-linkName. Altrimenti, il nome JNDI è impostato su eis/message-destination-refNome.
  • Per MDB (message-driven bean) EJB 2.0 o successive distribuiti sulle porte listener, queste ultime derivano dalla tag <ejb-name> di MDB (message-driven bean) con la stringa Port aggiunta.
  • Per i file .war, l'host virtuale è impostato su default_host se non diversamente specificato.

La strategia predefinita funziona correttamente per la maggior parte delle applicazioni o almeno per la maggior parte dei binding in un gran numero di applicazioni. Tuttavia, se si verificano errori, completare le seguenti azioni:

  • Controllare i nomi JNDI globali di uno o più file EJB.
  • Controllare i binding dell'origine dati per i bean CMP (container-managed persistence). In altre parole, quando l'utente ha a disposizione più origini dati ed ha bisogno di più di un'origine dati globale.
  • Associare riferimenti di risorse ai nomi JNDI di risorsa globale diversi dal nome java:comp/env.

In questi casi, è possibile modificare la funzionalità di un documento XML, una strategia di personalizzazione. Utilizzare l'impostazione File di binding specifici per specificare una strategia di personalizzazione e consultare la descrizione dell'impostazione in questo file di aiuto per gli esempi.

Sovrascrivi binding esistenti

Specifica se i binding generati devono sostituire quelli esistenti.

Il valore predefinito è quello di non sovrascrivere i binding esistenti. Selezionare Sovrascrivi binding esistenti per sostituire i binding generati con quelli esistenti.

Sovrascrivi binding esistenti è simile all'opzione di script -defaultbinding.force.

File di binding specifici

Specifica il file di binding che sovrascrive il binding predefinito.

File di binding specifico è simile all'opzione di script -defaultbinding.strategy.file.

Modificare la funzionalità del binding predefinito con un documento XML, strategia di personalizzazione. Le strategie di personalizzazione estendono la strategia predefinita per rendere possibile la personalizzazione solo di quelle aree dove la strategia predefinita è insufficiente. Quindi, è necessario soltanto descrivere il modo in cui si desidera modificare i binding generati dalla strategia predefinita; non è indispensabile definire i binding dell'intera applicazione.

Utilizzare i seguenti esempi per sovrascrivere vari aspetti del generatore di binding predefiniti:

Controllo del nome JNDI EJB

<?xml version="1.0"?>
<!DOCTYPE dfltbndngs SYSTEM "dfltbndngs.dtd">
<dfltbndngs>
  <module-bindings>
    <ejb-jar-binding>
      <jar-name>helloEjb.jar</jar-name>
      <ejb-bindings>
        <ejb-binding>
         <ejb-name>HelloEjb</ejb-name>
         <jndi-name>com/acme/ejb/HelloHome</jndi-name>
        </ejb-binding>
      </ejb-bindings>
    </ejb-jar-binding>
  </module-bindings>
</dfltbndngs>
Attenzione: Verificare che l'impostazione per <ejb-name> corrisponda alla voce ejb-name nel descrittore di distribuzione JAR EJB. In questo caso, l'impostazione è <ejb-name>HelloEjb</ejb-name>.

Impostazione del binding del factory di connessione per un file JAR EJB

<!DOCTYPE dfltbndngs SYSTEM "dfltbndngs.dtd">
<dfltbndngs>
  <module-bindings>
    <ejb-jar-binding>
      <jar-name>yourEjb20.jar</jar-name>
      <connection-factory>
        <jndi-name>eis/jdbc/YourData_CMP</jndi-name>
        <res-auth>Container</res-auth>
      </connection-factory>
    </ejb-jar-binding>
  </module-bindings>
</dfltbndngs>

Impostazione del binding del factory di connessione per un file EJB

<?xml version="1.0">
<!DOCTYPE dfltbndngs SYSTEM "dfltbndngs.dtd">
<dfltbndngs>
  <module-bindings>
    <ejb-jar-binding>
      <jar-name>yourEjb20.jar</jar-name>
      <ejb-bindings>
        <ejb-binding>
          <ejb-name>YourCmp20</ejb-name>
          <connection-factory>
           <jndi-name>eis/jdbc/YourData_CMP</jndi-name>
           <res-auth>PerConnFact</res-auth>
          </connection-factory>
        </ejb-binding>
      </ejb-bindings>
    </ejb-jar-binding>
 </module-bindings>
</dfltbndngs>
Limitazione: Verificare che l'impostazione per <ejb-name> corrisponda alla tag ejb-name nel descrittore di distribuzione. In questo caso, l'impostazione è <ejb-name>YourCmp20</ejb-name>.

Impostazione del JNDI di riferimento alla destinazione del messaggio per un bean enterprise specifico

Questo esempio mostra un estratto XML in un file di strategia di personalizzazione per impostare message-destination-refs per uno specifico bean enterprise.

<?xml version="1.0">
 <!DOCTYPE dfltbndngs SYSTEM "dfltbndngs.dtd">
 <dfltbndngs>
  <module-bindings>
   <ejb-jar-binding>
    <jar-name>yourEjb21.jar</jar-name>
    <ejb-bindings>
     <ejb-binding>
      <ejb-name>YourSession21</ejb-name> 
      <message-destination-ref-bindings>
       <message-destination-ref-binding>
        <message-destination-ref-name>jdbc/MyDataSrc</message-destination-ref-name>
        <jndi-name>eis/somAO</jndi-name>
       </message-destination-ref-binding>
      </message-destination-ref-bindings>
     </ejb-binding>
    </ejb-bindings>
   </ejb-jar-binding>
  </module-bindings>
 </dfltbndngs>
Limitazione: Verificare che l'impostazione per <ejb-name> corrisponda alla tag ejb-name nel descrittore di distribuzione. In questo caso, l'impostazione è <ejb-name>YourSession21</ejb-name>. Verificare, inoltre, che l'impostazione per <message-destination-ref-name> corrisponda alla tag message-destination-ref-name nel descrittore di distribuzione. In questo caso, l'impostazione è <message-destination-ref-name>jdbc/MyDataSrc</message-destination-ref-name>.

Sovrascrittura di un binding di riferimento risorse da un file WAR, JAR EJB o da un file JAR del client Java EE

Questo esempio mostra il codice per sovrascrivere un binding di riferimento risorse da un file WAR. Utilizzare un codice simile per sovrascrivere un binding riferimento risorse da un file JAR EJB (enterprise bean) o da un file JAR del client Java EE.

<?xml version="1.0"?>
<!DOCTYPE dfltbndngs SYSTEM "dfltbndngs.dtd">
<dfltbndngs>
  <module-bindings>
    <war-binding>
      <jar-name>hello.war</jar-name>
      <resource-ref-bindings>
        <resource-ref-binding>
          <resource-ref-name>jdbc/MyDataSrc</resource-ref-name>
          <jndi-name>war/override/dataSource</jndi-name>
        </resource-ref-binding>
      </resource-ref-bindings>
    </war-binding>
  </module-bindings>
</dfltbndngs>
Limitazione: Verificare che l'impostazione per <resource-ref-name> corrisponda alla tag resource-ref nel descrittore di distribuzione. Nell'esempio precedente, l'impostazione è <resource-ref-name>jdbc/MyDataSrc</resource-ref-name>.

Sovrascrittura del nome JNDI per un bean basato sui messaggi distribuito come risorsa compatibile con JCA 1.5

Questo esempio mostra un estratto XML in un file di strategia personalizzata per sovrascrivere il nome JNDI activationSpec JMS per un MDB (message-driven bean) EJB 2.0 o successive distribuito come una risorsa conforme a JCA 1.5.

<?xml version="1.0"?>
 <!DOCTYPE dfltbndngs SYSTEM "dfltbndngs.dtd">
  <dfltbndngs>
  <module-bindings>
   <ejb-jar-binding>
     <jar-name>YourEjbJar.jar</jar-name>
     <ejb-bindings>
      <ejb-binding>
        <ejb-name>YourMDB</ejb-name>
        <activationspec-jndi-name>activationSpecJNDI</activationspec-jndi-name>
      </ejb-binding>
     </ejb-bindings>
   </ejb-jar-binding>
  </module-bindings>
 </dfltbndngs>

Sovrascrittura del nome della porta listener JMS per MDB (message-driven bean) EJB 2.0, 2.1 o 3.0

Questo esempio mostra un estratto XML in un file di strategia personalizzata per sovrascrivere il nome della porta listener JMS per un MDB (message-driven bean) EJB 2.0 o successive distribuito su una porta listener.

<?xml version="1.0"?>
<!DOCTYPE dfltbndngs SYSTEM "dfltbndngs.dtd">
<dfltbndngs>
  <module-bindings>
    <ejb-jar-binding>
      <jar-name>YourEjbJar.jar</jar-name>
      <ejb-bindings>
        <ejb-binding>
          <ejb-name>YourMDB</ejb-name>
          <listener-port>yourMdbListPort</listener-port>
        </ejb-binding>
      </ejb-bindings>
    </ejb-jar-binding>
  </module-bindings>
</dfltbndngs>

Sovrascrittura del binding di EJB reference da un file JAR EJB, WAR o EJB

Questo esempio mostra il codice per sovrascrivere un binding di EJB reference da un file JAR EJB. Utilizzare un codice simile per sovrascrivere un binding di EJB reference da un file WAR o un file EJB.

<?xml version="1.0"?>
<!DOCTYPE dfltbndngs SYSTEM "dfltbndngs.dtd">
<dfltbndngs>
  <module-bindings>
    <ejb-jar-binding>
      <jar-name>YourEjbJar.jar</jar-name>
      <ejb-ref-bindings>
        <ejb-ref-binding>
          <ejb-ref-name>YourEjb</ejb-ref-name>
          <jndi-name>YourEjb/JNDI</jndi-name>
        </ejb-ref-binding>
      </ejb-ref-bindings>
    </ejb-jar-binding>
  </module-bindings>
</dfltbndngs>
Specifica prefisso univoco per bean

Specifica una stringa che il prodotto applica all'inizio dei nomi JNDI del bean enterprise generati. Il prefisso deve essere univoco all'interno della cella o del nodo.

L'impostazione predefinita è di non specificare un prefisso univoco per i bean.

Specifica prefisso univoco per bean è simile all'opzione di script -defaultbinding.ejbjndi.prefix.

Binding predefiniti per bean CMP EJB 1.1

Specifica il nome JNDI dell'origine dati predefinita e altri binding per i bean CMP (container-managed persistence) 1.1.

L'impostazione predefinita è di non utilizzare i binding predefiniti per i bean CMP EJB 1.1.

Se si seleziona Binding predefiniti per bean CMP EJB 1.1, specificare il nome JNDI per l'origine dati predefinita utilizzata con i bean CMP 1.1. Inoltre, è opportuno specificare il nome utente e la password per questa origine dati predefinita.

Binding predefiniti per bean CMP EJB 1.1 è simile all'opzione di script -defaultbinding.datasource.jndi.

Binding di factory di connessione predefiniti

Specifica il nome JNDI del factory di connessione predefinito.

L'impostazione predefinita è di non utilizzare binding del factory di connessione predefinito. Selezionare Ripristina binding predefiniti del factory di connessione per specificare i binding per i factory di connessione.

Se si seleziona Binding factory di connessione predefiniti, specificare il nome JNDI per il factory di connessione predefinito utilizzato. Specificare se l'autorizzazione di risorsa sia valida per l'applicazione o per il contenitore.

Binding factory di connessione predefiniti è simile all'opzione di script -defaultbinding.cf.jndi.

Utilizza il nome host virtuale predefinito per moduli Web e SIP

Specifica l'host virtuale per il modulo Web (file WAR) o il modulo SIP (Session Initiation Protocol) (file SAR).

L'impostazione predefinita è di non utilizzare il nome host virtuale predefinito per moduli Web o SIP. Se si seleziona Utilizza il nome host virtuale predefinito per moduli Web e SIP, specificare un nome host predefinito.

Utilizza il nome host virtuale predefinito per moduli Web e SIP è simile all'opzione di script -defaultbinding.virtual.host.




I collegamenti contrassegnati (online) richiedono un accesso a Internet.

Concetti correlati
Attività correlate
Informazioni correlate
Preparazione delle impostazioni di installazione dell'applicazione


Nome file: urun_rapp_instw_gendefbind.html