-
-
Notifications
You must be signed in to change notification settings - Fork 590
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
Zeep always overriding namespace prefixes defined in the WSDL? #870
Comments
I'm also looking for this. Keeping the original namespace prefixes would be a great help when digging through enormous WSDL definitions. |
+1 |
The bug is from Zeep: mvantellingen/python-zeep#870
with my sample wsdl def's (shown below) Prefixes: I am having a difficult time removing ns0: in the sending xml, which I believe is due to the the targetNamespace being set, therefore the receiving service errors with ns0: |
This fixes some Tapo cameras that respond with a 500 error when receiving the ns0/ns1 namespace prefix with embedded xmlns definitions inside each element. A similar change was done upstream here: FalkTannhaeuser/python-onvif-zeep#46 for mvantellingen/python-zeep#870. I also updated the events example that was broken.
* Add shortened common onvif namespace prefixes. This fixes some Tapo cameras that respond with a 500 error when receiving the ns0/ns1 namespace prefix with embedded xmlns definitions inside each element. A similar change was done upstream here: FalkTannhaeuser/python-onvif-zeep#46 for mvantellingen/python-zeep#870. I also updated the events example that was broken. * chore(pre-commit.ci): auto fixes * Update requirements.txt * fix examples --------- Co-authored-by: J. Nick Koston <nick@koston.org> Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
For example in my WSDL ( https://www.emta.ee/sites/default/files/ariklient/aktsiisid-vara-hasartmang/hampi/hampi-xrd-v6.wsdl ) I have following namespace definitions:
Is there a possibility zeep does not override the prefixes and I could use
xrd:XRoadClientIdentifierType
instead ofns3:XRoadClientIdentifierType
?The text was updated successfully, but these errors were encountered: