+7

При этом замечено, что если в базе руками поменять 2018-10-09 00:00:00+07 на 2018-10-09 01:00:00+07 Jira показывает уже значение корректное 09/10/2018. Чувствуется что дело в часовых поясах, может где есть место где нужно поправить. Заранее спасибо!

А теперь тупой вопрос у тебя корректное время в Java? И можешь проверить joda time библиотечку. Я с таким встречался несколько лет назад. Также помню господа с темпо единожды релизили плагин со своим joda, что это было замечательно ;₽ для исследования, но я думаю они перестали так пользоваться

А теперь тупой вопрос у тебя корректное время в Java? И можешь проверить joda time библиотечку. Я с таким встречался несколько лет назад. Также помню господа с темпо единожды релизили плагин со своим joda, что это было замечательно ;₽ для исследования, но я думаю они перестали так пользоваться

При старте jira в jvm передаю -Duser.timezone=Asia/Novosibirsk

Время jvm проверил, запустив в ScriptRunner скрипт где я смотрел часовой пояс (не уверен что это правильный подход)

При старте jira в jvm передаю -Duser.timezone=Asia/Novosibirsk

Отлично ;)

Темпо замечательный плагин

Время jvm проверил, запустив в ScriptRunner скрипт где я смотрел часовой пояс (не уверен что это правильный подход)

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

Темпо замечательный плагин

Чем он может помочь?)

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

Как иначе проверить? Стояла бы отдельная JDK написал файлик и запустил

Сегодня я узнал что еще не все в докере запускают

Сегодня я узнал что еще не все в докере запускают

:)

коллеги, есть у кого-нибудь опыт использования нескольких MailHandler-ов для одного адреса? Интересно, существует ли какая-нибудь логика в очередности их запуска. Возможно ли это каким-нибудь образом настроить?

в идеале - нужно жестко задать очередность использования настроенных хэндлеров

а какой кейс? нафига оное нужно?

кейс такой: есть плагин, который предоставляет свой MailHandler. Этот MailHandler хорош всем, но в нем не хватает "одной маааленькой и оооочень нужной фишечки" (если грубо - фильтрация входящей почты по определенным правилам). Доработать этот функционал возможности не представляется (по разным причинам). "Обходной путь" (костыль) - сделать еще один MailHandler, в котором будет реализован необходимый функционал и использовать его для обработки почты перед запуском существующего хэндлера

хм

даж сложно сказать. Порядок там вроде бы точно не настраивается

потестируйте, может там есть какая-то логика

может по порядку из списка идут хэндлеры или по алфавиту или еще как

тестировал - никакой зависимости не обнаружил. Ковыряю реализацию сервиса, отвечающего за обработку почты. Думал может кто уже занимался этим ?

у нас JEMH, Он умеет много всякого при обработке

да, знаком с JEMH, но мы пока что не готовы его приобрести

Мы как-то проверяли подобное и по всей видимости никакого порядка в запуске mail handlers нет. Кто первый запустился, того и письмо.

Печально тогда)

Так а что именно фильтровать хотите? Может скрипты какие просто добавить?

Потыкался. Выяснил следующее (которое лежало на поверхности): Для обработчиков входящих сообщений (для каждого из них) создается отдельный сервис (который можно видеть в списке сервисов, https://jira.server.address/secure/admin/ViewServices!default.jspa). При этом класс сервиса - всегда com.atlassian.jira.service.services.mail.MailFetcherService. Эти сервисы никак настраивать нельзя. В настройках сервисов (которые по ссылке, указаной выше) видно, что они запускаются раз в минуту. Вот собственно и ответ на вопрос: в текущей реализации механизма обработчиков входящей почты нет возможности задать очередность обработки писем этими самыми обработчиками. Сейчас пока что вижу одно решение - сделать кастомный обработчик почты, который будет выполнять необходимые действия и после этого (при необходимости) запускать уже имеющийся обработчик.

Так а что именно фильтровать хотите? Может скрипты какие просто добавить?

На самом деле задача довольно простая: Есть проект, в бизнес-процессе которого у окончательного статуса установлено свойство, запрещающее добавление каментов. При такой настройке в web-интерфейсе нет возможности добавить камент к задаче. Но пользователи иногда с помощью почтовых сообщений пытаются каменты таки всунуть. В этом случае Jira пишет в лог, что добавление каментов запрещено по бизнес-процессу и ничего больше не делает - камент не добавляется, пользователь никакой информации об этом не получает. Ну и собственно задача - если пользователь пытается добавить камент в закрытую задачу (отправляя письмо) - отправлять ему в ответ стандартный "отбойник". Так мол и так, извините, но вы не можете добавить камент в закрытую задачу.

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

Мы так сделали

При чем даже базовая автоматизация такое осилит, если я правильно помню

можно чуть подробнее?

Ну триггер добавление коммента

так камент не добавляется ?

Условие если статус = закрыт, пишешь юзеру ответ типа давай до свиданья

А

Ну откройте комменты)

?

тогда нет смысла в "отбойниках"

Как это нет

У нас так) комменты открыты. Если статус - закрыто, то при добавлении коммента отбойник типа «задача закрыта, твой коммент никто читать не будет. Пили новую задачу»

тогда нет смысла в "отбойниках"

А что за Хендел в плагине ? Что он интересное делает?

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

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

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

Так может вам самому написать такой хэндлер

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

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

Хорошо, тогда попросить автора плагина допилить фичу

этот вариант тоже рассматривали. Но цена не подошла ?

