это если у тебя база не у одного провайдера

а часть лежит в монге, часть в посгре, часть где-нибудь в кассандре

и всё в огне

но при этом есть связи

и ты в аду

ну в целом так и есть))

юзать орм аккуратно)

Ну вот :)

ах да, еще данные из реста прилетают

А так громко начиналось

и их нужно привязать к домену

Тут не в орм дело

Дизайн так себе, если все со всеми и всеми погоняют

Ничего не спасет

и их нужно привязать к домену

вам в команду нужен Сталин, который будет говорить: "ПЕРЕПИСАТЬ"

Ничего не спасет

Только очищающий огонь

вам в команду нужен Сталин, который будет говорить: "ПЕРЕПИСАТЬ"

надо переименоваться в слаке

Дизайн так себе, если все со всеми и всеми погоняют

а что с дизайном не так?) у тебя данные юзеров могут лежать хер знает где, и в остальных частях приложения будут на нее отсылки в виде UUID ключей

тот же пример с ордерами и репортами

абсолютно независимых данных не бывает в рамках одного домена

либо это разные контексты

Я сеанс массового редизайна системы не буду проводить

Но вангую проблемы с абстракциями и разделениями на слои

Системы внешние?

при чем тут абстракция если мы говорим о конкретном слое в системе?

А зачем вы храните данные, которые нужны вместе, раздельно?

оптимизации, микросервисы, богзнает какая еще причина может быть

Ну вот и ответ

у нас данные тупо в мускуле не помещались и нужен был шардинг без боли

поэтому часть в мускуле, часть в монге

Ссзб

те у кого микросервисы данные между сервисами гоняются вообще через рест

Ссзб

Страдайте

Ссзб

ну ахуеть теперь)

А чё ты хотел?

т.е ты пожертвуешь скоростью, ради удобства работы с орм?

Чтобы тебе тут в чате за минуту бесплатно редизайн сделали?

чтобы не пришлось данные тягать?

а я и не прошу редизайн

У вас нет проблем с орм :)

просто примеры привожу, что не всегда в мире все идеально)

В коде можно встретить классы типа *Manager, *Dispatcher

У которых стопицот зависимостей

Можно такой же паттерн повторить и с сервисами

у нас в коде нет сервисов у которых более 5 зависимостей, в основном это 3

Ну ок :)

В коде можно встретить классы типа *Manager, *Dispatcher

Manager, Director, Service, Handler, Supervisor :D

Как создать проект Maven c JavaFX в IDEA. Из коробки никак?

есть плагин для javafx для мавена

https://github.com/javafx-maven-plugin/javafx-maven-plugin

в pom забросил, не работает. Инвалид контент.

накипело?)

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

грешновато на реализацию завязываться

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

не читал еще, но название обнадеживает https://kukuruku.co/post/why-kotlin-sucks/

По какому принципу tomcat maven plug-in работает? Скачивает tomcat, запускает его и запускает процедуру деплоя моего war или jar?

в tomcat есть приложение называется manager, обычно расположено по адресу http://host:port/manager, этот менеджер умеет редеплоить приложение по живому, томкат плагин берет собранный war файл и отправляет этому менеджеру а тот уже редеплоит

отправляет по сети понятное дело

т.е. томкат уже должен быть поднят

По какому принципу tomcat maven plug-in работает? Скачивает tomcat, запускает его и запускает процедуру деплоя моего war или jar?

http://stackoverflow.com/questions/7823346/mvn-tomcat7run-how-does-it-work

или тут почитай http://tomcat.apache.org/maven-plugin-2.0/tomcat7-maven-plugin/ да можно и деплоить сразу tomcat, но я этим функционалом не пользовался

Спасибо)

А вообще бест практис деплоя spring MVC на томкат подскажите

мы сейчас деплоим через manager но это накладно, приходится перезапускать томкат ночью иначе он хавает кучу памяти, я бы советовал сейчас юзать какие нибудь другие альтернативы

ERROR: S client not available

возможно лучше вообще юзать другой сервер например undertow пишут что он перформансней, возможно стоит подумать о деплое приложения с помощью docker + ansible/<еще что нибудь> сейчас уже нужно редеплоить без явного перезапуска приложения, поэтому стоит поднимать nginx который будет стоять спереди твоего приложения, а сзади поднимать небольшой кластер из например двух приложений и редеплоить их по очереди, пока один редеплоится второй обрабатывает запросы

как то так но возможно тут есть более опытные девопсы которые лучше понимают как сделатьа

в любом случае посмотри что такое docker юзается сейчас повсеместно

Типо blue green deployment?

С docker знаком

да

Что скажешь на счёт embedded запуска?

embedded запуск из maven это плохой вариант потому что неудобно, а сам по себе встроенный сервер это сейчас стандарт, т.е. все уходят от отдельного tomcat сервера и юзают встроенные варианты, spring-boot если что умеет по умолчанию встраивать сервер в jar файл, нужно лишь изменить <packaging>war</packaging> на <packaging>jar</packaging> и дальше запускать приложение как java -jar <appname>.jar

ну и нужно чтобы в pom.xml была зависимость <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> </dependency> или любая другая(starter-jetty, starter-undertow)

ну и spring-boot:run запускает приложение

прямо из maven

Это да. И так пробовал. Просто думаю не придётся ли мне жалеть что на буте завязался

не парься, это супер популярный фреймворк сейчас

сомневаюсь что он умрет или что-нибудь еще в ближайшие 2-3 года

Успокоил) Ну так он в разы удобней

любой проект с микросервисами сейчас стоит перед вопросом что использовать для быстрого старта, и выбор чаще всего падает именно на spring-boot, потому то для Java альтернатив то крутых особо и нет, есть play, есть jersey но это все нужно допиливать немного для своих целей, разбираться с тем как будешь в БД лазить, еще кучу нюансов разруливать, в spring boot все есть из коробки и стартануть тут можно за пару часов

https://jhipster.github.io/ никто не использует?

разве что пущупать фуллстэк с вторым ангуляром чтоб руками не нараивать

https://jhipster.github.io/ никто не использует?

я хочу попробовать, только не знаю какие компонеты стоит использовать

когда то делал с фронтом на ангуляр 1, а сейчас вижу 2 есть

они уже добавили полноценную поддержку 2-го ангуляра

а как там с докером, кто то юзает?

> @vadymdudnyk а как там с докером, кто то юзает? ты про jhipster?

> @vadymdudnyk а как там с докером, кто то юзает? ты про jhipster?

да

там все хорошо с этим, при генерации микросервисов создаются dockerfile и конфигурации для docker compose

https://jhipster.github.io/ никто не использует?

@igorz ? Но ты лучше конкретные вопросы задавай

https://jhipster.github.io/ никто не использует?

юзал

в проде?

вчера как раз лекция на работе была)

нет, по фану