Напoмните плез, у нас Serializable дoстатoчнo на интеpфейс/супеpкласс кинуть, или нужнo на всех наследникoв тoже?

Достаточно на супер класс кинуть

Но поля наследника вроде не сериализируется.

уже был наброс что в Go 2 дизайнят эксепшены и генерики?)

Ты где читал? У них вроде такого не намечался.

Это уже противоречия догмам Гоу.

Они говорят что все в ГОУ ортогонально. нету две пути достижения одного и того же.

Есть уже Error и не думаю они бы добавили туда эксепшны.

https://www.youtube.com/watch?v=6wIP3rO6On8&app=desktop#

Интересно..

https://www.youtube.com/watch?v=6wIP3rO6On8&app=desktop#

да, оно

то есть можно Spring JPA юзать с jOOQ, например?

Нет, Spring Data JPA это строго JPA, вероятно можно подсунуть вместо хибера другую реализацию, но вряд ли

на самом деле это ужасно. У меня вообще большие сомнения в том, что вот это надо не на SQL все реализовывать, а на спеках

на самом деле это ужасно. У меня вообще большие сомнения в том, что вот это надо не на SQL все реализовывать, а на спеках

Например, я писал сложный критерий для фильтрации по множеству значений таблицы с 50+ колонок телеметрии. Для автогенерации таблицы на фронте пришлось ввести пару аннотаций и бинов, которые обрабатывают их и отдают наружу, как описание полей сущности. Я подумал что это проще, чем ваять sql. Другие более сложные запросы на чистом SQL. Наверное, в следующих проектах перейдут на jdbc template

Например, я писал сложный критерий для фильтрации по множеству значений таблицы с 50+ колонок телеметрии. Для автогенерации таблицы на фронте пришлось ввести пару аннотаций и бинов, которые обрабатывают их и отдают наружу, как описание полей сущности. Я подумал что это проще, чем ваять sql. Другие более сложные запросы на чистом SQL. Наверное, в следующих проектах перейдут на jdbc template

если бы не CRUD я бы в сторону JPA даже не смотрел, но возможно это мой узкий взгляд от того, что у меня все проекты это на 90% аналитический sql

если бы не CRUD я бы в сторону JPA даже не смотрел, но возможно это мой узкий взгляд от того, что у меня все проекты это на 90% аналитический sql

Уметь аналитику на SQL - полезный навык. Если это оракл, так вообще золото ;))

(да, это котлин)

Сказал бы что джава 111

java 2

Уметь аналитику на SQL - полезный навык. Если это оракл, так вообще золото ;))

oracle и DB2 LUW. У только на них проекты.

Какой добрый человек-специалист по hibernate поможет/выслушает о проблеме перехода с хибера 3 на хибер 5 и проблемой eventListener?

Ребята, помогите разобраться с проблемой в intellij idea database tool. Подключил оракловую базу, все элементы отображались нормально (группа с таблицами, вьюхами и пр.). При повторном подключении этой базы показывает только одну таблицу а остальные элементы скопом в одной папке synonyms. На соседней машине по этому же логину все нормально. Чистил кеш идеи, переустанавливал драйверы, подключал БД в новом проекте - результат один и тот же. База на другом порте отображается корректно, хотя пришлось в options выбрать introspect using jbdc metadata и load sources for all scemas чтобы таблицы отображало.

Какой добрый человек-специалист по hibernate поможет/выслушает о проблеме перехода с хибера 3 на хибер 5 и проблемой eventListener?

Если быть точнее. Перехожу с 3 на 5 хибер. В спринговый контейнер LocalContainerEntityManagerFactoryBean в property persistenceProvider вставляется класс, отнаследованный от HibernatePersistenceProvider. В этом классе через Ejb3Configuration (который удалил из 5 хибера) и EventListeners проталкиваются PreInsert/Update/DeleteEventListener. Проблема я так понимаю в том, что нужно сделать так, чтобы контейнер спринга увидел эти eventListener's. Но как это сделать? Через интерцепторы хибера? https://gist.github.com/Kabowyad/836af9c6a3ba1fc131e599399ffb7202

