Могу ли я развернуть приложение jhipster 5.0.0-beta.0 в Azure?

Question

У меня есть приложение, созданное с помощью jhipster версии 5.0.0-beta.0, и я пытаюсь поместить его в Azure как веб-приложение, но оно не запускается

Я пытался поставить войну с FTP. Война называется ROOT, лазурь автоматически извлекает ее, но приложение не запускается. На локальной же войне я запускаю его с помощью команды: java -jar root.war --server.port = 9402, и он запускается нормально. На сервере у меня ошибка 404, а в журналах приложений Azure - ошибка HTML (ошибка HTTP 404.0). Я попытался создать новое приложение, подобное его ядру, с той же версией Azure (5.0.0-beta.0):

Я поместил его на сервер с подключением к тому же серверу SQL, где у меня есть созданные таблицы: jhi_autority, jhy_persistent_autit_event, jhi_persistent_audit_event_data, jhi_redirect_token, jhi_user, jhy_authority, jhy_user_authority. Я опустошил таблицы за исключением jhy_authority, jhi_user и jhy_user_authority. Локально такая же война начинается (java -jar root.war --server.port = 9402) и запускается, и все в порядке, на сервере Azure я не могу войти в систему по запросам: / api / authentication и / api / logout запрос я получаю ошибку 404.

В веб-приложении Azure у меня есть эта конфигурация: - стек: Java - Java-версия: 1,8 (автообновление) - контейнер java: кот - версия Java-контейнера: 8.5 (автообновление) - платформа: 32 бит - версия управляемого трубопровода: интегрированная - http версия: 1.1.

Я хочу, чтобы это приложение также нормально работало в Azure. Другие приложения, которые я пытался загрузить в этом веб-приложении, сгенерированные с помощью jhipster 5.8.2 и с той же базой данных, работают нормально. Я не хочу обновлять jhipster в этом приложении, потому что я пытался это сделать, но думаю, что вручную это занимает недели.

{
  "generator-jhipster": {
    "promptValues": {
      "packageName": "ro.netgas.admodunet",
      "nativeLanguage": "en"
    },
    "jhipsterVersion": "5.0.0-beta.0",
    "baseName": "admodunet",
    "reactive": false,
    "packageName": "ro.netgas.admodunet",
    "packageFolder": "ro/netgas/admodunet",
    "serverPort": "8080",
    "authenticationType": "session",
    "cacheProvider": "ehcache",
    "enableHibernateCache": false,
    "websocket": false,
    "databaseType": "sql",
    "devDatabaseType": "mssql",
    "prodDatabaseType": "mssql",
    "searchEngine": false,
    "messageBroker": false,
    "serviceDiscoveryType": false,
    "buildTool": "maven",
    "enableSwaggerCodegen": false,
    "rememberMeKey": "384b43c544db6d26dae8f8b07d54490cd6eff9aa",
    "clientFramework": "angularX",
    "useSass": true,
    "clientPackageManager": "yarn",
    "applicationType": "monolith",
    "testFrameworks": [],
    "jhiPrefix": "jhi",
    "enableTranslation": true,
    "nativeLanguage": "en",
    "languages": [
      "en",
      "ro"
    ]
  }
}

Answer 1

Если вы можете успешно запустить root.war через java -jar root.war --server.port=9402 на локальном компьютере, выполните следующие действия, чтобы развернуть тот же файл root.war в Azure.

Вот мои шаги для развертывания jarфайл, который я следовал за текущими документами JHipster, чтобы сделать.Это работает для меня.

1. Загрузите файл root.war в путь wwwroot в Azure WebApp через FTP или другими способами.

2. Добавьте файл с именем web.config по тому же пути wwwroot в Azure WebApp через FTP или иным способом содержимое web.config выглядит следующим образом.

   <?xml version="1.0" encoding="UTF-8"?>
   <configuration>
       <system.webServer>
           <handlers>
               <add name="httpPlatformHandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified" />
           </handlers>
           <httpPlatform processPath="%ProgramW6432%\Java\jdk1.8.0_60\bin\java.exe" arguments="-Djava.net.preferIPv4Stack=true -Dserver.port=%HTTP_PLATFORM_PORT% -jar &quot;%HOME%\site\wwwroot\root.war&quot;" stdoutLogEnabled="true" startupRetryCount='10'>
           </httpPlatform>
       </system.webServer>
   </configuration>
   

Затем необходимо перезапустить WebApp ипопробуйте просмотреть его.Кроме того, вы увидите некоторые файлы журналов с именами, например httpplatform-stdout_xxxxx_2019xxxxxxx.log, а содержимое выглядит так, как показано ниже.окружающая среда %HTTP_PLATFORM_PORT%.