Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4   вперед  Ctrl      все
 Re: Большой размер war файлов  [new]
Basil A. Sidorov
Member

Откуда:
Сообщений: 9156
mayton
Ну расскажите?
"Вам не понравится".
А во-вторых - "это экономически неэффективно".
23 янв 19, 16:26    [21792407]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
Коротко суть спора - за все приходится платить:)
23 янв 19, 16:27    [21792408]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5137
Basil A. Sidorov
Озверин
Вроде как работает более или менее.
Ровно в одном сценарии - опишем всё, что может понадобиться.
Это, условно говоря, принцип "гарантированной достаточности".
А минимизация размера это, условно говоря, принцип "абсолютного минимализма".
Разные критерии - разные результаты.


мы давно перешли от водопада к итерациям - итеративно разбираться, что грузится, что надо и что описываем. Процесс постоянный.
23 янв 19, 16:27    [21792413]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3207
mayton
Артефакт org.hibernate:hibernate-core:5.4.1.Final имеет зависимости описанные здесь.

http://central.maven.org/maven2/org/hibernate/hibernate-core/5.4.1.Final/hibernate-core-5.4.1.Final.pom

Их описал человек. Что здесь - неуправляемое?
Ну проблема примерно такого плана: они логируют все через jboss-logging, если отвлечься от того что, что jboss колхозники и ставят зависимости почему-то provided вместо optional, то получается так, что при деплое поделки в jboss будут возникать пляски с настройкой логирования, если приложение логирует не через jboss-logging - команде хибера нужно было делать shade для этого jboss-logging, а не как прямую зависимость включать. С javassist там тоже проблемы.
23 янв 19, 16:30    [21792420]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
mayton
Member

Откуда: loopback
Сообщений: 40756
Petro123
Коротко суть спора - за все приходится платить:)

Я надеюсь что эволюция здесь работает как главный фактор
того какие и как инструменты мы используем и будем
использовать в будущем.
23 янв 19, 16:31    [21792423]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3207
Озверин
dependencyManagement 


Вроде как работает более или менее.
Вообще не работает, т.е. нельзя просто так взять и написать в dependencyManagement что-то в духе:

<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-databind</artifactId>
    <version>${fasterxml.version}</version>
</dependency>


и после этого быть уверенным, что он затащит jackson-core и jackson-annotations той же версии - любая зависимость, в которой jackson-core будет явно указан затащит свою версию, в итоге приходится для каждого jar указывать версию - ад и израиль.
23 янв 19, 16:48    [21792448]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5137
Андрей Панфилов, да, именно поэтому - процесс итеративный, но вполне решаемый, причем за достаточно короткий промежуток времени. Но - это все таки процесс, а не "раз и готово".
23 янв 19, 16:57    [21792459]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
mayton
Member

Откуда: loopback
Сообщений: 40756
До модулей дойдем?
23 янв 19, 16:57    [21792461]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
mayton
Petro123
Коротко суть спора - за все приходится платить:)

Я надеюсь что эволюция здесь работает как главный фактор
того какие и как инструменты мы используем и будем
использовать в будущем.
мы уже платим. Сегодня.
Мне пофиг на размер, если я гружу библиотеку с репо.
Вадя перфекционист и ему нужно размер и скорость.
Плохо что грань поиска килобайт нигде не обучают.
Иногда нужно забить на размер.
23 янв 19, 17:05    [21792470]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
mayton
Member

Откуда: loopback
Сообщений: 40756
Не Вадя. Другой мембер вопрос поднял. У меня тоже был вопрос толстых сборок под AWS-Lambda
но он пофиксился просто наблюдением над dependency:tree.

Лишним перфексионизмом я тоже не страдаю. Просто надо было добить артифакт хотя-бы до 128Мб
23 янв 19, 17:07    [21792475]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15640
Petro123
Мне пофиг на размер, если я гружу библиотеку с репо.
Вадя перфекционист и ему нужно размер и скорость.
Плохо что грань поиска килобайт нигде не обучают.
Иногда нужно забить на размер.
и согласен и нет
по большому счёту размер по-фигу. с другой стороны время сборки war удручает. и при деплое на клиента, если клиент тесовая машина не понятно где, и инет ограничен - то ж не радует...
по мелочам , а набегает - вот это огорчает
23 янв 19, 17:11    [21792479]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
mayton
Member

