DC
Size: a a a
2021 March 11
ch
если следующая строка - это бан то вы поступаете правильно
F
Вы с помощью Maven\Gradle подключаете зависимости и пишете ваш код, собираете *.war(view SERVLETS), *.jar(model EJB), *.ear(enterprise application все в одном, как в шампуне). В spring все собирается в *.jar, а тут чуть не так )))
Описываете deployment descriptor`ы в виде xml ) В документации это все есть )
Лейаут проектов JavaEE так же есть в документации или в других местах в сети.
Затем, вы *.ear с помощью плагина или руками размещаете на сервере (deploy)
Сервер "подцепит" ваше приложение. Установилось оно или нет, можно глянуть в настройках конфигурации сервера.
В принципе, в логах при рестарте сервера вы это увидите.
Описываете deployment descriptor`ы в виде xml ) В документации это все есть )
Лейаут проектов JavaEE так же есть в документации или в других местах в сети.
Затем, вы *.ear с помощью плагина или руками размещаете на сервере (deploy)
Сервер "подцепит" ваше приложение. Установилось оно или нет, можно глянуть в настройках конфигурации сервера.
В принципе, в логах при рестарте сервера вы это увидите.
Большое спасибо, что уделили время) Это довольно несложный веб сервис rest для тестового задания (всего 2 сущности). Я его реализовал, все работает. Деплою на сервер WildFly.
При контрольной сверке с тз заметил, что совсем упустил пункт про Liquibase... В интернетах есть примеры в которых фигурирует некий "стартовый" java-класс для liquibase, анотируемый @Startup и/или @Dependent. Однако у меня это не сработало. На сколько я понимаю, при использовании liquibase, именно оный должен контролировать бд, например создавать таблицы (прописываем в специально отведённом xml). Если в случае со спрингом явно понятно(если я правильно понял), что при запуске он штрудирует свой properties файл и как раз в нём указано грубо говоря spring.liquibase.change-log=classpath:*тут путь к changelog-master.xml* с которого все начинается , то в моём случае мне пока не ясно, с чего/откуда и как liquibase должен начать свою деятельность в контексте проекта. Обособленно я "quickstart" освоить смог у liquibase)
При контрольной сверке с тз заметил, что совсем упустил пункт про Liquibase... В интернетах есть примеры в которых фигурирует некий "стартовый" java-класс для liquibase, анотируемый @Startup и/или @Dependent. Однако у меня это не сработало. На сколько я понимаю, при использовании liquibase, именно оный должен контролировать бд, например создавать таблицы (прописываем в специально отведённом xml). Если в случае со спрингом явно понятно(если я правильно понял), что при запуске он штрудирует свой properties файл и как раз в нём указано грубо говоря spring.liquibase.change-log=classpath:*тут путь к changelog-master.xml* с которого все начинается , то в моём случае мне пока не ясно, с чего/откуда и как liquibase должен начать свою деятельность в контексте проекта. Обособленно я "quickstart" освоить смог у liquibase)
С
Можешь написать батничек, к-рый сделает миграцию, а затема запустит приложение — покажешь навыки девопса
AK
С
Можешь написать батничек, к-рый сделает миграцию, а затема запустит приложение — покажешь навыки девопса
кстати вполне себе норм подход выносить миграции в отдельный джарник и запускать отдельным шагом (руками или CI неважно). все зависит от того как у вас процесс сборки-деплоя устроен
D
Большое спасибо, что уделили время) Это довольно несложный веб сервис rest для тестового задания (всего 2 сущности). Я его реализовал, все работает. Деплою на сервер WildFly.
При контрольной сверке с тз заметил, что совсем упустил пункт про Liquibase... В интернетах есть примеры в которых фигурирует некий "стартовый" java-класс для liquibase, анотируемый @Startup и/или @Dependent. Однако у меня это не сработало. На сколько я понимаю, при использовании liquibase, именно оный должен контролировать бд, например создавать таблицы (прописываем в специально отведённом xml). Если в случае со спрингом явно понятно(если я правильно понял), что при запуске он штрудирует свой properties файл и как раз в нём указано грубо говоря spring.liquibase.change-log=classpath:*тут путь к changelog-master.xml* с которого все начинается , то в моём случае мне пока не ясно, с чего/откуда и как liquibase должен начать свою деятельность в контексте проекта. Обособленно я "quickstart" освоить смог у liquibase)
При контрольной сверке с тз заметил, что совсем упустил пункт про Liquibase... В интернетах есть примеры в которых фигурирует некий "стартовый" java-класс для liquibase, анотируемый @Startup и/или @Dependent. Однако у меня это не сработало. На сколько я понимаю, при использовании liquibase, именно оный должен контролировать бд, например создавать таблицы (прописываем в специально отведённом xml). Если в случае со спрингом явно понятно(если я правильно понял), что при запуске он штрудирует свой properties файл и как раз в нём указано грубо говоря spring.liquibase.change-log=classpath:*тут путь к changelog-master.xml* с которого все начинается , то в моём случае мне пока не ясно, с чего/откуда и как liquibase должен начать свою деятельность в контексте проекта. Обособленно я "quickstart" освоить смог у liquibase)
НБ
Привет! Буду благодарен за помощь с вопросом по кастомной аннотации и ConstraintValidator на AWS Lambda Event
https://stackoverflow.com/questions/66584089/validating-a-lambda-request-in-micronaut-using-constraintvalidator
https://stackoverflow.com/questions/66584089/validating-a-lambda-request-in-micronaut-using-constraintvalidator
RS
Привет. На что можно нарваться при while(true) если запускать это в ExecutorService?
ch
для чего запускать?
RS
Лазить в кэш каждую секунду и находить значения на эту секунду + апдейтить значение в БД
RS
Если значение в кеше есть
AK
Лазить в кэш каждую секунду и находить значения на эту секунду + апдейтить значение в БД
какой интересный подход. вас этому кто-то научил или сами придумали?
RS
Конечно сам
ch
Лазить в кэш каждую секунду и находить значения на эту секунду + апдейтить значение в БД
а может сразу redis и не изобретать велосипедов
VP
Привет. На что можно нарваться при while(true) если запускать это в ExecutorService?
На то что там треды кончатся
A
Провалидируйте идею: сервис отвечает за обработку файлов - файлы могут быть большие, эндпоинт принимает файлы на аплоад - сохраняет их в локальную темп директорию - в реббит запихивается месседж с например путями на файлы, есть листенер который тянет из реббита сообщения и процессит их а потом эметит результат через SSE эмитер на фронтэнд
RS
а может сразу redis и не изобретать велосипедов
Нужно здесь и сейчас
AK
Нужно здесь и сейчас
продуктивный код? не делайте так
ch
Нужно здесь и сейчас
здесь и сейчас использовать готовое будет гораздо быстрее чем делать то что вы хотите