Если быть точнее. Перехожу с 3 на 5 хибер. В спринговый контейнер LocalContainerEntityManagerFactoryBean в property persistenceProvider вставляется класс, отнаследованный от HibernatePersistenceProvider. В этом классе через Ejb3Configuration (который удалил из 5 хибера) и EventListeners проталкиваются PreInsert/Update/DeleteEventListener. Проблема я так понимаю в том, что нужно сделать так, чтобы контейнер спринга увидел эти eventListener's. Но как это сделать? Через интерцепторы хибера? https://gist.github.com/Kabowyad/836af9c6a3ba1fc131e599399ffb7202

У хибера не было мигрейшн гайда?

У хибера не было мигрейшн гайда?

с 3 на 5 не нашел

Если быть точнее. Перехожу с 3 на 5 хибер. В спринговый контейнер LocalContainerEntityManagerFactoryBean в property persistenceProvider вставляется класс, отнаследованный от HibernatePersistenceProvider. В этом классе через Ejb3Configuration (который удалил из 5 хибера) и EventListeners проталкиваются PreInsert/Update/DeleteEventListener. Проблема я так понимаю в том, что нужно сделать так, чтобы контейнер спринга увидел эти eventListener's. Но как это сделать? Через интерцепторы хибера? https://gist.github.com/Kabowyad/836af9c6a3ba1fc131e599399ffb7202

там были аноташки с указанием кастомной реализацией для PrePersist/Update/etc, но это скорее хак

с 3 на 5 не нашел

Очевидно что постепенно делай.

Очевидно что постепенно делай.

с 3 на 4 -> с 4 на 5?

с 3 на 4 -> с 4 на 5?

Не сами версии, но гайды прочти, где-то же это выпили

Если быть точнее. Перехожу с 3 на 5 хибер. В спринговый контейнер LocalContainerEntityManagerFactoryBean в property persistenceProvider вставляется класс, отнаследованный от HibernatePersistenceProvider. В этом классе через Ejb3Configuration (который удалил из 5 хибера) и EventListeners проталкиваются PreInsert/Update/DeleteEventListener. Проблема я так понимаю в том, что нужно сделать так, чтобы контейнер спринга увидел эти eventListener's. Но как это сделать? Через интерцепторы хибера? https://gist.github.com/Kabowyad/836af9c6a3ba1fc131e599399ffb7202

я бы на вашем месте не искал замену Ejb3Configuration, а попытался решить задачу, которая решается в этом коде

опять же, листенеры сейчас уже в JPA

Но я же правильно понимаю, что в коде все завязано на Ejb3Configuration, т.к из него тащится HibernateConfiguration и оттуда уже EventListeners

то есть можно Spring JPA юзать с jOOQ, например?

Нет, это вещи разных порядков

Но я же правильно понимаю, что в коде все завязано на Ejb3Configuration, т.к из него тащится HibernateConfiguration и оттуда уже EventListeners

Ejb3Configuration изначально нужен был для ручного поднятия в EE среде

сейчас он уже не актуален, так как 1. сам JPA дает такую возможность, 2. на уровне hibernate core оставили инструменты, в которых уже нет вещей предусмотренных спекой

есть только расширения спеки и вещи которых в спеке в принципе нет

скрин вашего кода я изучить не смог, так как не смог его скопировать себе в Идею

перепечатывать тяжко если честно

скрин вашего кода я изучить не смог, так как не смог его скопировать себе в Идею

https://gist.github.com/Kabowyad/836af9c6a3ba1fc131e599399ffb7202

(если прям так хочется)

вот импорты вы зачем убрали?

Прям вообще весь код дать?

Сча тогда

вот импорты вы зачем убрали?

Обновил гист

отлично, теперь вижу

даже подсветка есть

@yanTarakan прочитал код

выкиньте все и сделайте так

http://docs.jboss.org/hibernate/orm/5.3/userguide/html_single/Hibernate_User_Guide.html#events-default-listener

@yanTarakan какой спринг у вас?

@yanTarakan какой спринг у вас?

3.0

3.0

планируете на нем оставаться?

планируете на нем оставаться?

Нет - план такой, обновить хибер с 3 на 5 и hibernate-hazelcast либу до 52

и потом обновлять спринг

http://blog.joda.org/2018/08/java-is-still-available-at-zero-cost.html

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

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

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

