F
а можно поподробнее чо за болванка?)
Взял их пустой проект с гита и туда скопировал свой, и задеплоился без ошибок
Size: a a a
2020 July 18
m
спасибо
m
кстати, а что больше джава тру вэй будет, использовать .env файлы или все хранить в пропертисах?
не особо понимаю в какой ситуации будет уместнее использовать той или иной вариант
не особо понимаю в какой ситуации будет уместнее использовать той или иной вариант
m
а деплоил кто проекты на джаве 11+ на хероку?
я тут странные ошибки ловлю…
В pom.xml
Даже в пропертисах есть system.properties со значением
Однако же я все равно получаю ошибку от хероку:
я тут странные ошибки ловлю…
В pom.xml
<java.version>11</java.version> указана, а также в <artifactId>maven-compiler-plugin</artifactId> указано соурс и таргет тоже 11. Даже в пропертисах есть system.properties со значением
java.runtime.version=11Однако же я все равно получаю ошибку от хероку:
remote: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project transfer: Fatal error compiling: invalid target release: 11 -> [Help 1]
проблема решилась, может кому будет полезно
system.properties я поместил в resources ко всем остальным, а должен был в рут директорию
system.properties я поместил в resources ко всем остальным, а должен был в рут директорию
OP
Anton
В лополнение.
PlantUML онлайн диаграмы, есть desktop инструменты.
Ключевое отличие - исходник диаграмм в тексте. Такой текст можно при желании сгенерить.
Редактор PlantUML онлайн
https://www.planttext.com
Плагины для IDEA, Eclipse, lNetBeans, для GitHub Matkdown, Redmine, Confluence и пр.
https://plantuml.com/running
Use Case - варианты использования системы
https://plantuml.com/ru/use-case-diagram
Activity Diagram - взаимодействие пользователя и модулей системы
https://plantuml.com/ru/activity-diagram-beta
Sequence - диаграммы последовательно событий
https://plantuml.com/ru/sequence-diagram
Ещё много примеров похожих на реальные проекты:
https://real-world-plantuml.com
PlantUML онлайн диаграмы, есть desktop инструменты.
Ключевое отличие - исходник диаграмм в тексте. Такой текст можно при желании сгенерить.
Редактор PlantUML онлайн
https://www.planttext.com
Плагины для IDEA, Eclipse, lNetBeans, для GitHub Matkdown, Redmine, Confluence и пр.
https://plantuml.com/running
Use Case - варианты использования системы
https://plantuml.com/ru/use-case-diagram
Activity Diagram - взаимодействие пользователя и модулей системы
https://plantuml.com/ru/activity-diagram-beta
Sequence - диаграммы последовательно событий
https://plantuml.com/ru/sequence-diagram
Ещё много примеров похожих на реальные проекты:
https://real-world-plantuml.com
StarUml тоже норм.
G
Добрый день! Какой пример из реального кода, без кошек и собачек, можно привести со связью объектов через композицию?
Э
Добрый день! Какой пример из реального кода, без кошек и собачек, можно привести со связью объектов через композицию?
Агрегацию используют в большинстве случаев
Э
Агрегацию используют в большинстве случаев
и если интересен пример, то юзая спринг, объявляют бин, например от класса SomeService в 1 месте и дальше в другом классе SomeController он инжектится Спрингом. Как-то так простым языком
Э
Добрый день! Какой пример из реального кода, без кошек и собачек, можно привести со связью объектов через композицию?
Почему не композицию спросите вы. Она противоречит хотя бы 1 из принципов SOLID
G
и если интересен пример, то юзая спринг, объявляют бин, например от класса SomeService в 1 месте и дальше в другом классе SomeController он инжектится Спрингом. Как-то так простым языком
тут агрегация же
Э
тут агрегация же
Да
G
Почему не композицию спросите вы. Она противоречит хотя бы 1 из принципов SOLID
композицию противоречит солиду?
Э
композицию противоречит солиду?
Да, поскольку класс ответственен за создание зависимости
G
Да, поскольку класс ответственен за создание зависимости
получается если зависимый объект мы передаем в объект-контейнер извне, будть то через конструктор или сетер, то это уже не композиция?
Э
получается если зависимый объект мы передаем в объект-контейнер извне, будть то через конструктор или сетер, то это уже не композиция?
Исходя из инфы в инете про композицию, агрегацию, да
Э
Хотя, тут надо подумать
Э
Это лишь мои мысли
A
Добрый день! Какой пример из реального кода, без кошек и собачек, можно привести со связью объектов через композицию?
Entry <K, V> не существует без HashMap
GV
а деплоил кто проекты на джаве 11+ на хероку?
я тут странные ошибки ловлю…
В pom.xml
Даже в пропертисах есть system.properties со значением
Однако же я все равно получаю ошибку от хероку:
я тут странные ошибки ловлю…
В pom.xml
<java.version>11</java.version> указана, а также в <artifactId>maven-compiler-plugin</artifactId> указано соурс и таргет тоже 11. Даже в пропертисах есть system.properties со значением
java.runtime.version=11Однако же я все равно получаю ошибку от хероку:
remote: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project transfer: Fatal error compiling: invalid target release: 11 -> [Help 1]
У меня сейчас крутится на 14
A
получается если зависимый объект мы передаем в объект-контейнер извне, будть то через конструктор или сетер, то это уже не композиция?
Важен не факт передачи в конструктор, а жизненный цикл части композита, особенно его окончание. Если мы уничтожим объект-владелец, его части также будут уничтожены вместе с ним.
В Spring любой бин это часть композита - IoC контейнера. Но это техническая абстракция управления жизненным циклом.
Между бинами тоже может быть композиция.
Если конфигуратор внедряет экземпляры объектов-частей только в отдельный бин, это похоже на композицию, обьекты-части будут уничтожены вместе с композитом. Но происходит это чаще всего только при уничтожении контейнера.
Если область действия бина prototype, и те же области действия у бинов-частей, то если в BeanPostProcessor родительского бина уничтожаются обьекты части - это композиция. Уже не уровня контейнера, а именно уровня дизайна прикладной логики.
В Spring любой бин это часть композита - IoC контейнера. Но это техническая абстракция управления жизненным циклом.
Между бинами тоже может быть композиция.
Если конфигуратор внедряет экземпляры объектов-частей только в отдельный бин, это похоже на композицию, обьекты-части будут уничтожены вместе с композитом. Но происходит это чаще всего только при уничтожении контейнера.
Если область действия бина prototype, и те же области действия у бинов-частей, то если в BeanPostProcessor родительского бина уничтожаются обьекты части - это композиция. Уже не уровня контейнера, а именно уровня дизайна прикладной логики.