Wszelkie sztuczki przyspieszające wdrożenie RAD 7.5/WebSphere 7

Question

Niedawno rozpocząłem pracę z RAD i WebSphere nad rozwojem usług internetowych i odkryłem, że ponowne opublikowanie pliku ear po wprowadzeniu zmian w kodzie zajmuje trochę czasu.

Wszelkie sztuczki i sugestie, aby je przyspieszyć?

Answer 1

Spróbuj i zobacz, czy jest coś w tym artykule

https://www.ibm.com/developerworks/wikis/download/attachments/113606723/radtipsv754.pdf

które czynią pracę szybciej RAD dla ciebie, niż jest obecnie.

HTH Manglu

Answer 2

Jest to znany problem ten temat, patrz: http://www.ibm.com/support/docview.wss?rs=180&uid=swg21396021

Ustawienie wartości metadanych uzupełniania true w web.xml uniemożliwi skanowanie adnotacji i przyspieszyć rzeczy.

Można również użyć filtra skanowania adnotacji w pliku manifestu modułu, aby selektywnie zapobiec skanowaniu plików jar w adnotacjach.

Answer 3

ten nie jest specyficzny ze RAD, ale po latach pracy z WebSphere Okazało się, że jeśli nie jesteś modyfikowanie deskryptora wdrażania lub deskryptor usług sieciowych, można po prostu zaktualizować rozebranego EAR/Plik WAR w folderze installedApps na serwerze aplikacji WAS. Aby zaktualizować, możesz po prostu "rozpakować" nowy plik JAR do folderu.

Następnie zrestartuj serwer aplikacji. ZNACZNIE szybciej, szczególnie jeśli twój start WAS jest szybki.

Answer 4

Jedną z denerwujących rzeczy, które spowalniają RAD jest automatyczne publikowanie, które robi serwer. Jeśli chcesz zmienić opcję w edytorze konfiguracji serwera (dostęp do niego możesz uzyskać, klikając dwukrotnie serwery w widoku serwera), co może uniemożliwić publikowanie czasami nie chcesz. Upewnij się, że opublikujesz go, kiedy będziesz musiał dokonać zmiany.

Również myślę, że jeśli zmienisz opcję "opublikuj bez kopiowania zasobów", co może również przyspieszyć twój start.

Answer 5

niestety miałaś mieli okazję go wypróbować, ponieważ po prostu przeniósł się z RAD do Eclipse, ale ja polecam Ci zainwestować kilka minut na sprawdzenie, czy JRebel prace z RAD.

Jeśli to zadziała, zmniejszyłoby liczbę buildów/wdrożeń do niemal 1 dziennie (lub ponownego uruchomienia komputera) tak samo jak w przypadku korzystania z Eclipse + WAS8.5 po przejściu z RAD + WAS7.5.

@Edit: Na pewno RAD nie musi obsługiwać JRebela, ponieważ jest przeznaczony do niezależnego działania IDE, tak samo jak maven, mrówka i ton innych pomocnych narzędzi. Ważniejszy jest punkt, w którym działa aplikacja Websphere, i zakładam, że proces wdrażania WAS zabiera najwięcej czasu, który chcesz poświęcić.

Answer 6

Istnieje kilka prostych kroków, które można znacznie poprawić szybkość wdrażania swojej aplikacji na serwerze WebSphere:

1. Definiowanie ignorowanych skanowaniu archiwum ze wszystkimi słoików osób trzecich, które nie chcą za WebShere skanowania dla adnotacji. Możesz to zrobić w pliku manifestu lub po prostu w pom.xml.Bądź ostrożny, nie ma regex i jeśli napiszesz wiele słoików w jednym wierszu w manifeście, to nie zadziała z powodu ograniczeń długości linii manifest.mf. Jeśli napiszesz to w manifeście.mf, musisz przejść do nowej linii z spacją na początku linii (patrz przykład poniżej).

   Ale możesz zapisać go w jednym wierszu w konfiguracji wtyczki maven war (zobacz pełny przykład poniżej), a Maven automatycznie podzieli go na wiele linii.

2. drugie podejście jest zdefiniowanie w jawnym/Maven/WebSphere enable-niejawnej-fasola-Archive fałszywego Będzie wyłączyć CDI w opakowaniach, które nie zawiera beans.xml

3. Trzecie podejście ma na celu zwiększenie Wielkość sterty Java w właściwościach maszyny wirtualnej Websphere. Musisz przejść: Websphere IBM Console -> Serwery -> {twój serwer} -> Infrastruktura serwera -> Java i zarządzanie procesami -> Definicja procesu -> Dodatkowe właściwości -> Java Virtual Machine -> Ustaw początkowy rozmiar sterty (MB) - 300 (lub więcej) Maksymalna wielkość hałdy (MB) - 600 (lub więcej)

Przykład Kod maven-war-wtyczki w pom.xml:

<plugin> 
     <groupId>org.apache.maven.plugins</groupId> 
     <artifactId>maven-war-plugin</artifactId> 
     <version>3.1.0</version> 
     <configuration> 
      <failOnMissingWebXml>false</failOnMissingWebXml> 
      <packagingExcludes>pom.xml</packagingExcludes> 
      <archive> 
       <manifestEntries> 
        <Enable-Implicit-Bean-Archive>false</Enable-Implicit-Bean-Archive> 
        <Ignore-Scanning-Archives> 
         hibernate-core-5.2.10.Final.jar,httpclient-4.4.1.jar,poi-ooxml-3.17.jar,poi-3.17.jar,poi-ooxml-schemas-3.17.jar,antlr-2.7.7.jar, apns-1.0.0.Beta6.jar,ews-java-api-2.0.jar,itextpdf-5.5.11.jar,byte-buddy-1.6.6.jar,xmlbeans-2.6.0.jar,guava-23.5-jre.jar,commons-collections4-4.1.jar 
        </Ignore-Scanning-Archives> 
       </manifestEntries> 
      </archive> 
     </configuration> 
    </plugin> 

Przykład oczywista. mf

Manifest-Version: 1.0 
Built-By: your-name 
Enable-Implicit-Bean-Archive: false 
Created-By: IntelliJ IDEA 
Build-Jdk: 1.8.0_144 
Ignore-Scanning-Archives: hibernate-core-5.2.10.Final.jar,httpclient-4 
.4.1.jar,poi-ooxml-3.17.jar,poi-3.17.jar,poi-ooxml-schemas-3.17.jar,a 
ntlr-2.7.7.jar, apns-1.0.0.Beta6.jar,ews-java-api-2.0.jar,itextpdf-5. 
5.11.jar,byte-buddy-1.6.6.jar,xmlbeans-2.6.0.jar,guava-23.5-jre.jar,c 
ommons-collections4-4.1.jar