-
Notifications
You must be signed in to change notification settings - Fork 265
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Notifications not including the Fiware-ServicePath header #2584
Comments
The use case where this bug was detected has solved the case with a workaround. Thus, we are labeling with a non-critical priority number. |
Fixed by PR #2828 (now merged in master). @gtorodelvalle do you want to try before closing the issue? The fix will be in next 1.7.0 version (by the end of January) although the docker generated from master should already have the fix. |
Fine with solution ;) Thank you very much!!! |
I am having the same error now with NGSIv2 legacy attributes and in STH-Comet version 2.6.0 and orion 2.2.0:
It neither works when I pass the fiware-service header and fiware-service.
|
I'd suggest to open a new fresh issue about this (this one is pretty old and closed). It should be easy, basically a copy-paste to a new issue :) thanks! |
When subscribing the STH component to a Orion Context Broker instance (version 1.4.0) using
default
as the service (Fiware-Service
header) and/
as the service path (Fiware-ServicePath
header), the notifications sent by the Context Broker do not seem to include theFiware-ServicePath
header.The subscription requested is the following one:
Both components (Context Broker and STH) are installed in the same FIWARE Lab machine and they are accessed remotely using a public IP address.
The error message the STH component shows is the following one:
When changing the used service path from
/
to/something
everything works as expected.Thanks!
The text was updated successfully, but these errors were encountered: