
Жабра
25.06.2018
07:05:06

1337
25.06.2018
07:37:40
при запуске через идею подцепляется, а через mvn verify нет

Google

1337
25.06.2018
07:38:30
должен быть таким

Marat
25.06.2018
07:39:08

1337
25.06.2018
07:39:16
какой?

Marat
25.06.2018
07:39:49
Не помню уже, maven-resource-plugin наверно
Погуглий

Hydra
25.06.2018
07:41:02
Что за новый хим элемент

1337
25.06.2018
07:41:46
yml от snakeyaml зависит вроде

Egor
25.06.2018
07:44:18
Что за новый хим элемент
Его уже давно открыли, вы что
Погуглий - это продукт реакции, возникающий, когда на то, чтобы пофиксить баги системы сборки тратится больше времени, чем на весь проект целиком

Marat
25.06.2018
07:44:46

1337
25.06.2018
07:45:03
он привезся
я ХЗ почему не подцепляет

Андрей
25.06.2018
08:30:41

Google

Georgy
25.06.2018
08:37:29

Андрей
25.06.2018
08:37:54
Каким образом?

Oleg Ovechkin
25.06.2018
08:39:19

Georgy
25.06.2018
08:42:00
Каким образом?
http://fasterxml.github.io/jackson-annotations/javadoc/2.1.0/com/fasterxml/jackson/annotation/PropertyAccessor.html
Чтож ты так гуглить не любишь

Андрей
25.06.2018
08:43:46
Так изгуглился уже

Georgy
25.06.2018
08:44:11
Ну и наверно у маппера есть настройка куда можно передать этот енум

Pavel
25.06.2018
08:46:56
С jdbc
Сейчас почти для всех популярных баз есть реактивный и честный драйвер который не блокирует потоки

Georgy
25.06.2018
08:48:17
Так изгуглился уже
https://fasterxml.github.io/jackson-databind/javadoc/2.5/com/fasterxml/jackson/databind/ObjectMapper.html#setVisibility(com.fasterxml.jackson.annotation.PropertyAccessor,%20com.fasterxml.jackson.annotation.JsonAutoDetect.Visibility)

Alexander
25.06.2018
08:48:25
https://blogs.oracle.com/java/jdbc-next:-a-new-asynchronous-api-for-connecting-to-a-database
чот выглядит не очень продакшн-реди

Pavel
25.06.2018
08:50:22
Это скорее исключение

Alexander
25.06.2018
08:51:07
ну так-то да. но для некоторой большой части джява-мира - оракле почти стандарт де-факто

Pavel
25.06.2018
08:51:27
Но чтобы выбрать для нового проекта Oracle.....

Mikhail
25.06.2018
08:51:49
Я вот счас на ildevconf

Google

Mikhail
25.06.2018
08:51:55
такая печаль, что слов нет

Pavel
25.06.2018
08:52:09

Alexander
25.06.2018
08:52:27
ms-sql ?

Pavel
25.06.2018
08:53:02
Mysql, postgresql как минимум

Alexander
25.06.2018
08:53:18
для мелких проектов может и норм. если не нужна нормальная поддержка от вендора

Pavel
25.06.2018
08:54:29
Есть куча компаний которые превосходно поддерживают и постгре и mysql
Но если руки из правильного места то можно и самому успешно обойтись без поддержки
И сэкономить на этом много денег, потом можно просить повышение к зп

Роман
25.06.2018
08:56:32
postgres быстрее чем mysql почти всегда, но его нужно настривать или юзать докер, а mysql установил и готово, закинул конфиг и let's go

Pavel
25.06.2018
08:57:02
Сейчас очень много народу с тобой не согласится

Роман
25.06.2018
08:57:23
при переходе с mysql на postgres моей админки

Роман
25.06.2018
08:57:33
она стала грузится в 3.4 раза быстрее

Alexander
25.06.2018
08:57:37

Pavel
25.06.2018
08:58:09
Много кто скажет тебе что как и mysql, postgresql настроены по дефолту ужасно
Почти всегда нужно тюнить

Таир
25.06.2018
08:58:19

Роман
25.06.2018
08:58:50
да и сравнений в пользу postgres было много

Sergey
25.06.2018
08:59:01
охуительные аргументы
сосед по даче сказал, что он короче постгрест использует

Google

Роман
25.06.2018
08:59:37
с этим можно, конечно, спорить, но у mysql есть свои проблемы с несколькими движками, когда в postgres в своё время от этого отказались
у postgres современный sql, у mysql древний

