
Igor
10.09.2018
20:25:18

Alexander
10.09.2018
21:10:51

Nikolay
10.09.2018
21:18:41
god objectS
это важно (с)

Google

Pavel
10.09.2018
22:05:09
Ребят, а кто-нибуль пробовал https://docs.axonframework.org/

Igorek
10.09.2018
22:05:12

Pavel
10.09.2018
22:05:14
?

Igor
10.09.2018
23:18:27

Alexandr
11.09.2018
02:22:11

Igor
11.09.2018
02:22:53

Alexandr
11.09.2018
02:24:58
Сейчас еще дома, позже подскажу где это

Igor
11.09.2018
02:26:02

Dim
11.09.2018
02:26:09
У нас вообще диаграммы живут день-два...фигня все это. Живут на доске, нарисовал, сфотал к задаче прикрепил.
Все эти тулузы - только больше времени тратится

Alexandr
11.09.2018
02:28:31

Google

Vladimir
11.09.2018
02:41:40

Dim
11.09.2018
02:43:49

Vladimir
11.09.2018
02:45:58

Dim
11.09.2018
02:47:22

Alexandr
11.09.2018
03:37:58
6 эконка справа

Dim
11.09.2018
03:40:51

Alexandr
11.09.2018
03:42:46
вот давайте только без утопий самодокументируемого кода

Dim
11.09.2018
03:43:57
а я не о нем

Таир
11.09.2018
04:21:15

Alexander
11.09.2018
04:29:13
ну и те кто хаят UML видимо думают что его используют только классы описывать. не думая например о том, что в uml-нотации описывают архитектуру приложения целиком, аквити и сиквенс-диаграммы, бизнес-сценарии и тд
так-то понятно что uml ради uml если у вас микросервис на три класса - не нужен

Luger
11.09.2018
04:30:40
зачем зачем в этом мире нужен UML
Иногда пользуюсь sequence диаграммой для объяснения взаимодействия между сервисами/акторами и тд, ну и юз кейсами. Диаграмму классов иногда генерю Из кода, если это чье-то чужое Легаси. Для документирования, короче. Но вот чтобы из диаграммы классов генерить код - это дурость.

Dim
11.09.2018
04:34:33
Из всего UML-ля только sequence-диаграммы используем активно. + чтобы разобратся в легаси
Как-то мне попадалась древнейшая китайская тулуза которая по рабочей программе (jar-нику запущеному) генерила sequence-диаграмму, работало с Java 1.6

Vladimir
11.09.2018
05:05:04

Pavel
11.09.2018
05:45:45
Ребятушки, кто-нибудь с проблемой распредленных транзакций в микросервисной архитектуре встречался?
Если да, то как решали/ что использовали?

Alexandr
11.09.2018
05:50:08

Google

Alexandr
11.09.2018
05:50:38
ну и манагер, bitronix например
или atomicos

Pavel
11.09.2018
05:54:21
Вопрос, как вы поддерживает е атомарность операции, допустим по бизнес логике 2 микросервиса:сервис профилей и сервис идентификации. В одном нужно создать пару лог и пас, а сервисе профилей денормализованная база с данными профиля и ссылкой по guid на 1й
Как поддержать атомарность? Сервисы и по ресту и по шине общаются
Смотрю в сторону CQRS , но вот как атомарность поддерживать - хз ...

Artjom
11.09.2018
05:56:28
eventual consistency ?

Pavel
11.09.2018
05:57:18

Alexander
11.09.2018
05:57:55
Jms xa, datasourse xa, atomicos

Artjom
11.09.2018
05:58:09
ужас зачем ты человека на мучения обрекаешь

Alexandr
11.09.2018
05:58:34

Pavel
11.09.2018
05:58:42
Сейчас стоим на распутье...куда бежать...

Alexandr
11.09.2018
05:59:12

Alexander
11.09.2018
05:59:39

Pavel
11.09.2018
05:59:45
Может в кратце поделитесь опытом, кто с чем имел дело, плюсы и минусы...заранее спасибо
Сейчас оркестрируем на camunda bpm, но такое себе

Andrey
11.09.2018
06:00:40

Oleg
11.09.2018
06:02:19
Привет.
Что сейчас лучше всего использовать для конвертации html в pdf c java кода? Есть шаблон на html, он заполняется данными freemarker, надо все это дело сохранить со стилями в pdf и отдать клиенту.

Pavel
11.09.2018
06:03:01
Jms xa это 2х фазные комитты типа..

Google

Nikita
11.09.2018
06:04:23

Vitalii
11.09.2018
06:06:44
Один из вариантов
Не берусь судить что лучший

Alexandr
11.09.2018
06:12:04

Admin
ERROR: S client not available

Alexandr
11.09.2018
06:12:33
приходя в bpm мир ты вступаешь в интерпрайз, надо играть по его правилам

Таир
11.09.2018
06:16:36

Oleg
11.09.2018
06:17:32

Alexandr
11.09.2018
06:17:42
jbpm и управляющий компонент

Таир
11.09.2018
06:18:12
на JMS, XA дешевый по сравнению с СУБД
раньше, когда мы делали операции в разных СУБД без XA просто координировали все через JMS

Luger
11.09.2018
06:19:37
Спасибо, гляну на статью
У нас было странное , костыльное решение - из-за сложных стилей жавовыми либами рендер был хреновый, как "временное" решение в отдельном сервисе запускаем хромиум и ему это скармливаем. Написать свое так руки и не дошли.

Таир
11.09.2018
06:20:18
костыль конечно, но мне кажется больше контроля

Oleg
11.09.2018
06:21:07

Alexandr
11.09.2018
06:21:07
ну и больше кода, который надо поддерживать

Таир
11.09.2018
06:21:34

Luger
11.09.2018
06:23:43
Надеюсь, мне такое не придется делать.
Если стили не очень сложные - думаю, не придется. У нас прост формочку юзер рисует, как ему в голову взбредёт, ну и мы как раз генерим с помощью фримаркер другие шаблоны для фримаркер и дальше как у тебя. Ну и в планах свой рендер писать, поверх itext.

Google

Oleg
11.09.2018
06:35:36

Vitalii
11.09.2018
06:37:46
К слову, в последнем Java Magazine как раз итекст пиарили

Luger
11.09.2018
06:37:54
А может и не будем, временные костыли надолго задерживаются обычно

Alexandr
11.09.2018
06:46:04

Luger
11.09.2018
06:47:39

Alexandr
11.09.2018
06:49:14

Luger
11.09.2018
06:49:43

Alexandr
11.09.2018
06:49:49
стандартная генерилка pdf нас только одним не устраивала, у нас был текст на фарси и он упорно переворачивался

Митко Соловец?
11.09.2018
06:52:48

Pavel
11.09.2018
06:54:37
Saga pattern
Saga вообще хайп, все только говорят, ни одного примера реализации более-менее сложного процесса нету

Митко Соловец?
11.09.2018
06:55:28
Если без умных словечек, пишите идемпотентный код и компенсирующие транзакции
А в идеале - пересмотрите гранулярность сервисов, может их объединить можно и избежать распределённых транзакций?

Artjom
11.09.2018
06:57:00
Xa транзакции не бьют по перформансу ?
и для них если я правильно помню нужен JMS + app server