Откуда: loopback
Сообщений: 40756
вадя
Petro123
Мне пофиг на размер, если я гружу библиотеку с репо.
Вадя перфекционист и ему нужно размер и скорость.
Плохо что грань поиска килобайт нигде не обучают.
Иногда нужно забить на размер.
и согласен и нет
по большому счёту размер по-фигу. с другой стороны время сборки war удручает. и при деплое на клиента, если клиент тесовая машина не понятно где, и инет ограничен - то ж не радует...
по мелочам , а набегает - вот это огорчает

После перехода на gradle время субъективно улучшается в пару раз.
В основном за счет 4х рабочих java-процессов сборщиков которые
постоянно подняты в памяти и ждут заданий. В отличие от mvn
который стартует медленнее.
23 янв 19, 17:18    [21792490]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3207
Озверин
Андрей Панфилов, да, именно поэтому - процесс итеративный, но вполне решаемый, причем за достаточно короткий промежуток времени. Но - это все таки процесс, а не "раз и готово".
Решаемо - это как у Вади? на ant перейти? Не хочу чтобы итеративно было, хочу чтобы оно работало более очевидно чем сейчас, т.е.: если я в dependencyManagement указал артефакт с определенной версией, то оно и для всех его зависимостей должно версии зафиксировать, а не так как сейчас - кто ближе тот и прав, ну и еще можно хотелок накидать в духе глобальных exclude, или описания того какой API/JSR реализует тот или иной артефакт, чтобы нельзя было два одновременно сложить вместе, или отделения test-зависимостей от compile.
23 янв 19, 17:18    [21792494]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя
время сборки war
да брось. Сколько?
23 янв 19, 17:19    [21792495]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15640
Petro123
вадя
время сборки war
да брось. Сколько?
3 сек и 15 сек
на сборку.
мелочь . но раздражает. особенно когда что-то не получается и нужно ждать...
23 янв 19, 17:26    [21792514]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
mayton
Member

Откуда: loopback
Сообщений: 40756
По 15 минут собирали.
23 янв 19, 17:28    [21792516]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5137
Андрей Панфилов
Озверин
dependencyManagement 


Вроде как работает более или менее.
Вообще не работает, т.е. нельзя просто так взять и написать в dependencyManagement что-то в духе:

<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-databind</artifactId>
    <version>${fasterxml.version}</version>
</dependency>


и после этого быть уверенным, что он затащит jackson-core и jackson-annotations той же версии - любая зависимость, в которой jackson-core будет явно указан затащит свою версию, в итоге приходится для каждого jar указывать версию - ад и израиль.


в итоге приходится - исключать ненужные после конфликт резолвинга. Я не очень понимаю, как вы собираетесь автоматизировать эту проблему.
23 янв 19, 17:29    [21792518]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3207
Озверин
в итоге приходится - исключать ненужные после конфликт резолвинга. Я не очень понимаю, как вы собираетесь автоматизировать эту проблему.
В gradle к примеру, подобных проблем нет (ну или по крайней мере они сведены к минимуму), ну и остальных приколов тоже поменьше будет (например, то что предоставляет сервер приложений можно просто описать как новую конфигурацию, а потом вычесть одну и другой)
23 янв 19, 17:39    [21792536]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
mayton
По 15 минут собирали.
ну дак у вас большие проекты.
Странно когда новичек вставивший контроллер беспокоится)
23 янв 19, 17:45    [21792539]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5137
Андрей Панфилов
Озверин
в итоге приходится - исключать ненужные после конфликт резолвинга. Я не очень понимаю, как вы собираетесь автоматизировать эту проблему.
В gradle к примеру, подобных проблем нет (ну или по крайней мере они сведены к минимуму), ну и остальных приколов тоже поменьше будет (например, то что предоставляет сервер приложений можно просто описать как новую конфигурацию, а потом вычесть одну и другой)


