@jvmchat

Страница 1765 из 2890
Mikhail
05.09.2017
06:47:32
https://www.youtube.com/watch?v=co9aoUa99i8
пестец, заморочился же кто-то

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
он же и так последние лет 7 умирал
Да всех уволили походу с концами

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

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

Denis
05.09.2017
13:15:04
@JBaruch
Ему написал, да он молчит пока

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

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

Google
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? Это из него проблема вылезла, может уже есть простое решение, да я ни как не нагуглю...

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
Сначала строишь дерево зависимостей в таком случае методов внутри твоего класса, потом ищешь прямые использования в проектах, потом по дереву разбираешь что куда

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
А почему в идее просто не прогнать инспекцию?
А есть такая инспекция, которой на вход передаёшь 100 названий методов и она считает сколько раз каждый метод используется в том или ином проекте

?

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

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

Aleksander
05.09.2017
17:51:04
нет, но можно перенести методы в один класс, потом вызвать юзеджи этого класса
100 разных методов в куче разных классов переносить а один класс и раскидывать этот класс в миллиард мест ?

_
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 стили слетели?

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
Теперь я знаю выглядел бы GitHub в 90-е, Web 1.0 же
У нас тоже такое недавно было:) сбросили кеш статики на Nginx и статика улетела как при разгерметизации в космосе

Мне кажется, что проще вбить названия методов в файл, погрепать, а ложные срабатывания глазами отсеять
Не, я не мастер ручной работы. Очень лениво, я лучше потрачу побольше времени раза в 3, но напишу утилиту

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

Страница 1765 из 2890