Java: Как я создаю автономные дистрибутивы Основанных на знатоке проектов?

Question

Java: Как я создаю автономные дистрибутивы Основанных на знатоке проектов?

Во-первых, я основываюсь на этом из WildFly 9.0.1.Final и предполагаю, что вы просто пытаетесь включить SSL через HTTPS и не беспокоитесь об аутентификации. Я просто потратил около дня, чтобы понять все это. Отработайте эту документацию:

https://docs.jboss.org/author/display/WFLY9/Admin+Guide

Первое, что вы хотите сделать, это создайте хранилище ключей, как описано в документации.

https://docs.jboss.org/author/display/WFLY9/Admin+Guide#AdminGuide-EnableSSL

Действительно важный вопрос для правильного ответа - это один спрашивает ваше имя и фамилию. Там вам нужно указать имя хоста сервера приложений (например, localhost). Откройте окно терминала в папке {jboss.home} / standalone / configuration и введите следующую команду:

keytool -genkey -alias MY_ALIAS -keyalg RSA -keystore MY_KEYSTORE_FILENAME -validity 365`

ПРИМЕЧАНИЕ. , MY_ALIAS, MY_KEYSTORE_FILENAME и MY_PASSWORD являются произвольно, и вы можете установить их, как вы хотите.

Следующим шагом является изменение файла standalone-XXX.xml в том же каталоге {jboss.home} / standalone / configuration. Я использую файл standalone-full.xml , однако считаю, что это будет работать и для других.

Следующий шаг в документации, на которую я ссылался выше, говорит нам поместить ссылку на хранилище ключей SSL в ManagementRealm. Это может привести к путанице. В этом ответе я пытаюсь заставить WildFly включить SSL через порт 8443 для доступа к моим приложениям. Хотя я также включил SSL для консоли управления (через порт 9993), это будет позже.

Я предлагаю поместить информацию о хранилище ключей в ApplicationRealm следующим образом:

ПРИМЕЧАНИЕ: , только изменения в файле по умолчанию в этом разделе должны быть тегом идентификаторов сервера. Тег аутентификации должен быть оставлен в покое, если у вас нет других причин для его изменения).

ПРИМЕЧАНИЕ. , MY_KEYSTORE_FILENAME, MY_ALIAS и MY_PASSWORD должны соответствовать значениям, которые вы указали при создании ключа.

Теперь документация становится немного сложнее. Теперь вам нужно немного прокрутить вниз, чтобы сделать следующий шаг, хотя, к сожалению, он не говорит вам об этом. Теперь, когда у вас есть хранилище ключей, установленное в Wildfly и настроенное в соответствующей области безопасности, вам необходимо установить прослушиватель HTTPS и связать его с хранилищем ключей.

https://docs.jboss.org/author/display/WFLY9/Admin+Guide#AdminGuide-HTTPSlistener

HTTPS-прослушиватель

Https Слушатель обеспечивает безопасный доступ к серверу. Наиболее важным параметром конфигурации является область безопасности, которая определяет безопасный контекст SSL.

К сожалению, документация не согласуется с атрибутом security-realm (ранее устанавливая хранилище ключей в ManagementRealm и ссылаясь на него в ssl-realm). Поскольку я поместил хранилище ключей в ApplicationRealm, нам нужно сослаться на него как таковое.

Кроме того, просто чтобы прояснить, вам нужно поместить это в подсистему undertow . Вот что я вставил прямо под тегом http-listener:

Ниже приведено полное тело подсистемы undertow .

А также тег socket -inding-group , который определяет сами порты:

ПРИМЕЧАНИЕ. вы заметите в прослушиватель HTTPS, на который мы ссылались name = "httpsServer" (это значение 'httpServer' является произвольным и может быть установлено по вашему желанию), socket-binding = "https" (это значение "https" должно соответствовать сокету https, указанному в сокете -binding group) и security-realm = "ApplicationRealm" (это значение 'ApplicationRealm' должно быть в любой области безопасности, в которой вы установили хранилище ключей).

С этой конфигурацией вы должны обнаружить, что порты 8443 (безопасный) и 8080 (незащищенный) работают для доступа к службе приложений WildFly. Порт 9990 (небезопасный) по-прежнему работает для доступа к интерфейсу веб-администрирования, однако 9993 (безопасный интерфейс администратора) - нет.

БЕЗОПАСНАЯ КОНСОЛЬ АДМИНА

Я нашел эти инструкции, и они отлично работали.

http://www.mastertheboss.com/jboss-server/jboss-security/securing-access-to-jboss-wildfly-management-console

Первый шаг заключается в создайте ключ SSL:

keytool -genkeypair -alias serverkey -keyalg RSA -keysize 2048 -validity 7360 -keystore server.keystore -keypass mypassword -storepass mypassword

ПРИМЕЧАНИЕ : Помните, что имя вашего сервера следует использовать, когда оно запрашивает имя / фамилию.

Затем настройте ManagementRealm в standalone-XXX.xml для включения хранилища ключей. Добавьте в тег идентификаторов сервера ниже:

Ниже показано, как выглядит полный ManagementRealm:

Далее, раздел Интерфейсы управления файл standalone-XXX.xml использует привязку к сокету HTTP, и мы хотим привязать его к сокету HTTPS (в частности, к сокету управления https).

ПРИМЕЧАНИЕ. Посмотрите, как интерфейс ссылается на область безопасности ManagementRealm. Я попробовал это, просто ссылаясь на ApplicationRealm, не создавая отдельного хранилища ключей, и оно все равно как-то работало. Вероятно, лучше не использовать этот код для обеих целей.

ПРИМЕЧАНИЕ. ниже - определение сокета управления https, на которое ссылается интерфейс управления.

ПРИМЕЧАНИЕ. для любого из определений сокетов вы можете (при необходимости) изменить номер порта.

Перенаправить HTTP на HTTPS

В своем файле web.xml вставьте следующий фрагмент кода в тег веб-приложения.


    
        WEB_APPLICATION_NAME
        /*
    
    
        CONFIDENTIAL

ПРИМЕЧАНИЕ. Вам необходимо указать название приложения, в котором указано WEB_APPLICATION_NAME. Я не могу быть уверен в том, что это будет во всех сценариях, но для меня, если развернутый файл войны - MyApp.war, тогда я помещаю туда MyApp.

Вы можете использовать КОНФИДЕНЦИАЛЬНО, ИНТЕГРАЛЬНО или НЕТ для гарантии транспортировки. Обратите внимание на приведенный ниже URL: https://docs.oracle.com/cd/E19798-01/821-1841/bncbk/index.html , в котором будут описаны различия, однако в нем также говорится, что КОНФИДЕНЦИАЛЬНО и ИНТЕГРАЛЬНО фактически одинаковы.

Как только этот код установлен, все готово. Протестируйте его с помощью https через порт 8443, а затем с помощью http через порт 8080. Вы заметите, что когда вы используете http / 8080, он отвечает, и ваш браузер переключается на https / 8443. Если вы похожи на меня и не доверяете этому, вы можете свернуться.

curl -vv -k -L -X GET http://localhost:8080/MyApp/rest/endpoint

Вы увидите вывод, подобный следующему, демонстрирующий, что перенаправление работает:

Имя хоста не найдено в кеше DNS
Попытка 127.0.0.1 ...
Соединен с локальным (127.0.0.1) портом 8080 (# 0)
GET / MyApp / rest / endpoint HTTP / 1.1
Пользователь-агент: curl / 7.35.0
Host: localhost: 8080
Принять: /

HTTP / 1.1 302 Найдено
Соединение: keep-alive
X -Powered-By: Undertow / 1
Сервер WildFly / 9 не занесен в черный список
Сервер: WildFly / 9
Расположение: https: // localhost: 8443 / MyApp / rest / endpoint
Content-Length: 0
Дата: пт, 04 сен 2015 18:42:08 GMT

Соединение № 0 с хостом localhost оставлен без изменений
Еще один запрос на этот URL: ' https: // localhost: 8443 / MyApp / rest / endpoint '
Найден пакет для хоста localhost: 0x8d68f0
Имя хоста НЕ найдено в кеше DNS
Попытка 127.0.0.1 ...
Соединен с локальным (127.0.0.1) портом 8443 (# 1)
успешно установил места проверки сертификатов:
CAfile: нет
CApath: / etc / ssl / certs
SSLv3, рукопожатие TLS, Клиент привет (1):
SSLv3, рукопожатие TLS, Сервер привет (2):
SSLv3, рукопожатие TLS, CERT (11):
SSLv3, квитирование TLS, обмен ключами сервера (12):
SSLv3, квитирование TLS, сервер завершен (14):
SSLv3, Рукопожатие TLS, Обмен ключами клиента (16):
SSLv3, шифр изменения TLS, Клиент привет (1):
SSLv3, Рукопожатие TLS, Завершено (20):
SSLv3, шифр изменения TLS, Клиент привет (1):
SSLv3, квитирование TLS, Завершено (20):
Соединение SSL с использованием ECDHE-RSA-DES-CBC3-SHA
Сертификат сервера:
субъект: C = US; ST = Неизвестный; L = Неизвестный; O = Орг; OU = Unknown; CN = localhost
дата начала: 2015-09-04 15:23:06 GMT
срок действия: 2016-09-03 15:23:06 GMT
эмитент : C = США; ST = Неизвестный; L = Неизвестный; O = Орг; OU = Unknown; CN = localhost
Результат проверки сертификата SSL: самозаверяющий сертификат (18), все равно продолжающийся.
GET / MyApp / rest / endpoint HTTP / 1.1
Пользователь-агент: curl / 7.35.0
Хост: localhost: 8443
Принимать: /

HTTP / 1.1 200 Forbidden
Соединение: keep-alive
X-Powered-By: Undertow / 1
Сервер WildFly / 9 не является В черном списке
Сервер: WildFly / 9
Тип контента: application / json
Длина контента: 42
Дата: пт, 04 сен 2015 18 : 42: 08 GMT

Соединение № 1 с локальным хостом оставлено без изменений

8

java maven-2 build-process build-automation

задан ivan_ivanovich_ivanoff 18 June 2009 в 22:25

5 ответов

Другие вопросы по тегам:

java maven-2 build-process build-automation

Похожие вопросы:

score 3 · Answer 1

Как сказал Доминик, использование подключаемого модуля сборки поможет. Обычно вы настраиваете его внутри POM вашего собственного проекта для сбора и упаковки всех необходимых зависимостей:

  ...
  <plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <configuration>
      <descriptorRefs>
        <descriptorRef>jar-with-dependencies</descriptorRef>
      </descriptorRefs>
    </configuration>
  </plugin>
  ...

jar-with-dependencies предопределен плагином сборки и будет включать все зависимости в окончательный пакет (см. Документацию ] здесь ).

Если вы не хотите использовать Maven для своего собственного проекта, вам нужно будет изменить POM библиотек и переупаковать их самостоятельно (загрузите исходники, добавьте приведенный выше фрагмент в pom.xml и запустите mvn package ). Остерегайтесь дублирующихся или несовместимых транзитивных зависимостей, если вы используете несколько библиотек. исключения могут помочь в этом случае (см. Документацию здесь ).

score 2 · Answer 2

Возможно, вам повезет с плагином appassembler . Если это не удается, обратите внимание на плагин сборки . Это более гибкий, но более низкий уровень. Если вы используете подключаемый модуль сборки, вы можете найти его главу в maven: полное руководство будет полезным.

score 0 · Answer 3

Измените файл pom.xml и используйте директиву . Похожий пример можно найти здесь , чтобы вы могли адаптировать его к своему сценарию.

<Embed-Dependency>*;scope=!test;inline=true</Embed-Dependency>

Я думаю, это должно помочь.

Вот пример по указанному выше URL, который, кажется, дает тайм-аут.

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>br.gov.lexml</groupId>
    <artifactId>toolkit</artifactId>
    <packaging>bundle</packaging>
    <version>3.0</version>
    <parent>
        <artifactId>lexml</artifactId>
        <groupId>br.gov.lexml</groupId>
        <version>1.0</version>
    </parent>
    <build>
        <finalName>Lexml_Toolkit-2.0</finalName>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.5</source>
                    <target>1.5</target>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.felix</groupId>
                <artifactId>maven-bundle-plugin</artifactId>
                <extensions>true</extensions>
                <configuration>
                    <instructions>
                        <!--_include>src/toolkit/resources/META-INF/MANIFEST.MF</_include-->

                        <Export-Package>*;-split-package:=merge-last</Export-Package>
                        <Bundle-Activator>br.gov.lexml.borda.Toolkit</Bundle-Activator>
                        <Bundle-Name>Toolkit</Bundle-Name>
                        <Private-Package />
                        <Embed-Dependency>*;scope=!test;inline=true</Embed-Dependency>
                        <Bundle-ClassPath>.,{maven-dependencies}</Bundle-ClassPath>
                    </instructions>
                </configuration>
            </plugin>
        </plugins>
    </build>
    <dependencies>
        <dependency>
            <groupId>org.apache.xmlbeans</groupId>
            <artifactId>xmlbeans</artifactId>
            <version>2.4.0</version>
        </dependency>
        <dependency>
            <groupId>org.apache.xmlbeans</groupId>
            <artifactId>xmlbeans-xmlpublic</artifactId>
            <version>2.4.0</version>
        </dependency>
        <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.15</version>
        </dependency>
        <dependency>
            <groupId>br.gov.lexmlbeans</groupId>
            <artifactId>lexmlbeans</artifactId>
            <version>3.0</version>
        </dependency>
    </dependencies>
</project>

score 0 · Answer 4

I полагаем, что плагин Maven Shade удовлетворит ваши потребности. Я использую его, когда создаю инструменты интерфейса командной строки для создания Uber JAR, включая мои классы и вместе с классами из всех моих зависимостей.

Его очень легко использовать, и я думаю, что этот пример сам по себе -пояснительная.

score 1 · Answer 5

Как сказано в паре плакатов, плагин сборки - хороший способ создать полный файл jar с все зависимости проекта. Однако на самом деле вам не нужно изменять файл pom.xml . Просто запустите:

mvn assembly:single -DdescriptorId=jar-with-dependencies

..., чтобы создать файл jar.