Użyj deskryptorów wdrażania Java EE do zdefiniowania odwołań do środowiska

Ta reguła oznacza flagą: Context <Environment> elementy znajdujące się w pliku META-INF/context.xml , które muszą zostać przetransformowane w <env-entry> Elementy w Plik WEB-INF/web.xml .

Apache Tomcat zezwala Context <Environment> elementy, które mają być zdefiniowane w tych miejscach:

Ponieważ narzędzie do migracji może nie mieć dostępu do katalogu konfiguracyjnego Tomcat, oznacza ono tylko Context <Environment> w META-INF/context.xml pliku. Context <Environment> informacje zdefiniowane w innych lokalizacjach mogą być kopiowane do pliku META-INF/context.xml w celu aby mogły zostać przetworzone przez narzędzie.

Jeśli w projekcie WWW istnieje plik WEB-INF/web.xml:

Context <Environment> będą oznaczane w następujących warunkach:

Dodaj nowy <env-entry> w pliku web.xml który reprezentuje Context <Environment> jeśli jeszcze nie istnieje w elemencie web.xml pliku. Jeśli wpis istnieje, zostanie zaktualizowany.

Jeśli plik WEB-INF/web.xml nie istnieje:

Wszystkie Context <Environment> elementy zostaną oznaczone.

Utwórz plik WEB-INF/web.xml plik który zawiera odpowiednie <env-entry> elementów, jeśli projekt internetowy jest dostępny pod adresem Java EE 5 lub wyższym. Automatyczna poprawka zgłosi błąd, jeśli projekt internetowy znajduje się pod adresem J2EE 1.4 lub niższym.

Jako przykład można rozważyć plik META-INF/context.xml o następującej zawartości:
<Środowisko
description="Wyzwól, ponieważ nie istnieje"
name="newEntry"
override="false"
type=" java.lang.String " value=" abc123 "/>
<Environment
description="Wyzwól z powodu innej wartości"
name="contextEnvString_1"
override="false"
type="java.lang.String"
value="new Value"/>
<Environment
description="Wyzwól z powodu innego typu"
name="contextEnvString_2"
override="false"
type="java.lang.Integer"
value="123"/>
<Environment
description="nie wyzwalaj, ponieważ wartość override jest ustawiona na true."
name="contextEnvString_3"
override="true"
type="java.lang.Integer"
value="123"/>

z następującym plikiem web.xml w aplikacji:

<env-entry>
<description>Wyzwolenie z powodu innej wartości</description>
<env-entry-name>contextEnvString_1</env-entry-name>
<env-entry-type>java.lang.String</env-entry-type>
<env-entry-value>oldValue</env-entry-value>
</env-entry>

<env-entry>
<description>Wyzwalanie z powodu innego typu</description>
<env-entry-name>contextEnvString_2</env-entry-name>
<env-entry-type>java.lang.String</env-entry-type>
<env-entry-value>123</env-entry-value>
</env-entry>

<env-entry>
<description>nie zostanie wyzwolona z powodu nadpisania ustawionego na wartość true.</description>
<env-entry-name>contextEnvString_3</env-entry-name>
<env-entry-type>java.lang.Integer</env-entry-type>
<env-entry-value>123456789</env-entry-value>
</env-entry>

Po zastosowaniu automatycznej poprawki web.xml zostanie zaktualizowany do zawierać:

<env-entry>
<description>Wyzwolenie z powodu innej wartości</description>
<env-entry-name>contextEnvString_1</env-entry-name>
<env-entry-type>java.lang.String</env-entry-type>
<env-entry-value>nowa wartość</env-entry-value>
</env-entry>

<env-entry>
<description>Wyzwalanie z powodu innego typu</description>
<env-entry-name>contextEnvString_2</env-entry-name>
<env-entry-type>java.lang.Integer</env-entry-type>
<env-entry-value>123</env-entry-value>
</env-entry>

<env-entry>
<description>nie zostanie wyzwolona z powodu nadpisania ustawionego na wartość true.</description>
<env-entry-name>contextEnvString_3</env-entry-name>
<env-entry-type>java.lang.Integer</env-entry-type>
<env-entry-value>123456789</env-entry-value>
</env-entry>

<env-entry>
<description>Wyzwalacz, ponieważ nie istnieje</description>
<env-entry-name>newEntry</env-entry-name>
<env-entry-type>java.lang.String</env-entry-type>
<env-entry-value>abc123</env-entry-value>
</env-entry>