Określenie opcji na potrzeby ustawień wdrożenia komponentu EJB

Określa ścieżkę klasy dla jednego lub wielu plików archiwum ZIP lub Java (JAR), od której zależy instalowany plik JAR lub EAR.

Do określenia ścieżek klasy dla wielu pozycji wymagane są pełne nazwy plików, które należy oddzielić separatorem ścieżek używanym na serwerze docelowym i objąć znakami cudzysłowu.

W systemach operacyjnych Windows separatorem ścieżki jest średnik (;). Na przykład:

ścieżka\plik_Jar_1.jar;ścieżka\plik_Jar_2.jar;ścieżka\plik_Jar_3.jar

W innych obsługiwanych systemach operacyjnych separatorem ścieżki jest dwukropek (:). Na przykład:

ścieżka/plik_Jar1.jar:ścieżka/plik_Jar2.jar:ścieżka/plik_Jar3.jar

Opcja Ścieżka klasy odpowiada następującemu parametrowi komendy ejbdeploy: -cp ścieżka_klasy.

Określa, czy narzędzie wdrażające komponentu EJB przekazuje opcje RMIC do kompilatora zdalnego wywoływania metod. Informacje dotyczące tej opcji znajdują się w dokumentacji narzędzi RMI.

Poszczególne opcje należy oddzielić spacjami i ująć w podwójne cudzysłowy. Na przykład:

"-nowarn -verbose"

Opcja RMIC jest równoważna z parametrem -rmic "opcje" komendy ejbdeploy.

Określa nazwę dostawcy bazy danych wykorzystywaną do określenia typów kolumn bazy danych, informacji o odwzorowaniu, pliku Table.sql i innych. Z listy rozwijanej wybierz typ bazy danych lub puste pole wyboru. Lista zawiera nazwy poprawnych dostawców baz danych. Wybór pustego pola ustawia typ bazy danych na "" (null).

Jeśli określany jest typ aplikacji, zdefiniowane wcześniej identyfikatory zaplecza dla wszystkich modułów EJB są zastępowane wybranym typem bazy danych. Aby włączyć identyfikatory zaplecza dla poszczególnych modułów EJB, należy wybrać puste pole w celu ustawienia wartości "null" jako typu bazy danych.

Nieaktualna funkcja: Identyfikatory zaplecza SQL92 (standard SQL 1992) i SQL99 (standard SQL 1999) są nieaktualne. Mimo że identyfikatory zaplecza SQL92 i SQL99 są dostępne na liście opcji udostępniania do wykonania znajdującej się na stronie Wdrażanie komponentu EJB, to są one nieaktualne.depfeat

Opcja Typ bazy danych odpowiada następującemu parametrowi komendy ejbdeploy: -dbvendor nazwa.

Określa nazwę tworzonego schematu.

Narzędzie wdrażające EJB zapisuje informacje o bazie danych w dokumencie schematu zawartym w pliku JAR lub EAR, co oznacza, że nie trzeba ponownie określać tych opcji. Oznacza to również, że jeśli tworzony jest plik JAR lub EAR, poprawną bazę danych należy zdefiniować w tym miejscu, ponieważ później nie można jej zmienić.

Jeśli nazwa schematu zawiera spacje, całą nazwę należy ująć w podwójny cudzysłów. Na przykład:

"mój schemat"

Opcja Schemat bazy danych jest równoważna z parametrem -dbschema "nazwa" komendy ejbdeploy.

Określa typ dostępu do bazy danych dla bazy danych DB2 z obsługą dla języka SQLJ (Structured Query Language for Java). Język SQLJ umożliwia opracowanie aplikacji dostępu do danych łączących się z bazami danych DB2. Język SQLJ jest zbiorem rozszerzeń programistycznych obsługujących użycie języka programowania Java w celu osadzania instrukcji udostępniających żądania bazodanowe SQL (Structured Query Language).

Aby wyświetlić to ustawienie, z listy rozwijanej Typ bazy danych należy wybrać bazę danych zaplecza DB2 obsługującą język SQLJ.

Dostępne typy dostępu do bazy danych to JDBC i SQLJ.

Określa ścieżkę klasy pliku sqlj.zip narzędzia SQLJ produktu DB2. Podczas instalowania aplikacji i generowania profili SQLJ (plików .ser) produkt używa tej ścieżki klasy do uruchomienia narzędzia SQLJ produktu DB2.

Aby wyświetlić to ustawienie, z listy rozwijanej Typ bazy danych należy wybrać bazę danych zaplecza DB2 obsługującą język SQLJ.

Należy określić dysk i katalog, w którym znajduje się plik sqlj.zip. Na przykład:

W systemach operacyjnych Windows określ plik c:\SQLJ\sqlj.zip.

We wszystkich innych systemach operacyjnych określ plik /SQLJ/sqlj.zip.

W momencie ponownego instalowania pliku EAR aplikacji produkt usuwa wszystkie istniejące profile SQLJ i tworzy nowe profile.

Jeśli nie zostanie podana ścieżka klasy, produkt wyświetli ostrzeżenie na temat brakującej ścieżki klasy. Po podaniu poprawnej ścieżki klasy można kontynuować korzystanie z kreatora instalacji aplikacji.

Po zainstalowaniu aplikacji przez produkt można dostosować powiązania lub dodać je do wygenerowanego profilu SQLJ. Profile SQLJ Konsoli administracyjnej i strona plików powiązań pureQuery są dostępne przez kliknięcie opcji Aplikacje > Typy aplikacji > Aplikacje korporacyjne WebSphere > nazwa_aplikacji > Profile SQLJ i pliki powiązań pureQuery.

Służy do określania poziomu zgodności kompilatora pakietu JDK (Java Developer Kit) jako 1.4, 5.0, 6.0 lub 7.0, jeśli do kompilacji włączane są pliki źródłowe aplikacji.

Domyślnie stosowana jest wersja pakietu Developer Kit używana przez komendę ejbdeploy. Jeśli na przykład aplikacja korzysta z nowych funkcji zdefiniowanych w wersji 7.0 lub włączane są pliki źródłowe (co nie jest zalecane), należy określić wersję na poziomie 7.0.

Poziom zgodności pakietu JDK i poziom domyślnego pakietu Java SDK dla serwera aplikacji, na którym ma zostać wdrożona aplikacja, muszą być identyczne. Jeśli na przykład na tej stronie jako poziom zgodności pakietu JDK wybrano wartość 7.0, należy sprawdzić, czy pakiet JDK 7.0 jest zainstalowany oraz czy w przypadku domyślnego pakietu Java SDK dla serwera aplikacji ustawiono wartość 7.0. Strona pakietów Java SDK Konsoli administracyjnej zawiera listę pakietów narzędzi programistycznych (SDK), które są zainstalowane w węźle, i umożliwia wybór domyślnego pakietu SDK na potrzeby węzła lub serwera. Aby wyświetlić stronę pakietów Java SDK, należy kliknąć opcję Servers > Typy serwerów > Serwery aplikacji WebSphere > nazwa_serwera > Pakiety Java SDK.

Opcja Poziom zgodności pakietu JDK jest równoważna z parametrem -complianceLevel "1.4"| "5.0"| "6.0"| "7.0" komendy ejbdeploy.