синтаксис и там и там уродский. так что можно будет незаметно для себя и окружающих переехать

синтаксис и там и там уродский. так что можно будет незаметно для себя и окружающих переехать

Ты уже обьявил о намерениях, так что незаметно для окружающих - увы

Я слышу как кто то ссыт на тряпки

синтаксис и там и там уродский. так что можно будет незаметно для себя и окружающих переехать

А вообще они сами себе противоречат, кроме Error ничего не собиралсь делать с эксепшонами.

Я слышу как кто то ссыт на тряпки

я вижу костры из жёп я чувствую ссаных тряпок вонь и если один скажет - го остальные ответят - огонь!

там именно про лицензии

Добрый день! Может ли кто-нибудь пояснить следующий пункт §2.11.10 из JVMS: Structured locking is the situation when, during a method invocation, every exit on a given monitor matches a preceding entry on that monitor. Since there is no assurance that all code submitted to the Java Virtual Machine will perform structured locking, implementations of the Java Virtual Machine are permitted but not required to enforce both of the following two rules guaranteeing structured locking. Let T be a thread and M be a monitor. Then: 1.The number of monitor entries performed by T on M during a method invocation must equal the number of monitor exits performed by T on M during the method invocation whether the method invocation completes normally or abruptly. 2.At no point during a method invocation may the number of monitor exits performed by T on M since the method invocation exceed the number of monitor entries performed by T on M since the method invocation.

ERROR: S client not available

Конкретно вот это место: implementations of the Java Virtual Machine are permitted but not required to enforce both of the following two rules Т.е. реализации JVM должны принять байткод, содержащий в рамках метода monitorenter, но не содержащий monitorexit. Мол эти правила должны выполняться для соблюдения structured locking, но в обязанности JVM не входит следить за этим (ответственность перекладывается на разработчиков компиляторов)?

http://docs.jboss.org/hibernate/orm/5.3/userguide/html_single/Hibernate_User_Guide.html#events-default-listener

я так понимаю, нужно: 1. Взять текущий класс StampingHibernateEventListener и пропихнуть его в xml хибернейта (пока так и не понял какую) и настроить в xml методы pre-update, pre-persist и e.t.c. 2. Выкинуть класс ConfigurableHibernatePersistence из контейнера спринга и пропихнуть дефолтный HibernatePersistenceProvider

я так понимаю, нужно: 1. Взять текущий класс StampingHibernateEventListener и пропихнуть его в xml хибернейта (пока так и не понял какую) и настроить в xml методы pre-update, pre-persist и e.t.c. 2. Выкинуть класс ConfigurableHibernatePersistence из контейнера спринга и пропихнуть дефолтный HibernatePersistenceProvider

2. да

1. попробовать перейти на persistence.xml (указать проперти хибера) + orm.xml (перечислить дефолтные листенеры)

entity-mappings — это элемент в файле orm.xml

entity-mappings — это элемент в файле orm.xml

по ссылке выше как раз пример с листенером

Гайз, подскажите плиз а можно ли в проекте юзать одновременно Java и Kotlin

Скажем какие то модули на java пистаь

а какие то на kotlin

или хрень несу?

Гайз, подскажите плиз а можно ли в проекте юзать одновременно Java и Kotlin

коротко - да.

коротко - да.

ну такой вариант как бы возможен в теории? или это норм практика?

Гайз, подскажите плиз а можно ли в проекте юзать одновременно Java и Kotlin

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

ну такой вариант как бы возможен в теории? или это норм практика?

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

аааа

это легаси

а если проект с нуля пишется?

вопрос в чем))

мне тут челики предлагают запилить под андроид приложуху

и говорят что будут юзать жаву и котлин

мне тут челики предлагают запилить под андроид приложуху

ну и пили на котлине

Гайз, подскажите плиз а можно ли в проекте юзать одновременно Java и Kotlin

https://kotlinlang.org/docs/reference/java-to-kotlin-interop.html вот тут все есть

и я вот думаю - это мне по ушам едут?

или это норм тема?

и я вот думаю - это мне по ушам едут?

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

если придется

вот я тоже к этому склоняюсь

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

Я совмещаю

Есть в этом определенный смысл