powered by simpleCommunicator - 2.0.56     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Большой размер war файлов
15 сообщений из 90, страница 4 из 4
Большой размер war файлов
    #39764416
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Озверинant работает с зависимостями?

внезапно
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764429
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ПанфиловОзверинant работает с зависимостями?

внезапно

такси дла мавена шоле?:)
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764431
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чото взоржал.
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764435
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Озверинant работает с зависимостями?нет.
он просто подтягивает библиотеки которые ему укажешь.
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764440
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадяОзверинant работает с зависимостями?нет.
он просто подтягивает библиотеки которые ему укажешь.

допустим, что он даже мавен не юзает(хотя кодга я в последний раз работал с этим древним отложением мамонта, он юзал мавен таски , потому что никакого собственного депенденси менеджмента у него отродясь не было), если у него нет инструментов вменяемых для работы с зависимостиям - то какие тут могут быть или? Тогда уж gradle. Или ant в связки с чем-нибудь, что умеет в менеджмент зависимостей.
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764463
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555maytonМожет быть у вас есть какая-то идея? Ну расскажите?
Идея простая - проектировать.

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

Привычка делать всё "по быстрому" и "не парясь" до добра никогда не доводила.
Эволюционный путь - предполагает скорость реализации.
Если есть две команды. И одна из них выдает решение быстрее - то она всегда будет получать заказы на новые
проекты. Риски сюда тоже заложены. Ведь первая команда их и будет решать. Вторая команда фейлит сроки.
Фейлит один раз. Второй. А потом она вообще не участник разработки. Заказов нет.

Эволюционный путь.

Философские рассуждения о том что надо проектировать я 100% принимаю и соглашаюсь.
Думания о последствиях также важны. Но сколько времени вы будете думать? День? Неделю?
Месяц? Когда у вас будет definition of done?

Вот в чем вопрос.
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764480
Garrick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Озверинant работает с зависимостями?
Легко! Только самому всё прописать надо ручками :)
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764525
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GarrickЛегко! Только самому всё прописать надо ручками :)дак и в maven , если прописать ручками, можно сократить.....
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764564
сезонатор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
maytonalex55555пропущено...

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

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

Привычка делать всё "по быстрому" и "не парясь" до добра никогда не доводила.
Эволюционный путь - предполагает скорость реализации.
Если есть две команды. И одна из них выдает решение быстрее - то она всегда будет получать заказы на новые
проекты. Риски сюда тоже заложены. Ведь первая команда их и будет решать. Вторая команда фейлит сроки.
Фейлит один раз. Второй. А потом она вообще не участник разработки. Заказов нет.

Эволюционный путь.

Философские рассуждения о том что надо проектировать я 100% принимаю и соглашаюсь.
Думания о последствиях также важны. Но сколько времени вы будете думать? День? Неделю?
Месяц? Когда у вас будет definition of done?

Вот в чем вопрос.Диалоги демагогов
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39764696
Фотография Пылинка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ПанфиловОзверинant работает с зависимостями?

внезапно
Совершенно не внезапно, потому что это Maven, точнее его часть - Maven Ant Tasks, которая генерит данные для Ant.

Maven Ant Tasks
Note: This component is retired. It is no longer maintained
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39765042
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадят.е. надо решить maven vc ant?
Вообще лучше постепенно вырабатывать не усложняющий жизнь набор инструментов. А уж что там для сборки прикрутить - дело десятое. По зависимостям ещё OSGi работает. Ну и вообще граф зависимостей и операции с ним отнюдь не рокет сайнс, так что можно и самому небольшую утилитку слепить. Только ещё до зависимостей нужно уметь хотя бы элементарно выделять общие библиотеки и ложить их в общий для всего сервера каталог, а не пихать в каждое приложение, а то-ж в приложение напихают всего, потом так же в другое, потом в третье, и никто ничего не согласовывает, ну и лезут конфликты, я уж не говорю про объём.
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39765049
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЭволюционный путь - предполагает скорость реализации.
Бизнесу важна цена. Скорость для них второстепенна.

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

