Size: a a a

2020 March 22

AB

Alessio Bratenkov in pro.jvm
тут уже по желанию
источник

AB

Alessio Bratenkov in pro.jvm
можно монорепо
источник

V

Vladislav in pro.jvm
Mikhail Pastukhov
Непонятен вопрос.
Это две разных папки будут, 2 разных приложения
Просто в некоторых проектах spring + vue весь js распологается в спринговом окружении, это правильно или нет?
https://i.imgur.com/mntSbux.png
источник

AB

Alessio Bratenkov in pro.jvm
можно в отдельный вынести
источник

MP

Mikhail Pastukhov in pro.jvm
Vladislav
Просто в некоторых проектах spring + vue весь js распологается в спринговом окружении, это правильно или нет?
https://i.imgur.com/mntSbux.png
выдели в отдельный репо, зачем все в одном хранить?

для ci/cd будет удобнее
источник

V

Vladimir in pro.jvm
Mikhail Pastukhov
Тоже ничего непонятно.
Ты делаешь install?

Какая ошибка?
Что такое "сервис"?
Окей. У меня есть проект, а в нем два модуля. Первый модуль это сам проект второй это автоконфигуратор к нему. Проблема в том что я не могу сделать install в автоконфигураторе, получаю ошибку что оно не может найти нужный проект. А не может найти потому что оно ищет проект внутри стартера, а он находится на уровень выше.
источник

MP

Mikhail Pastukhov in pro.jvm
Есть ли какой-то смысл делать стартер как модуль многомодульного проекта?

Мне кажется нет.

Стартер у тебя все равно не будет прописан как зависимый модуль, а лишь только в <dependencies>.

Я бы вынес в отдельный проект, но это только мое мнение.
источник

V

Vladimir in pro.jvm
Mikhail Pastukhov
Есть ли какой-то смысл делать стартер как модуль многомодульного проекта?

Мне кажется нет.

Стартер у тебя все равно не будет прописан как зависимый модуль, а лишь только в <dependencies>.

Я бы вынес в отдельный проект, но это только мое мнение.
так стартер является одним модулем
источник

V

Vladimir in pro.jvm
вернее всего в моем проекте два модуля, первый это проект, второй это стартер
источник

E

Empty in pro.jvm
Всем привет. У меня такой вопрос как можно правильно вывести count of onetomany. Просто например я сделал getAttributes.size() и она так долго думает это наверное из за того что он вытягивает оттуда все данные и получает количество. есть ли другой вариант чтоб вывести количество
источник

DM

Dmitrii Maslov in pro.jvm
Empty
Всем привет. У меня такой вопрос как можно правильно вывести count of onetomany. Просто например я сделал getAttributes.size() и она так долго думает это наверное из за того что он вытягивает оттуда все данные и получает количество. есть ли другой вариант чтоб вывести количество
Можно через аннотацию LazyCollection такое сделать, но там другие приколы могут быть. Если нужно получать только размер я бы посоветовал просто отдельный запрос сделать на это
источник

d

dima in pro.jvm
Empty
Всем привет. У меня такой вопрос как можно правильно вывести count of onetomany. Просто например я сделал getAttributes.size() и она так долго думает это наверное из за того что он вытягивает оттуда все данные и получает количество. есть ли другой вариант чтоб вывести количество
Отдельным запросом лучше.
источник

E

Empty in pro.jvm
аа ладно
источник

E

Empty in pro.jvm
спасибо
источник

E

Empty in pro.jvm
думал есть лучшие способы
источник

ГС

Георгий СПб in pro.jvm
Вопрос по Spring. Хочу настраивать в коде то, какие колонки отправлять в базу, а какие нет.

DTO не использую, маппинги с помощью AttributesOverride. Похоже, что надо как-то менять для Entity свойств insertable в аннотации Column.

Пытался сделать это через BeanFactoryPostProcessor, но в для Entity нет BeanDefinition.

Если использовать просто BeanPostProcessor, то получится, что мы выполняем один и тот же код для каждого объекта.

Ну и самое главное — Entity, похоже, просто не является бином (ведь для неё нет BeanDefinition), и мы должны как-то иначе её модифицировать.

Или вообще не стоит пытаться сделать это средствами Spring, а просто после (может лучше даже "до") инициализации контекста через Reflection настроить этим аннотации? Мне всё-таки кажется, что в спринге есть такие возможности.
источник

I

Igor in pro.jvm
Георгий СПб
Вопрос по Spring. Хочу настраивать в коде то, какие колонки отправлять в базу, а какие нет.

DTO не использую, маппинги с помощью AttributesOverride. Похоже, что надо как-то менять для Entity свойств insertable в аннотации Column.

Пытался сделать это через BeanFactoryPostProcessor, но в для Entity нет BeanDefinition.

Если использовать просто BeanPostProcessor, то получится, что мы выполняем один и тот же код для каждого объекта.

Ну и самое главное — Entity, похоже, просто не является бином (ведь для неё нет BeanDefinition), и мы должны как-то иначе её модифицировать.

Или вообще не стоит пытаться сделать это средствами Spring, а просто после (может лучше даже "до") инициализации контекста через Reflection настроить этим аннотации? Мне всё-таки кажется, что в спринге есть такие возможности.
источник

РН

Роман Нагаев in pro.jvm
Георгий СПб
Вопрос по Spring. Хочу настраивать в коде то, какие колонки отправлять в базу, а какие нет.

DTO не использую, маппинги с помощью AttributesOverride. Похоже, что надо как-то менять для Entity свойств insertable в аннотации Column.

Пытался сделать это через BeanFactoryPostProcessor, но в для Entity нет BeanDefinition.

Если использовать просто BeanPostProcessor, то получится, что мы выполняем один и тот же код для каждого объекта.

Ну и самое главное — Entity, похоже, просто не является бином (ведь для неё нет BeanDefinition), и мы должны как-то иначе её модифицировать.

Или вообще не стоит пытаться сделать это средствами Spring, а просто после (может лучше даже "до") инициализации контекста через Reflection настроить этим аннотации? Мне всё-таки кажется, что в спринге есть такие возможности.
может всё таки стоит сделать дто?
источник

ГС

Георгий СПб in pro.jvm
Transient будет применяться к Entity целиком и окончательно, а мне нужна гибкость
источник

ГС

Георгий СПб in pro.jvm
Роман Нагаев
может всё таки стоит сделать дто?
Это лишнее усложнение для моего случая
источник