логином у тебя в бд будет 7916000000

нет, ты же сам выше писал

стоп, я сказал как получать данные

а не как хранить;)

вариантов то много

если ты хочешь делать под авторизацию - это одно

ну я менее затратный предложил

можно и твой

давай так

тз ;)

я тебе дам решение

просто со строкой проще

например extension phone тебе точно нафиг не сдался;)

я тебе дам решение

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

какое хочет

Не понимаю спора, почему телефон не может быть строкой?

Паша предлагает дробить

а потом собирать

я лично за строку

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

т.е., если че костылить внутри придется

Логично же. Все что пришло из вне - строка

любые данные можно свести к строке

любые данные можно свести к строке

другое дело насколько это удобно

сведи n-tree с миллионом узлов к строке (не бинарно)

?

Когда уже лица будете друг другу бить?

?

ну я ближе к нг буду проездом в мск

да я думаю он понимает, что я рофлю (в этот раз)

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

те toString не завершится

как такое в строку перевести?)

а что делал?

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

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

c сингелетоном игрался?))

Инжектить енвайромент спринга в его конфиг это норм практика?

нормально

Коллеги, а кто-нибудь пользуется ратпаком? Ни у кого проблем с ним не было?

c сингелетоном игрался?))

не, там были хитрые аннотации частей речи в предложении (pos tagging)

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

нормально

хорошо, а стучаться из конфига в класпас?

ну точнее в класс лоадер

хорошо, а стучаться из конфига в класпас?

ну я так стучался до пропертей, чтобы потом заинжектить окружение, а уж из окружения дергать эти проперти и сеттать в различные конфиги(мыло, хибер, секьюрити и т.д.)

ну лан

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

искал лучший способ его получить

объект класса пропертей*

@PropertySource("classpath:application.properties")

@Resource private Environment env;

ты летом этот вопрос задавал

память у тебя короткая, хех

кто бы говорил, Дим.

^_^

@guga4ka ты сегодня говорил за шарп и пхп?

Да, во @flood

@Resource private Environment env;

да, в итоге сделал через него

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

потом уже мне подсказали что у энвайремента есть метод с дефолткеем сразу

потом уже мне подсказали что у энвайремента есть метод с дефолткеем сразу

defaultValue?

люблю доёбываться до листа ?

люблю доёбываться до листа ?

до листа доебываться все любят)

defaultValue?

ну да

Я не люблю

ERROR: S client not available

:(

НУ ВСЕ ЖЕ ПОНЯЛИ

до листа доебываться все любят)

на меня он реагирует при этом)

Привет всем. У меня тут некоторый вопрос: try/catch применим только тогда, когда я сам собираюсь сотворить некоторое дерьмо в программе (деление Наноль, вызов несуществующего массива), или все же есть случаи, когда нужно обязательно заключать в этот блок какие-то неочевидные вещи, вроде чтения из файла? И где про этот список можно почитать? Заранее спасибо.

Всё просто, видешь что метод кидает исключение и ты на том слое, который может принять решение о дальнейшей судьбе — ставь трай\кетч, если слой не подходить — бросай дальше.

Всё просто, видешь что метод кидает исключение и ты на том слое, который может принять решение о дальнейшей судьбе — ставь трай\кетч, если слой не подходить — бросай дальше.

Спасибо.

Да, именно это я и мел в виду, плохо выразился

Народ, кто-нибудь использовал gradle со spring.io и spring-boot? У меня такая беда: в дереве зависимостей порой добавляются разные версии одной и той же библиотеки, соответственно и в проекте они видны. Однако сама jar'ка собирается только с последними версиями библиотек. Вопрос такой: как указать gradle добавлять в проект только последние версии зависимостей? То есть, например, spring-boot-1.4.1 тянет spring-core-4.3.3 и spring-data-1.10.3, а spring-data-jpa-1.10.3 тянет уже spring-core-4.2.8, а нужно, чтобы тянул 4.3.3 (ну или чтобы spring-boot-1.4.1 тянул 4.2.8, но это, наверное, не взлетит из-за несовместимости).

