спс

у меня тут знакомый спрашивает куда постить вакансии, был же чат вроде для поиска работы java разрабами?

Можно кинуть @dmsol @igorz или @larev

Кто подскажет, что изменилось в Java 8, что этот код стал компилироваться https://ideone.com/L24yl5 ? На ранних версиях нельзя было сделать throw throwable, компилятор говорил, что в методе run нет throws, предлагалось обернуть всё в try/catch. В Java 8 это теперь компилируется.

ну по идее должно компилиться

он видит что это unchecked exception и его можно спокойно пробросить дальше

При target 1.6 пишет "Error: unreported exception java.lang.Throwable; must be caught or declared to be thrown"

А с 1.5 не пробовал?

https://docs.oracle.com/javase/specs/jls/se8/html/jls-14.html#jls-14.18

попробуй такую штуку погуглить для j6

он видит что это unchecked exception и его можно спокойно пробросить дальше

unchecked - не throwable, а RuntimeException.

может там в спецификации были различия

unchecked - не throwable, а RuntimeException.

?

?

Исправил.

ты не понял что я написал

компилятор видит что вызывается метод у Runnable который не объявляет checked исключения, поэтому он делает вывод что Throwable который прилетит это какой то рантайм

либо еррор и тут уже пофиг

компилятор видит что вызывается метод у Runnable который не объявляет checked исключения, поэтому он делает вывод что Throwable который прилетит это какой то рантайм

Понял.

компилятор видит что вызывается метод у Runnable который не объявляет checked исключения, поэтому он делает вывод что Throwable который прилетит это какой то рантайм

А, видать это следствие того, что компилятор Java 8 стал более умный и сам может понять это. Похоже на то.

как вы в спринге боритесь с одинаковыми именами в разных пакетах для компонентов? ну скажем есть @Component package1.Client @Component package2.Client они оба будут зареганы как "client" и будет конфликт. можно указывать имя компонента, но как-то не айс

как вы в спринге боритесь с одинаковыми именами в разных пакетах для компонентов? ну скажем есть @Component package1.Client @Component package2.Client они оба будут зареганы как "client" и будет конфликт. можно указывать имя компонента, но как-то не айс

Qualifier

как вы в спринге боритесь с одинаковыми именами в разных пакетах для компонентов? ну скажем есть @Component package1.Client @Component package2.Client они оба будут зареганы как "client" и будет конфликт. можно указывать имя компонента, но как-то не айс

Почему не айс?

Почему не айс?

выглядит стремно @Component("package2Client")

а зачем ты его именуешь? инжект по интерфейсу нельзя делать?

или у них интерфейс одинаковый?

разный интерфейс, разные компоненты, но спрингу не нравится что у них имя одинаковое

выглядит стремно @Component("package2Client")

Ну так не так надо называть

он же их всех регает

У них же есть какаято цель

И если они имеют разную имплементацию

Значит она разная

Вот тебе и название появляется

ок, допустим один пакет у нас twitter, другой facebook. оба имеют классы Client

facebook.FacebookClient как-то лишнее

нахрена тогда пакеты вообще

"TwitterCliet" "FacebookClient"

Очевидно

они и так в нужных пакетах уже лежат. зачем дополнительно задавать префикс?

ты в один класс два клиента инжектишь?)

не

ты в один класс два клиента инжектишь?)

Вопрос как спрингу сказать какой выбрать

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

Вопрос как спрингу сказать какой выбрать

нет

у них типы разные

Ну тогда непончтно

тебе не надо их именовать даж

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

Зачем тебе бин называть клиент

Это абсолютно ничего не говорит о его цели

Может лучше положить их в один пэкедж типа clients и называть подобающе

Тебе в данном слцчае просто имя класса никак не говорит о цели

бин клиент из пакета твиттер вполне очевидно чей это клиент

Мы сейчас говорим уже о бинах

этот бин нигде кроме как в этом пакете не будет использоваться

Ну спрингу то пофиг в каком оно там пакете

Бины ты на контекст поднимаются

Просто когда читаешь код private final Client client; Както не очень понятно что это? А если тебе в работе с твиттером понадобилась аутентификация через фейсбук? Мне надо смотреть в импорты чтоли чтобы понять что за клиент и что он делает? Помоему куда понятнее private final Client twitterClient;

@Enleur че эт у тебя short name юзается в качестве id

Просто когда читаешь код private final Client client; Както не очень понятно что это? А если тебе в работе с твиттером понадобилась аутентификация через фейсбук? Мне надо смотреть в импорты чтоли чтобы понять что за клиент и что он делает? Помоему куда понятнее private final Client twitterClient;

при чем тут это вообще?

@Enleur че эт у тебя short name юзается в качестве id

дефолтное поведение спринга. AnnotationBeanNameGenerator

Ну какбы если ты сделаешь так то твоя проблема уйдет

Потому что если у тебя две имплементации клиента под назыанием teitterClient то ты чтото делаешь не так А просто клиентов в одном проекте десятки могут быть и как ты их различать хочешь

ERROR: S client not available

Потому что если у тебя две имплементации клиента под назыанием teitterClient то ты чтото делаешь не так А просто клиентов в одном проекте десятки могут быть и как ты их различать хочешь

Ты вообще понял о чём был вопрос?

Кажется нет

Потому что если у тебя две имплементации клиента под назыанием teitterClient то ты чтото делаешь не так А просто клиентов в одном проекте десятки могут быть и как ты их различать хочешь

повторяю. эти клиенты приватные для пакета. они нигде кроме него не используются. они не могут случайно попасть на уровень выше или вообще использоваться несколько клиентов одновременно

http://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/context/annotation/AnnotationBeanNameGenerator.html

If the annotation's value doesn't indicate a bean name, an appropriate name will be built based on the short name of the class (with the first letter lower-cased). For example: com.xyz.FooServiceImpl -> fooServiceImpl

Это то понятно

тебе какая разница то как назвать то его?

бин или сам класс?

бин

ну хз, напрягает как-то эта строка)

ааа

ну тогда все понятно

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

напиши свои BeanNameGenerator

да вот думал, но хз на сколько это ок

да и не везде это нужно

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

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

может, но имя бинов - разное

@Component("FacebookClient") @Component("TwitterClient")

вот сейчас так да

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

вот и конфликт возникает

вот в том то и проблема

у меня 10 разных провайдеров и у всех есть похожие классы внутри Client, RequestBuilder и тд. приходится каждому дописывать имя бина что бы не было конфликтов

неудобно пздц

указывай бин нейм и квалифиер - это правильный совет, если знать, что спринг ищет бины по имени

у меня 10 разных провайдеров и у всех есть похожие классы внутри Client, RequestBuilder и тд. приходится каждому дописывать имя бина что бы не было конфликтов

создавай все через нью

создавай все через нью

они не конечные. там из контейнера пропихиваются еще зависимости

разве что сделать модуль и через java config собирать)

ну и в Java вообще не советуют одинаковые названия классов юзать