На самом деле задача довольно простая: Есть проект, в бизнес-процессе которого у окончательного статуса установлено свойство, запрещающее добавление каментов. При такой настройке в web-интерфейсе нет возможности добавить камент к задаче. Но пользователи иногда с помощью почтовых сообщений пытаются каменты таки всунуть. В этом случае Jira пишет в лог, что добавление каментов запрещено по бизнес-процессу и ничего больше не делает - камент не добавляется, пользователь никакой информации об этом не получает. Ну и собственно задача - если пользователь пытается добавить камент в закрытую задачу (отправляя письмо) - отправлять ему в ответ стандартный "отбойник". Так мол и так, извините, но вы не можете добавить камент в закрытую задачу.

Парсишь лог на нужную строку в коде и высылаешь письмо)

оооо нет

лучше уж хэндлер ?

Ну почему) можно сделать этому классу отдельный файл, чтобы было мало строк через лог4джи

И все быстро будет работать

тут вопрос не в производительности. А в общей ... концепции... Пилить сервис, который будет парсить логи другого сервиса, чтобы выполнить действие, логически привязанное к бизнес-процессу, за который отвечает первый сервис... Разработка интерфейса к этому сервису... Возможность расширения списка обрабатываемых кейсов...

это все боль ?

А хэндлер не может редиректить письма на другой ящик?

сделать цепочку ящиков... Возможно взлетит...

но костыль же ?

Ну мелкий)

как временное решение - может подойти

В итоге реализация "враппера" оказалась не столь уж и сложна ? Единственная сложность (пока что) - передать настройки "внутреннего" обработчика. Пока захардкодил и буду искать варианты как его настраивать...

https://www.atlassian.com/blog/jira-software/the-new-jira-begins-now/amp

https://www.atlassian.com/blog/jira-software/the-new-jira-begins-now/amp

Скорость завезли?

Микросервисы завезли

Добро пожаловать, @alexkradd! Представьтесь, пожалуйста, чтобы мы были уверены, что Вы не бот. Чем Вы занимаетесь, что Вас привело к нам? Правила и ссылки на ресурсы тут: https://t.me/augspb/2990 www.meetup.com/augspb

Привет, всем! Кто использует eazyBI?

CASE WHEN [Issue].[Status] = 'Released' THEN 'Released' WHEN [Issue].[Status] = 'Released' THEN не могу понять как получить доступ к кастомного полю

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

А спейсов много?

Около 40

Вечер перестает быть томным :)

Судя по ответу - автоматического назначение там нет, и их придется прокликивать руками?

Нуу, в общем, да

Но я в клауд лазил давненько, предлагаю подождать, что еще доны скажут.

Rest Api - либо в тех поддержку - на массовое

Окай) Пойду мышкокликательным администрированием заниматься

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

Там нельзя сделать bulk permissions assign по соображениям безопасности.

Если мы про Space Permissions

Только если сделать группу дефолтной при создании

https://confluence.atlassian.com/confcloud/assign-space-permissions-724764762.html

Спасибо, я в итоге сделал отдельную группу и прописал ей R/W права на все спейсы

И еще странный вопрос - а есть какой либо конструктор workflow процессов? Для того чтобы не рисовать его сразу в Jira а грубо говоря на "бумажке" накидать и потом взять в разработку?

И еще странный вопрос - а есть какой либо конструктор workflow процессов? Для того чтобы не рисовать его сразу в Jira а грубо говоря на "бумажке" накидать и потом взять в разработку?

Visio ))

или бесплатный www.draw.io

Вот я тоже об этом подумал, да

Atlassian переписали Jira с нуля, используя все облачные сервисы AWS (ааа, вот это язык). По пути причесали интерфейс и добавили новые полезные инструменты. Вот пост-анонс с перечислением основных фичей и ютуб-анонс, довольно детальный, прям на onboarding tutorial похож. Получившая новая жира очень даже симпатичная, выглядит как приличная программа для управления разработкой, а не как источник страданий, которым она была многие годы для сотен тысяч разработчиков. Ходят слухи, что она не тормозит! Возможность включать/выключать отдельные блоки функций явно слизана с бейзкемпа и это очень хорошо. Roadmaps прям хотелось бы утащить в Basecamp, а то сейчас мы их делаем в, прости господи, Google Spreadsheets и Teamweek. Если вы пользуетесь Trello — рекомендую посмотреть на свежую жиру. Фильтры в ней сделаны даже получше, чем в Trello, а swimlanes — вообще магия. Сам я только недавно примкнул к свидетелям бейзкемповым, так что искушения не испытываю. Менеджеры и инженеры из Atlassian вступают в переписку в комментариях Hacker News, это хороший признак для любого продукта. Вот образцовый ответ от руководителя проекта Jira, когда клиент (пользователь) на него напрыгнул. Приятно, наверное, отвечать «большинство этих проблем исправлены в версии, которую мы выпустили сегодня» :)

это о какой версии речь?

о 7.12.x?

или что-то другое?

Клауд

а в standalone не предполагается изменений?

Roadmap это фича тольк для next-gen проектов

Наверное, об этих проектах и идет речь. Они реально сделаны удобно для конфигурирования, но функциональность там сильно урезна, но Atlassian работает над этим..

Добро пожаловать, -! Представьтесь, пожалуйста, чтобы мы были уверены, что Вы не бот. Чем Вы занимаетесь, что Вас привело к нам? Правила и ссылки на ресурсы тут: https://t.me/augspb/2990 www.meetup.com/augspb

Привет всем, я техписатель, с некоторыми амбициями заавтоматизировать часть работы в жире и конфе ?

Ура! Полетели !