Народ, кто-нибудь использовал gradle со spring.io и spring-boot? У меня такая беда: в дереве зависимостей порой добавляются разные версии одной и той же библиотеки, соответственно и в проекте они видны. Однако сама jar'ка собирается только с последними версиями библиотек. Вопрос такой: как указать gradle добавлять в проект только последние версии зависимостей? То есть, например, spring-boot-1.4.1 тянет spring-core-4.3.3 и spring-data-1.10.3, а spring-data-jpa-1.10.3 тянет уже spring-core-4.2.8, а нужно, чтобы тянул 4.3.3 (ну или чтобы spring-boot-1.4.1 тянул 4.2.8, но это, наверное, не взлетит из-за несовместимости).

по идее, должен быть exclude, как в мавене

Я не про ручное управление зависимостями.

Зависимостями рулит сам spring-io.

Народ, кто-нибудь использовал gradle со spring.io и spring-boot? У меня такая беда: в дереве зависимостей порой добавляются разные версии одной и той же библиотеки, соответственно и в проекте они видны. Однако сама jar'ка собирается только с последними версиями библиотек. Вопрос такой: как указать gradle добавлять в проект только последние версии зависимостей? То есть, например, spring-boot-1.4.1 тянет spring-core-4.3.3 и spring-data-1.10.3, а spring-data-jpa-1.10.3 тянет уже spring-core-4.2.8, а нужно, чтобы тянул 4.3.3 (ну или чтобы spring-boot-1.4.1 тянул 4.2.8, но это, наверное, не взлетит из-за несовместимости).

spring-dependency-bom

https://spring.io/blog/2015/02/23/better-dependency-management-for-gradle

Эта штука за тебя менеджит все версии

ты просто пишешь, что тебе нужно spring-boot, spring-data, etc а варсии лежать в другом билст скрипте

https://spring.io/blog/2015/02/23/better-dependency-management-for-gradle

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

Если не касаться спринга, то градла есть exclude

хм, вот это поворот, а ты пробовал собрать проект со start.spring.io?

Момент

Если не касаться спринга, то градла есть exclude

Да знаю я про exclude, не катит.

хм, вот это поворот, а ты пробовал собрать проект со start.spring.io?

Нет.

хм, вот это поворот, а ты пробовал собрать проект со start.spring.io?

Да, без проблем

попробуй взять спринг дату 1.10.4

она сейчас в статутсе current

а что там у тебя в build.gradle?

@guga4ka я пробовал на 1.4.1 и 2.0.0

попробуй взять спринг дату 1.10.4

Да, если сменить версию spring-boot на 1.3.8, то такого нету, но хочется узнать, есть ли механизм какой, чтобы указывать gradle добавлять в dependency tree лишь одну версию из всех используемых. Подставлять v1.0.1 везде, где используется v1.0.0, если v1.0.1 уже есть в проекте.

Да, если сменить версию spring-boot на 1.3.8, то такого нету, но хочется узнать, есть ли механизм какой, чтобы указывать gradle добавлять в dependency tree лишь одну версию из всех используемых. Подставлять v1.0.1 везде, где используется v1.0.0, если v1.0.1 уже есть в проекте.

беда в том, что иногда это может не работать. Если ты будешь делать все через bom, тогда ты не будешь указывать версии других зависимостей, ты просто говоришь что тебе нужен спринг бут такой-то версии, а для него будут уже прописанны, какие компоненты с ним работают. Скорее всего, для бута версии 1.4.1 просто не завезли дату версии 1.10.3

Да, так и есть. И это я понимаю. Но jar'ку ведь gradle собирает по-умному: только с последними версиями библиотек. Вот я и подумал, что должен быть способ такое поведение распространить на dependency tree.