Tryb delegowania modułu klasy WWWsphere

Question

Używamy serwera aplikacji WebSphere 6.1 z domyślnym trybem delegowania klas, tj. PARENT-FIRST. Zastanawiamy się nad zmianą tego ustawienia na PARENT-LAST, aby móc wybrać naszą implementację jsf lub nasz stos Webservices.

Jako rodzic-FIRST jest domyślnym Zastanawiam się ilu ludzi przełączony rodzic-LAST, a co było powodem, aby przełączyć, a jeśli twoje życie stało się lepsze od kiedy włączony :)

Mamy dużo aplikacje w produkcji, więc nie mogę po prostu przełączać się, aby zobaczyć, co się stanie, jeśli to zrobimy, będziemy musieli przeprowadzić wiele testów, więc chciałbym uzyskać pewne opinie, jeśli przełączyłeś się na PARENT-LAST.

Dzięki

Answer 1

na projekty, które mam przypisane, to faktycznie przełączania rodzic-LAST dla większości naszych aplikacji. Powodem tego jest zwykle specyficzna dla aplikacji implementacja czegoś lub potrzeba specyficznego pakietu aplikacji, którego używa również Websphere (np. Przesłanianie konfiguracji Websphere z rejestrowania commons).

Jeśli coś się zepsuje po przełączeniu, dzieje się tak zazwyczaj z powodu nieprawidłowej konfiguracji aplikacji, która nagle zaczyna być używana (podczas gdy przed przełączeniem była nadpisywana przez zasoby Websphere).

Answer 2

Aplikacje portletów (wdrożone na serwerze WebSphere Portal Server) zawsze przestawiają swoją konfigurację na nadrzędną jako ostatnią. Z mojego doświadczenia wynika, że ​​zawsze lepiej jest przejść na rodzica jako ostatni, zwłaszcza jeśli korzystasz z rejestru commons. Wynika to z faktu, że produkt WebSphere obejmuje ładunek ciężarówek we własnych programach ładujących klasy, które często są różnymi wersjami/konfiguracjami niż te, z których chcesz korzystać.

Jeśli to robisz, zaleciłbym wykonanie skryptu dla wdrożenia aplikacji, ponieważ może to być jedna z tych rzeczy, które zostały pominięte podczas wdrażania.