Furnizare opţiuni pentru realizarea setărilor implementare EJB (EJB Deploy)

Specifică calea de clasă al unuia sau mai multor fişere arhivate sau arhivă Java (JAR) de care fişierele JAR sau EAR instalate depind.

Pentru a specifica căile de clasă ale unor intrări multiple, numele fişierelor trebuie să fie complet calificate, separate de un separator de cale pe care-l utilizează serverul ţintă, şi închise în ghilimele duble.

Pe sistemele de operare Windows, separatorul de cale este punct şi virgulă (;). De exemplu:

cale\myJar1.jar;cale\myJar2.jar;cale\myJar3.jar

Pe alte sisteme de operare suportate, separatorul de cale este două puncte (:). De exemplu:

cale/myJar1.jar:cale/myJar2.jar:cale/myJar3.jar

Calea de clasă estea aceeaşi cu parametrul comenzii ejbdeploy -cp class_path.

Specifică dacă unealta de implementare EJB trimite opţiunile RMIC către RMIC (Remote Method Invocation compiler). Duceţi-vă la documentaţia RMI Tools pentru informaţii despre opţiuni.

Separaţi opţiunile printr-un spaţiu şi închideţi-le în ghilimele duble. De exemplu:

"-nowarn -verbose"

Setarea RMIC este aceeaşi ca parametrul de comandă ejbdeploy c -rmic "opţiuni".

Specifică numele vânzătorului bazei de date, care este utilizat pentru a determina tipurile coloanei bazei de date, informaţia de mapare, Table.sql, şi alte informaţii. Selectaţi un tip de bază de date sau opţiunea goală din lista derulantă. Lista conţine numele vânzătorilor de baze de date valizi. Selectarea opţiunii goale setează tipul bazei de date pe "" (null).

Dacă specificaţi un tip de bază de date, ID-urile back-end definite anterior pentru toate modulele EJB sunt înlocuite de tipul bazei de date ales. Pentru a activa ID-urile back-end pentru module EJB individuale, selectaţi opţiunea goală pentru a seta tipul bazei de date pe null.

Caracteristica depreciată: ID-urile back-end SQL92 (1992 SQL Standard) şi SQL99 (1999 SQL Standard) sunt depreciate. Deşi ID-urile back-end SQL92 şi SQL99 sunt disponibile în listă la opţiunile Furnizare pentru a realiza pagina EJB Deploy, sunt depreciate.depfeat

Tip bază de date este acelaşi cu parametrul comenzii ejbdeploy -dbvendor nume.

Specifică numele schemei pe care vreţi să o creaţi.

Unealta de implementare EJB salvează informaţia bazei de date în documentul schemă din fişierul JAR sau EAR, ceea ce înseamnă că opţiunile nu trebuie specificate din nou. De asemenea înseamnă că atunci când un fişier JAR sau EAR este generat, trebuie definită baza de date corectă în acel moment deoarece nu poate fi modificată mai târziu.

Dacă numele schemei conţine orice spaţii, întregul nume trebuie să fie închis în ghilimele duble. De exemplu:

"schema mea"

Schemă de bază de date este aceeaşi ca parametrul de comandă ejbdeploy -dbschema "nume".

Specifică tipul de acces al bazei de date pentru o bază de dateDB2 ce suportă SQLJ (Structured Query Language pentru Java). Utilizaţi SQLJ pentru a dezvolta aplicaţii acces de date ce se conectează la baze de date DB2. SQLJ este un set de extensii de programare ce suportă utilizarea limbajului de programare Java pentru a îngloba declaraţii ce furnizează cereri bază de date SQL (Structured Query Language).

Pentru a vizualiza această setare, trebuie să selectaţi o bază de date back-end DB2 care suportă SQLJ din lista derulantă Tip bază de date.

Tipurile de acces bază de date disponibile includ JDBC şi SQLJ.

Specifică calea de clasă a fişierului uneltei DB2 SQLJsqlj.zip. Produsul utilizează această cale de clasă pentru a rula unealta DB2 SQLJ în timpul instalării aplicaţii şi pentru a genera profiluri SQLJ (fişiere .ser).

Pentru a vizualiza această setare, trebuie să selectaţi o bază de date back-end DB2 care suportă SQLJ din lista derulantă Tip bază de date.

Specificaţi unitatea şi directorul unde se află fişierul sqlj.zip. De exemplu:

Pe sistemele de operareWindows, specificaţi c:\SQLJ\sqlj.zip.

Pe toate celelalte sisteme de operare, specificaţi/SQLJ/sqlj.zip.

Când reinstalaţi un fişier EAR al aplicaţiei, produsul şterge orice profil SQLJ existent şi creează profiluri noi.

Dacă nu specificaţi o cale de clasă, produsul afişază un avertisment despre calea de clasă lipsă. După ce specificaţi o cale de clasă validă, puteţi continua să utilizaţi vrăjitorul pentru instalarea aplicaţiei.

Puteţi personaliza sau adăuga legărui profilului generat SQLJ după ce profilul instalează aplicaţia. Utilizaţi profilurile SQLJ ale consolei administrative şi pagina fişierelor bind pureQuery accesate prin apăsarea pe Aplicaţii > Tip aplicaţie > Aplicaţii WebSphereenterprise > nume_aplicaţie > Profiluri SQLJ şi fişiere bind pureQuery.

Specifică nivelul de compatibilitate a compilatorului kit-ului de dezvoltator Java ca 1.4, 5.0, 6.0 sau 7.0 când includeţi fişiere sursă ale aplicaţiei pentru compilare.

Implicit se foloseşte orice versiune JDK (development kit) pe care comanda ejbdeploy o foloseşte. De exemplu, dacă aplicaţia dumneavoastră foloseşte funcţionalitate nouă definită în versiunea 7.0 sau includeţi fişiere sursă (ceea ce nu este recomandat), atunci trebuie să specificaţi nivelul versiunii 7.0.

Nivelul de compatibilitate JDK pe care îl specificaţi trebuie să fie acelaşi nivel ca SDK-ul Java implicit pentru serverul de aplicaţii pe care vă implementaţi aplicaţie. De exemplu, dacă selectaţi7.0 pentru nivelul de compatibilitate JDK pe această pagină, trebuie să vă asiguraţi că JDK 7.0 este instalat şi că SDK-ul Java implicit pentru serverul de aplicaţii este setat la 7.0. Pagina SDK-urilor Java a consolei administrative listează kit-urile de dezvoltare software ce sunt instalate pe nod şi vă permite să selectaţi un SDK implicit pentru nod sau server. Pentru a vizualiza pagina SDK-urilor Java, apăsaţi Servere > Tipuri de server > Servere de aplicaţii WebSphere > nume_server > SDK-uri Java.

nivel compatibilitate JDK este acelaşi ca parametrul de comandă ejbdeploy -complianceLevel "1.4"| "5.0"| "6.0"| "7.0".