Телеграмм чат группы jvmchat страница 18384

Size: a a a

pro.jvm

2021 March 02

Обработчик одинаково обрабатывает чекед и анчекед, отлаживайте

Разве? У параметра @Transactional.rollbackFor прямо в javadoc написано
By default, a transaction will be rolling back on RuntimeException and Error but not on checked exceptions (business exceptions)

источник

12:45пожаловаться #1

Alexandr Emelyanov in pro.jvm

Vasili Pispanen

А, ну ок, просто чекед зло, потому не используется и этот кейс не известен)

источник

12:49пожаловаться #2

Iaroslav Postovalov in pro.jvm

neprivet.ru

источник

13:00пожаловаться #3

Alexander Komarov in pro.jvm

один уже дали. второй - пиши сразу суть в одном сообщении

источник

13:00пожаловаться #4

Iaroslav Postovalov in pro.jvm

nometa.xyz уже третий совет

источник

13:01пожаловаться #5

Alexander Komarov in pro.jvm

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

источник

13:01пожаловаться #6

Mikhail Kladkevich in pro.jvm

А у тебя есть выбор не срать пустыми сообщениями в чат

источник

13:02пожаловаться #7

Алексей in pro.jvm

Тут принято писать вопрос в одном сообщении, а не разбивать его на 10. Пришел в чат - будь добр соблюдать правила

источник

13:02пожаловаться #8

Mikhail Kladkevich in pro.jvm

Это обычные правила приличий. Задавай вопрос, мы постараемся помочь

источник

13:03пожаловаться #9

Mikhail Kladkevich in pro.jvm

Но, скорее всего, тебе сюда (см шапку)
Чат для нач-их: @javastart

источник

13:04пожаловаться #10

Sagid Irkkuev in pro.jvm

try with resources без finally и без catch, хорошая практика ведь для закрытия ресурсов?

источник

13:06пожаловаться #11

Vasili Pispanen in pro.jvm

Sagid Irkkuev

try with resources без finally и без catch, хорошая практика ведь для закрытия ресурсов?

да, вполне

источник

13:06пожаловаться #12

Sagid Irkkuev in pro.jvm

Vasili Pispanen

да, вполне

Thank.

источник

13:07пожаловаться #13

Dungeon master in pro.jvm

Всем доброго времени суток.
Полностью реализовывать IoC DI не хочу т.к. всеравно лаба вуза.

Запил свой костыль.
Нормально так делать или нет?

public final class XoServiceCollection implements ServicesCollection {
    private final Map<Class<?>, ? super Object> services;

    public XoServiceCollection() {
        services = new HashMap<>();
    }


    @Override
    public <InterfaceType, ImplementationType extends InterfaceType> void
    addService(Class<InterfaceType> interfaceType, ImplementationType implementationType) {
        services.put(interfaceType, implementationType);
    }

    @Override
    public <InterfaceType> InterfaceType getService(Class<InterfaceType> interfaceType) {
        return null;
    }
}

источник

13:37пожаловаться #14

borsch in pro.jvm

а через enum?

interface MyInterface {

  void doSomeStaff();

  ImplementationType getType();

}

и тогда мабуть билдить как

public void addNewImplementation(MyInterface inter){ 
   map.put(inter.getType(), inter);
}

источник

13:40пожаловаться #15

borsch in pro.jvm

ну и забирать по ImplementationType значению

источник

13:40пожаловаться #16

borsch in pro.jvm

код чище и магии з дженерикам менше

источник

13:41пожаловаться #17

Dungeon master in pro.jvm

Та у меня просто разные сервисы могут быть

источник

13:41пожаловаться #18

Dungeon master in pro.jvm

потому и пишу интерфейс + имплементация

источник

13:41пожаловаться #19

borsch in pro.jvm

у них же есть общий InterfaceType

источник

13:42пожаловаться #20