Size: a a a

2021 May 01

OM

Oleg Marchenko in pro.jvm
Тут дело уже не в скорости, а в комфортабельности API. JNI - это боль!
источник

U

UsernameAK in pro.jvm
так панама в моём случае тоже в плане комфортабельности так себе...
источник

U

UsernameAK in pro.jvm
потому что все равно понадобятся сишные обертки
источник

OM

Oleg Marchenko in pro.jvm
Welcome to pull request in Lombok)
источник

E

Etki in pro.jvm
Ломбок это дикий хак, который не сожрёт ничего, что не вписывается в текущий синтаксис языка. Аннотациями расставлять дефолтные значения это беда.
источник

OM

Oleg Marchenko in pro.jvm
Это беда только с точки зрения семантики, т.к. аннотации не для этого придумали.., но с точки зрения удобства - это совсем не плохо.
Поставил над параметром метода какой-нибудь @DefaultValue и получил перегруженный метод после сборки.
источник

AK

Artem Koshkov in pro.jvm
Гист

По какой причине может быть проблема с тем, что в тесте при вызове repo.delete(parentEntity) не триггерится каскадное удаление?

Притом, что с полным контекстом (@ SpringBootTest) тот же тест проходит. В продакшне использую mysql, в DataJpaTest использую H2. Что-то где-то надо поднастроить?
источник

AF

Alexey Fomichev in pro.jvm
Всем хороших выходных!
Столкнулся с проблемой:
Сделал инит скрипт бд: https://codeshare.io/29e8jg
Пытаюсь с помощью @DynamicPropertySource засетить в тестах: https://codeshare.io/5edXK7

Если убираю отдельную учетку для liquibase и ставлю ей дефолтного юзера - все работает. Если создаю для liquibase отдельного юзера, как в примере, то падает с: ERROR: permission denied for table customer

Хотя гранты (как видно) раздал корректно.

Если есть мысли, то буду очень благодарен)
источник

OG

One Gog in pro.jvm
Если нужно, чтобы связанные мемберы удалялись автоматически при удалении родителя, поставь orphanRemoval=true в @OneToMany
источник

AE

Alexandr Emelyanov in pro.jvm
Jackson xml так себе поделие, его уже давно не поддерживают и там много кривоты
источник

SP

Sergey Pavlenko in pro.jvm
что тогда на вооружение взять?
источник

AK

Artem Koshkov in pro.jvm
Так а в чём логика, я же хочу каскадное поведение получить, к чему тут orphan? Все равно, даже с orphan хибер под капотом пытается сначала родителя удалять и получается ошибочка:
constraint ["FK...: PUBLIC.MEMBERS FOREIGN KEY(USER_ID) REFERENCES PUBLIC.USERS(ID) (4)";
SQL statement: delete from users where id=? [23503-200]];
источник

AE

Alexandr Emelyanov in pro.jvm
jaxb
Самое надёжное, де факто стандарт
источник

U

UsernameAK in pro.jvm
так ведь и де юре тоже
источник

AE

Alexandr Emelyanov in pro.jvm
Да
источник

SP

Sergey Pavlenko in pro.jvm
оке
а такой вопрос: есть задача - брать нужную валюту из xml. но чтобы её взять, нужно прочитать весь xml, верно?
правильно ли будет не бегать за каждым элементом, а разом собрать все и в кэш/память положить на какое-то время?

или это всё от конкретного кейса зависит?
источник

ch

central hardware in pro.jvm
Можно, только слабо верится что будет разница
источник

SP

Sergey Pavlenko in pro.jvm
разница в чём? в производительности?
источник

SP

Sergey Pavlenko in pro.jvm
минус http запрос же
источник

OM

Oleg Marchenko in pro.jvm
Нет, если я не ошибаюсь, то можно конкретное значение элемента прочитать через StAX
источник