Pavel
25.06.2018
08:59:55
Глупо сравнивать postgres и mysql. Хорошо можно приготовить как тот так и другой. У них есть свои сильные и слабые стороны

Таир
25.06.2018
09:00:01

Sergey
25.06.2018
09:00:15
ни ссылок на бенчи, ни на аналитические статеечки, сосед сказал что постгрес лучше

Роман
25.06.2018
09:00:42
ну мне лень искать что-то, если все уже есть на хабре

Admin
ERROR: S client not available

Pavel
25.06.2018
09:01:18
Зачем тогда начинать холивар если нечего предъявить

Sergey
25.06.2018
09:01:20
фаталити аргумент - на хабре лежит иди сам найди

Роман
25.06.2018
09:01:29
да и время обеда тратить на священные войны не хочу, просто я всем этим хотел сказать, что в 99% моих задач must have postgres
я не привожу аргументы

Pavel
25.06.2018
09:02:03
Ну в этом никакого смыла нет, от этого нам ни жарко ни холодно
В этом смысла нет

Роман
25.06.2018
09:03:01
нет, я просто хотел узнать
а чем лучше mysql
чем postgres
в чём его плюсы? Ну, о минусах я знаю, ок
плюсах постры знаю
минусах нет

Tolegen
25.06.2018
09:04:47
Если не знать плюсов минусов других продуктов, то странно говорить, что Postgres must have в 99%

Google

Tolegen
25.06.2018
09:05:28
Скажи просто, что у тебя больше опыта с Postgres и поэтому это выбор номер 1. Вполне валидный аргумент )

Денис
25.06.2018
09:10:26
Вообще да - при прочих равных, знакомый инструмент - это реально преимущество

Роман
25.06.2018
09:10:39
норм, но нужно что-то сделать с неприязню к mysql

Денис
25.06.2018
09:11:03
Это, кстати, отказываются осознавать многие люди, которые требуют от компаний постоянного перехода на новый, модный и актуальный технологический стэк

Митко Соловец?
25.06.2018
09:18:46

Gennadiy
25.06.2018
09:21:22
В Яндексе и так повышают после ревью

Владислав
25.06.2018
09:47:17
друзья, нужна помощь с синхронизацией
кейс такой: есть один ресурс(коллекция mongodb)
к нему может быть обращение из нескольких потоков и изменение информации в нем(например, счёт обновлять)
мне нужно блокировать одновременное обращение двух потоков ни к одной коллекции(как я сейчас делаю), а к одному документу внутри коллекции, чтоб у меня два потока, которые обновляют два разных документа(но из одной коллекции) не ждали друг друга и параллельно выполняли обновление, но 2 потока, которые хотят обновить один и тот же документ уже ждали выполнения друг друга

Yan
25.06.2018
09:48:02
какой-то пул блокировок?

Таир
25.06.2018
09:49:04


Dmitry
25.06.2018
09:50:22
друзья, нужна помощь с синхронизацией
кейс такой: есть один ресурс(коллекция mongodb)
к нему может быть обращение из нескольких потоков и изменение информации в нем(например, счёт обновлять)
мне нужно блокировать одновременное обращение двух потоков ни к одной коллекции(как я сейчас делаю), а к одному документу внутри коллекции, чтоб у меня два потока, которые обновляют два разных документа(но из одной коллекции) не ждали друг друга и параллельно выполняли обновление, но 2 потока, которые хотят обновить один и тот же документ уже ждали выполнения друг друга
На сам документ блока не решается? Если что, то concurrent map, ключи документы, значения readwritelock

Владислав
25.06.2018
09:50:30
какой-то пул блокировок?
я вот думаю об этом, но как правильно организовать не совсем могу представить
у меня сейчас происходит блокировка по wait/notify
а тут нет возможности разбудить какой-то определенный поток

Dmitry
25.06.2018
09:51:18
Да и мапу чистить не забывать
@eltgm а можно класс обёртку из документа и локи . И всюду с этими объектами работать

Владислав
25.06.2018
09:52:42

Таир
25.06.2018
09:53:01

Владислав
25.06.2018
09:53:35
я с mongo не очень много работаю
там можно сделать такую блокировку?
а, я обманул вас
я работаю в итоге не с документом, а с коллекцией
и когда два потока из коллекции достают нужный документ
вот тут и возникает проблема