Pracuję z JMS i kolejkami (kolejki Azure) po raz pierwszy. Muszę utworzyć kolejkę, w której serwer Rubi zapisałby niektóre dane, a Java odczytałaby je z kolejki i wykonałaby dalsze operacje. Ten proces działa poprawnie lokalnie na moim komputerze. Utworzyłem punkt końcowy REST, który zapisuje dane w kolejce, a gdy dane zostaną zapisane w kolejce, odbiornik przejmie dane i odczyta je i wykona. Po wdrożeniu go na platformie Azure pojawia się błąd w dziennikach, który uniemożliwia uruchomienie kolejek
Setup of JMS message listener invoker failed for destination 'queue' - trying to recover. Cause: Identifier contains invalid JMS identifier character '-': 'x-request-id'
Zipkin jest również obecny na serwerze Azure jako rozproszony system śledzenia i myślę, że x-request-id
jest to związane z Zipkinem, który tworzy problem. Szukałem problemu w Google, ale nie mogłem zrozumieć, dlaczego tak się dzieje.
Poniżej znajduje się szczegółowy komunikat o błędzie:
[36mc.m.s.l.NextGenRequestLoggingFilter [0;39m [2m:[0;39m
Before request [uri=/services/deal-service/api/v2/deals/ack;headers=
[x-request-id:"2d8d86d7-4fbf-9db6-8e95-28813f21a85c",
x-envoy-internal:"true", x-b3-parentspanid:"a209cdc649b0b890", content-
length:"575", x-forwarded-proto:"http", postman-token:"ad074595-
76a5-474b-9711-7e071b12b3b0", x-b3-sampled:"1", x-forwarded-
for:"10.244.2.1", accept:"*/*",
authorization: "some-token-YJc4tg--34jPRziJNSACqNQ", x-b3-
traceid:"6b40ff22781be67ba209cdc649b0b890", x-b3-
spanid:"702684ddb62cfe6b",
host:"portal-gateway.52.228.65.225.nip.io",
cache-control:"no-cache", accept-encoding:"gzip, deflate, br",
user-agent:"PostmanRuntime/7.22.0",
Content-Type:"application/xml;charset=UTF-8"]]
2020-02-18T15:19:34.197666458Z [2m2020-02-18 15:19:34.197[0;39m .
[32mDEBUG
[,6b40ff22781be67ba209cdc649b0b890,702684ddb62cfe6b,true][0;39m .
[35m9[0;39m [2m---[0;39m [2m[ XNIO-1 task-15][0;39m