trustME
  • 3
Miraski z #dotnet #dotnetcore - probuje ugryzc temat RabbitMQ do komunikacji pomiedzy kilkoma aplikacjami dzialajacymi niejako wspolnie.

Publikowanie jest zasadniczo dosc proste, ale nie moge zalapac jak sensownie ogarnac subskrybowanie... Znalazlem tylko kilka przykladow i w sumie kazdy byl syfiasto zrobiony bo calosc subscrybowania byla wrzucona w Main co powoduje jakis kosmiczny syf no i troche niezgodnie z SOLID chyba.

Inna sprawa to dlaczego w kazdym przykladzie ludzie definiuja swoje typy eventow?
lisek
  • 0
@trustME: https://github.com/dotnet-architecture/eShopOnContainers Wpis miałeś 2 tyg temu, możliwe że to znalazłeś. Przykład wykorzystania RabbitMQ (src/BuildingBlock/EventBus/EventBusRabbitMQ). Obiekty są serializowane po nazwie klasy a następnie deserializowane i wybierana odpowiednia strategia do przetwarzania.

Sposób łączenia eventu z Handlerem jest np w /src/Services/Catalog/Catalog.API/Startup.cs (ConfigureEventBus).

Co masz na myśli mówiąc że definiują swoje typy eventów w każdym przykładzie? W sensie że serwis A ma Event1 zdefiniowany i serwis B ma Event1 znowu zdefiniowany zamiast centralnego repozytorium
lisek
  • 1
Spotkał się ktoś z taką sytuacją?
Mam IdentityServer4 i dodatkowo w ramach tego projektu zasób /api/secured który jest pod [Authorized]. Chciałbym z klienta pobrać token przy pomocy .RequestClientCredentialsAsync("api.identity") i przy pomocy tego AccessToken dostać się do zasobu /api/secured przez HttpClienta. W skrócie, chciałbym aby projekt z IdentityServer zachowywał się tak jak Api.

Na ten moment po wywołaniu HttpClient z wstawionym tokenem dostaję zwrot z /account/login czyli zwykłego htmla...

#dotnet #dotnetcore #identityserver #

Osiągnięcia