Но с другой стороны, наш бизнес живёт сегодняшним днём, завтрашний день его будет волновать когда он наступит, поэтому опять возникает стимул продать сроки, то есть ублажить хотелку сейчас, а дальше - что будет то и будет, главное бабло срубили. В общем опять программисты не виноваты.

Но всё же помнить об этом нужно. И уметь делать надолго - тоже нужно. Хотя тренироваться в современном ынтырпрайзе на эту тему весьма и весьма сложно.
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39765126
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Беря во внимание вопрос топик-стартера мне нечего добавить или возразить.
Все - верно. Но неверно будет впадать в каменный век и собирать сборки через
java + jar archiver. Для мелкого проекта как у автора на это можно пойти.
Но в ентерпрайзе этому места нет. Хотя еще раз я согласен с ценой разработки
и скоростью. Надеюсь что на двумерной диаграмме будет совершенно очевидна
заинтересованность заказчика в скорости внедрения бизнес-фичи и в качестве
написанного кода.
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39765131
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Только ещё до зависимостей нужно уметь хотя бы элементарно выделять общие библиотеки и ложить их в общий для всего сервера каталог, а не пихать в каждое приложение, а то-ж в приложение напихают всего, потом так же в другое, потом в третье, и никто ничего не согласовывает, ну и лезут конфликты, я уж не говорю про объём.напихать все в одно приложение(war)
в этом есть смысл: разворачиваешь сервер( к примеру что-то из никсов) и просто деплоишь туда вар. надо переустановить сервер/ развернуть новый - не надо вспоминать , что там было - просто деплоишь и всё работает...
...
Рейтинг: 0 / 0
Большой размер war файлов
    #39765711
Андрей Панфилов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ОзверинМавен - менее гибок, но вполне очевиден, если требуетсяОзверинкодга я в последний раз работал с этим древним отложением мамонтаКак-то у меня отношение ко всему этому хламу несколько иное, тезисы примерно такие:
в свое время SUN придумал ant как замену make (при этом make живее всех живых ), позже передал его в ASF, а эти колхозники его взяли и убили (ну вообще такова репутация ASF - могила open source), а на замену выкатили какую-то фигню, которая ни зависимости не умеет толком (в моем идеализированно представлении) ни сборку

сделать "условно сложный" (пара десятков модулей, интеграционные тесты, сборки под разные сервера приложений) проект на maven можно, но крайне сложно, основная причина тому: отсутствие зависимостей между модулями проекта, со всеми вытекающими, т.е.:
-- "однопроходную" сборку делать априори плохо, потому что в "условно сложном" проекте участвуют разные команды, поэтому они предпочитают что-то собирать частями просто потому что так быстрее получается, делать отдельные "дыры" в сборке при помощи профилей - идея на самом деле так себе: во-первых, это сложно рефакторить, потому что подобный рефакторинг затрагивает остальных членов команды, во-вторых, сложность проекта увеличивается в разы, а когда мы всю эту кашу пытаемся затащить в CI, то становится еще более печально - появляются разные бранчи и пр.
-- когда мы отказывается от "однопроходной" сборки, начинаются проблемы с тем, что чтобы удовлетворить зависимости между модулями нужно уже гадить в ~/.m2, и тут приходится выдумывать какую-то необычайную фигню - например, в CI использовать docker, что в свою очередь уже добавляет проблем разработчикам
-- писать плагины для maven в том же проекте не получается, потому что у него там какое-то собственное мнение про класлоадер

и в общем получается так, что maven - это удел проектов с не более пяти модулями, без интеграционных тестов и с убогой инфраструктурой.
...
Рейтинг: 0 / 0
15 сообщений из 90, страница 4 из 4
Форумы / Java [игнор отключен] [закрыт для гостей] / Большой размер war файлов
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]