2014-10-28 2 views
3

У меня есть следующая проблема с GlassFih 4.1 и Cargo.Удаленное развертывание груза Glassfish 4.1 Не работает GlassFish использует 100% CPU

Я пытаюсь развернуть ухо на удаленном сервере GlassFish 4.1. Без успеха ... Maven command: mvn cargo: redeploy Сервер Glassfish занимает 100% от процессора, и все. Процесс Maven остается заблокированным ... Я попытался использовать удаленный ubuntu и на удаленном сервере Windows.

На том же удаленном сервере с Glassfish 3.1.2.2 удаленное развертывание работает отлично.

Неужели кто-то имеет такую ​​же проблему и нашел решение?

Я предполагаю, что следующая конфигурация груза в порядке, поскольку она работает с GF 3.1.2.2 (с версией для развертывания 3.1.2.2 и containerId для glassfish3x).

<build> 
    <plugins> 
     <plugin> 
       <groupId>org.codehaus.cargo</groupId> 
       <artifactId>cargo-maven2-plugin</artifactId> 
       <version>1.4.10</version> 

       <executions> 
        <execution> 
         <id>glassfish-deploy</id> 
         <phase>pre-integration-test</phase> 
         <goals> 
          <goal>deploy</goal> 
         </goals> 
        </execution> 
       </executions> 

        <configuration> 
         <container> 
          <containerId>glassfish4x</containerId> 
          <type>remote</type> 
          <log>target/cargo.log</log> 
          <logLevel>debug</logLevel> 
         </container> 
         <configuration> 
          <type>runtime</type> 
          <properties> 
           <cargo.hostname>servername</cargo.hostname> 
           <cargo.rmi.port>4848</cargo.rmi.port> 
           <cargo.remote.port>8080</cargo.remote.port>       <cargo.glassfish.domain.name>domain1</cargo.glassfish.domain.name> 
           <cargo.runtime.args>force=true</cargo.runtime.args> 
           <cargo.protocol>https</cargo.protocol> 
           <cargo.remote.username>admin</cargo.remote.username> 
           <cargo.remote.password>admin</cargo.remote.password> 
          </properties> 
         </configuration> 

         <deployables> 
          <deployable> 
           <location>${project.build.directory}/${project.build.finalName}.${project.packaging}</location> 
           <properties> 
            <name>${project.groupId}-${project.artifactId}-autodeploy</name> 
           </properties> 
           <type>ear</type> 
          </deployable> 
         </deployables> 

        </configuration> 
        <dependencies> 
         <dependency> 
          <groupId>org.glassfish.main.deployment</groupId> 
          <artifactId>deployment-client</artifactId> 
          <version>4.1</version> 
         </dependency> 
        </dependencies> 
       </plugin> 
      </plugins> 

ответ

2

Я испытываю тот же вопрос, и так же другого пользователя в потоке deploying web app to external glassfish4 instance with maven cargo plugin

Как вы выложили ошибок JIRA, существует уже предложенное решение. Попробуйте заменить Grizzly исправленной версией из следующего потока.

https://java.net/jira/browse/GRIZZLY-1713

+0

Здравствуйте, Pavel, я проверял его прямо сейчас, и он отлично работает. Спасибо за информацию! ура – Emmanuel

0

Есть некоторые ошибки в GlassFish 4.1, как эта точка уже обсуждавшиеся в указанном выше ответах @pavel эти ошибки также несут в скумбриевидном гидролике 4.1.1.164, так что, если мы используем скумбриевидный гидролик 4.1.1.164 затем все же мы сталкиваемся с этими проблемами.

Как разрешить

Используйте один и тот же клиент развертывания 4.1 и загрузить последнюю версию скумбриевидного гидролика, что является 4.1.1.171 по следующей ссылке, эта версии удалите два заостренных вопрос. Решение было поставлено на проверку с помощью payara 4.1.1.171

Смежные вопросы