лучшее определение развертывания пакетов

Question

Как мы можем определить термин «развернуть пакет»?

Правильно ли говорить, что развертывание пакета означает создание процедуры в котором мы создаем, помещаем в расположение файловой системы и делаем их видимыми компилятору виртуальную машину с такими параметрами, как -classpath CLASSPATH и т. д. ????

Answer 1

Как мы можем определить термин «развернуть пакет»?

Это зависит от того, о каком пакете вы говорите, и о типе развертывания, о котором вы говорите.

Например, вы, вероятно, не будете говорить о развертывании пакета Java, потому что пакет Java обычно не является разумной «единицей развертывания». (Обычно вы развертываете приложение Java или веб-приложение или, возможно, библиотеку Java. А в контексте Maven вы развертываете «артефакт».)

Если вы не говорите о пакете Java, о каком пакете вы говорите?

Правильно сказать, что развертывание пакета означает создание процедуры, в которой мы создаем, помещаем в расположение файловой системы и делаем их видимыми для компилятора виртуальную машину с параметрами, такими как -classpath CLASSPATH и т. Д. *

Это не похоже на обычное определение развертывания для меня. Для начала, нет стандартного расположения файловой системы для развертывания (например) файлов JAR.

Answer 2

Я бы отделил "build" от "deploy".Сборка будет принимать исходный код и создавать развертываемый артефакт.В этом случае у нас есть несколько файлов .java, мы компилируем их в файлы .class и (обычно) помещаем их в JAR.JAR - это то, что мы используем.В Java EE мы могли бы пойти дальше и поместить несколько JAR (и WAR ...) в EAR и развернуть их.

Таким образом, развертывание делает исполняемый артефакт выполнимым в среде выполнения, в этом случаеJAR виден выбранной JVM.Вполне возможно, у вас может быть много сред выполнения, много клиентов, много машин.Вы строите один раз, развертываете много раз.

На практике мы часто обнаруживаем, что выполнение развертывания - это не просто добавление JAR-файла в Classpath.Вы часто обнаруживаете, что вам необходимо:

1. Удалить предыдущие версии JAR, возможно, затем сохранить их наготове, чтобы их можно было восстановить, если что-то случится.
2. Сделать доступными другие ресурсы, например.базы данных
3. Выполните некоторые настройки среды
4. Проверьте развертывание, выполнив какие-то тесты
5. Перезапустите зависимые компоненты
6. Сохраните журнал аудита развертывания

В нетривиальных случаях часто очень полезно автоматизировать такие шаги, как эти, используя скрипты.

Answer 3

Я привык к тому, как maven использует слово deploy .

Плагин deploy в основном используется на этапе deploy , для добавления ваших артефактов в удаленный репозиторий для совместного использования с другими разработчиками и проектами. . Обычно это делается в среде интеграции или выпуска. Его также можно использовать для развертывания определенного артефакта (например, стороннего баночного файла, например, распространяемых эталонных реализаций Sun).

Я не говорю, что ваше определение неверно, оно просто не рифмуется с моей интерпретацией.