Size: a a a

Java/Kotlin and more

2021 January 28

Д

Дмитрий in Java/Kotlin and more
Piatrok
Это видимо шутка была про Эккеля, есть книги получше,  двухтомник Хорстмана про джаву хорошо идёт в начале.
имхо Эккель намного лучше чем Хортсман
источник

@

@leoncode in Java/Kotlin and more
Дмитрий
имхо Эккель намного лучше чем Хортсман
источник

EI

Edem Injection in Java/Kotlin and more
⪨Droցήowt⪩
Брюс Эккель
если ты новичок не читай эту книгу
источник

k

kuzznya in Java/Kotlin and more
Добрый день
Вопрос по микросервисам
Какие есть способы поддерживать consistency между сервисами? Например, если пользователь был удален, то необходимо ведь удалить все его данные
На данный момент уже используем eureka, но пока что сервисы были просто коннекторами к SAP системам
Как вариант для нашей ситуации придумал такой - вынести DAL слой из сервиса в отдельный проект, чтобы другие сервисы могли использовать те же entity, и тогда каскадные операции будут работать, и валидировать данные проще - если есть foreign key, то он точно правильный
Но тогда это привязывает к одной БД (что. правда, в данный момент не проблема)
Другой вариант сложнее - делать какую-то систему сообщений об изменениях, при этом сервисы должны будут обновлять свои данные в соответствии с этими событиями
Верно ли то, что я написал? Есть ли другие способы, более правильные/более простые?
источник

D

D in Java/Kotlin and more
⪨Droցήowt⪩
всем привет! кому не трудно, можете дать совет как учить java и kotlin?
для первой книги идеальный варик - "head first java", Хорстмана позже начал читать
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
kuzznya
Добрый день
Вопрос по микросервисам
Какие есть способы поддерживать consistency между сервисами? Например, если пользователь был удален, то необходимо ведь удалить все его данные
На данный момент уже используем eureka, но пока что сервисы были просто коннекторами к SAP системам
Как вариант для нашей ситуации придумал такой - вынести DAL слой из сервиса в отдельный проект, чтобы другие сервисы могли использовать те же entity, и тогда каскадные операции будут работать, и валидировать данные проще - если есть foreign key, то он точно правильный
Но тогда это привязывает к одной БД (что. правда, в данный момент не проблема)
Другой вариант сложнее - делать какую-то систему сообщений об изменениях, при этом сервисы должны будут обновлять свои данные в соответствии с этими событиями
Верно ли то, что я написал? Есть ли другие способы, более правильные/более простые?
>Как вариант для нашей ситуации придумал такой - вынести DAL слой из сервиса в отдельный проект, чтобы другие сервисы могли использовать те же entity, и тогда каскадные операции будут работать, и валидировать данные проще - если есть foreign key

у вас все микросервисы пользуются одной бд и одной схемой?
если еще нет, то на такую схему не переходите ни в коем случае

обычно делается шина между сервисами и уведомлеиня об изменениях бродкастом всем, что бы соседние сервисы обновили у себя
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
iceja
не поняла, извините
вот у этого артифакта делайте exclude и подключайте нужную версию
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
iceja
не поняла, извините
источник

R

Responsibility in Java/Kotlin and more
Ребят, что считается бест практис для заполнения доменов в юнит тестах? На данный момент у меня в тесте просто приватные методы которые через билдер собирает сущность для сравнения, но мне не нравится что тесты становятся большими из-за этого
источник

k

kuzznya in Java/Kotlin and more
Alexandr Emelyanov
>Как вариант для нашей ситуации придумал такой - вынести DAL слой из сервиса в отдельный проект, чтобы другие сервисы могли использовать те же entity, и тогда каскадные операции будут работать, и валидировать данные проще - если есть foreign key

у вас все микросервисы пользуются одной бд и одной схемой?
если еще нет, то на такую схему не переходите ни в коем случае

обычно делается шина между сервисами и уведомлеиня об изменениях бродкастом всем, что бы соседние сервисы обновили у себя
Пока что нет, и такой вариант мне и казался чем-то ненадежным
Какие обычно инструмены используются для шины?
Или, если приложение не очень большое, пока лучше сделать своё?
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
kuzznya
Пока что нет, и такой вариант мне и казался чем-то ненадежным
Какие обычно инструмены используются для шины?
Или, если приложение не очень большое, пока лучше сделать своё?
kafka/rabbit/jms/ etc
источник

k

kuzznya in Java/Kotlin and more
Спасибо!
А что, на ваш взгляд, полегче (в плане потребления ресурсов) и попроще?
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
мы делали когда то на кролике, другие проекты были на jms. сейчас кафка ибо у нас большие объемы передачи между сервисами (почти все общение по шине) и нужны гарантии
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
я думаю кролика хватит
источник

AE

Alexandr Emelyanov in Java/Kotlin and more
из jms можно посмотреть artemis
источник

k

kuzznya in Java/Kotlin and more
Спасибо
источник

Н

Никита in Java/Kotlin and more
Всем привет
источник

Н

Никита in Java/Kotlin and more
Есть кто хочет пообщаться на основе интереса к языку java, пишите мне
источник

Н

Никита in Java/Kotlin and more
Я студент Комп Наук
источник

С

Саня in Java/Kotlin and more
Кто вообще здесь сидит по сфере? Я например на спринге пишу
источник