но вместе с dependencyManagment стратегия разрешения конфликтов становится очевидной. Мавен - менее гибок, но вполне очевиден, если требуется. То есть, если в dependencyManagment указана конкретная версия и среди конфликтов эта версия есть - используется она, другой вопрос, что версия может быть указана, но среди всех заивисимостей ее нет - тогда тут уже вступает в силу закон, кто ближе к корню.
23 янв 19, 18:42    [21792588]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
mayton
Member

Откуда: loopback
Сообщений: 40756
Суровые конфликты идут обычно когда вливаются 2 разные версии одного и того-же продукта.
Помню часто gclib требовался в проекте в двух вариантах. Причем младшая версия тоже была
нужна.

Фиксили это заворачивая модуль в OSGI-bundle. (Это еще до девятки). Бандлы вобщем-то решали
свою задачу но практически в разработке их программеры люто ненавидели. За многословность.
Громоздкость и практически невостребованность со стороны кастомера.

С модулями девятки я еще не работал - поэтому практически не знаю как оно там "внутре".

Вобщем... тема для пятницы.
23 янв 19, 19:55    [21792626]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
mayton
Может быть у вас есть какая-то идея? Ну расскажите?

Идея простая - проектировать.

Ну а реализация сложная. Но для начала нужно выполнять хотя бы минимальные требования, давно известные всем. Например - всё должно быть простым. Это отнюдь не с потолка взявшееся правило. Но такое важное ограничение практически очень часто не соблюдается. Берут одну систему, к ней прикручивают другую, потом третью и в итоге получается адская смесь из всего на свете, которая работает только тогда, когда сама этого захочет. А вот если бы с самого начала думали о последствиях, продумывали бы вопросы сложности, совместимости, масштабирования, расширения и т.д., тогда бы массы проблем просто не возникло бы. Но хочется же сделать быстрее, плюс бизнес сроки зажимает. Вот и берут что есть, втыкают лишь бы заработало, а потом удивляются - ну почему вдруг у нас прожект так разросся? И управление зависимостями в мавене и прочем сильно далеко от идеала, но опять же - раз оно там есть, то по быстрому прикрутили и нарисовали в бложеке "сакцесс стори", ура-ура, мы победили. Только сложность-то осталась, победа локальная, а в целом ситуация только ухудшилась.

Привычка делать всё "по быстрому" и "не парясь" до добра никогда не доводила.
24 янв 19, 14:47    [21793405]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5137
alex55555
mayton
Может быть у вас есть какая-то идея? Ну расскажите?

Идея простая - проектировать.

Ну а реализация сложная. Но для начала нужно выполнять хотя бы минимальные требования, давно известные всем. Например - всё должно быть простым. Это отнюдь не с потолка взявшееся правило. Но такое важное ограничение практически очень часто не соблюдается. Берут одну систему, к ней прикручивают другую, потом третью и в итоге получается адская смесь из всего на свете, которая работает только тогда, когда сама этого захочет. А вот если бы с самого начала думали о последствиях, продумывали бы вопросы сложности, совместимости, масштабирования, расширения и т.д., тогда бы массы проблем просто не возникло бы. Но хочется же сделать быстрее, плюс бизнес сроки зажимает. Вот и берут что есть, втыкают лишь бы заработало, а потом удивляются - ну почему вдруг у нас прожект так разросся? И управление зависимостями в мавене и прочем сильно далеко от идеала, но опять же - раз оно там есть, то по быстрому прикрутили и нарисовали в бложеке "сакцесс стори", ура-ура, мы победили. Только сложность-то осталась, победа локальная, а в целом ситуация только ухудшилась.

Привычка делать всё "по быстрому" и "не парясь" до добра никогда не доводила.


сижу, записываю новую для себя информацию.
24 янв 19, 14:49    [21793410]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15640
alex55555
Идея простая - проектировать.
ну в общем я так и поступаю - с проектирования...
но вот по теме топика как-то не получается
т.е. надо решить maven vc ant?
24 янв 19, 15:12    [21793459]     Ответить | Цитировать Сообщить модератору
 Re: Большой размер war файлов  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5137
вадя
alex55555
Идея простая - проектировать.
ну в общем я так и поступаю - с проектирования...
но вот по теме топика как-то не получается
т.е. надо решить maven vc ant?


ant работает с зависимостями?
24 янв 19, 15:18    [21793475]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4   вперед  Ctrl      все
Все форумы / Java Ответить