
Zelmm
05.09.2017
06:37:20
счас

Mikhail
05.09.2017
06:47:32

Nikita
05.09.2017
06:50:14

Google

Mikhail
05.09.2017
06:51:37
ну тоже верно

Pavel ?
05.09.2017
07:59:28
О, походу солярис задвинули

guga
05.09.2017
08:01:38
он же и так последние лет 7 умирал

Zelmm
05.09.2017
08:02:37
Ну вот окончательно и умер. Ораклы распустили отдел соляриса.

Mikhail
05.09.2017
08:04:05
а что в нем было такого, кроме нативного zfs?

Pavel ?
05.09.2017
08:19:32

Igor
05.09.2017
12:45:56
Пробовал ли кто-то в проде Signal? Стоит ли овчинка выделки? У меня чет очко сжалось когда я их сэмпл-сервер увидел.

Denis
05.09.2017
13:13:39
А есть тут у нас знатоки написания юзер-плагинов для артифактори?

Pavel ?
05.09.2017
13:14:40

Denis
05.09.2017
13:15:04

Alexandr
05.09.2017
13:27:59
Привет, товарищи. Может кто нибудь помочь с ретрофитом вторым?

Zelmm
05.09.2017
13:32:23
Ребят, кто подсказать может где ловить долбаный эксепшн, если стак трейс начинается с
at java.lang.Thread.run(Thread.java:748)

Google

Митко Соловец?
05.09.2017
13:33:53
без шуток

Nick
05.09.2017
13:33:58
скорее всего это падает во время выполнения в пуле, а значит ловить выше
точнее там где твой код выполняется

Zelmm
05.09.2017
13:37:16
В том то и дело, что не могу понять, где это "выше".
Есть хрень, которую я инициализирую начальными настройками.
После чего я в эту хрень добавляю некоторое кол-во реквестов.
Как реквестов накапливается определенное кол-во, судя по всему запускается отдельный демон поток, в котором это все и выполняется, но детали реализации скрыты и писаны не мной, а разработчиком тулзы.
В общем в самом низу стактрейса строчка, что я написал, а вверху непосредственно строка, которая ведет на throw new Bla-blaException
И где это ловить я пока не вкурил :(

Nick
05.09.2017
13:53:52
ну ловить тогда в дебагере с бряками на создание этого Bla-blaException

Zelmm
05.09.2017
13:56:14
Ок, спасибо. Есть ли кто со знаением ELasticSearch API? Это из него проблема вылезла, может уже есть простое решение, да я ни как не нагуглю...

Igor
05.09.2017
14:11:13

Baruch
05.09.2017
14:32:58

Aleksander
05.09.2017
15:58:47
Есть вопрос. Есть мультипроект в нем два приложения А и Б, есть модуль В от которого зависят А и б, в нем есть 100 интересующих меня методов, нужно определить какие из 100 юзаются в А и какие в Б. Как это сделать быстро, какими тулзами? Чтобы без альт ф7 по каждому методу
Допустим я выпишу все названия методов

Maks
05.09.2017
16:01:03
Названия методов близкие к уникальным?

Aleksander
05.09.2017
16:01:20
Близкие

Maks
05.09.2017
16:01:44
Ну, в теории, можно исходники пропарсить. По идее задача минут на 30
Импорт нужного класса(или пакета) + упоминание названия класса + упоминание метода

Aleksander
05.09.2017
16:03:14
Ага. Теперь усложним, некоторые методы могут быть обёрнуты в другие методы модуля В

Google

Aleksander
05.09.2017
16:03:30
То есть не напрямую использоваться
А ну хотя - я знаю как

Maks
05.09.2017
16:04:10
Методы того класса который ты анализируешь?

Aleksander
05.09.2017
16:04:20
Ну да
Ладно. Сейчас попробую начать делать, спасибо за идею

Maks
05.09.2017
16:04:41
Сначала строишь дерево зависимостей в таком случае методов внутри твоего класса, потом ищешь прямые использования в проектах, потом по дереву разбираешь что куда

Aleksander
05.09.2017
16:05:16
Думаю задачка будет интересной

Maks
05.09.2017
16:09:43
...не за что, но для реализации такого парсера ты потратишь больше времени чем по 100 методам юзейджи кликнешь

Aleksander
05.09.2017
16:16:48
если бы там два метода было
я бы еще подумал, но три - ни за что

Aleksander
05.09.2017
16:19:48
Просто ко мне потом подойдут еще раз и скажут, а вот эти 100 ты уже проанализировал, а теперь нужно вот эти 300

Maks
05.09.2017
16:20:35
Ты аналитик!

Aleksander
05.09.2017
16:21:23
нет, я погромист, я хочу велосипед сделать
тем более, когда мне еще такую классную задачу дадут без спринга и веба.

Nick
05.09.2017
16:48:38
можно просто отрубить либу от проектов и смотреть на ошибки компилятора)))

Maks
05.09.2017
16:51:27
Нет
Удалять методы по одному
И смотреть на ошибки. Ага

Google

Admin
ERROR: S client not available

Maks
05.09.2017
16:56:06
Вообще это работает только если проекты не имеют общих модулей.
В противном случае нужно искать конкретный парсер джава кода

_
05.09.2017
17:08:41
А почему в идее просто не прогнать инспекцию?

Aleksander
05.09.2017
17:49:20
?

_
05.09.2017
17:50:04
нет, но можно перенести методы в один класс, потом вызвать юзеджи этого класса
результат сгруппировать по модулям кнопкой

Aleksander
05.09.2017
17:51:04

_
05.09.2017
17:51:12
))

Aleksander
05.09.2017
17:52:30
А потом я выкину дома плиту, поставлю вместо неё ноут и буду жарить на нем лет 100, пока идея закончит рефакторинг и индексацию гредл проекта :))

_
05.09.2017
17:52:34
можно юзеджи пакаджа поискать
идея быстро индексирует, не надо )

Aleksander
05.09.2017
17:53:18
Да вот в том и дело, что пекейджи разные, модули тоже
Проект оч большой

_
05.09.2017
17:53:56
а что не просто грепом?
выписываешь методы в файлик и все

Aleksander
05.09.2017
17:54:47
Грепом придётся сделать много итераций
Я уже начал велосипедить :))

Google

Aleksander
05.09.2017
17:56:42
Нашёл либу для анализа Джава кода qdox

The mirror
05.09.2017
18:05:24
У меня у одного в GitHub’е css стили слетели?

Aleksander
05.09.2017
18:05:53

Oleg
05.09.2017
18:06:05
Мне кажется, что проще вбить названия методов в файл, погрепать, а ложные срабатывания глазами отсеять

The mirror
05.09.2017
18:06:31
Теперь я знаю выглядел бы GitHub в 90-е, Web 1.0 же

Aleksander
05.09.2017
18:06:38

The mirror
05.09.2017
18:08:03

Oleg
05.09.2017
18:08:20
Которая в каких-то краевых случаях будет работать неправильно и все равно придется смотреть глазами ;)