[midPoint] Prefix namespace bindings may not be empty
Petr Gašparík - AMI Praha a.s.
petr.gasparik at ami.cz
Wed Apr 15 18:50:26 CEST 2020
Hi all,
solved by using the hint from Pavol Mederly. There HAD to be c: prefix on
validFrom / validTo attributes.
All other attributes do not need it.
Pavol, thank you!
PS: Still strange why each environment adds different namespaces, plus
format them differently - on TEST they are two lines, on PROD it is one
line...
--
s pozdravem
*Petr Gašparík*
konzultant IT bezpečnosti
gsm: [+420] 603 523 860
e‑mail: petr.gasparik at ami.cz
*AMI Praha a.s.*
Pláničkova 11, 162 00 Praha 6
tel.: [+420] 274 783 239 | web: www.ami.cz
[image: AMI Praha a.s.]
Textem tohoto e‑mailu podepisující neslibuje uzavřít ani neuzavírá
za společnost AMI Praha a.s.
jakoukoliv smlouvu. Každá smlouva, pokud bude uzavřena, musí mít výhradně
písemnou formu.
Tento e‑mail je určen výhradně pro potřeby jeho adresáta/ů a může obsahovat
důvěrné nebo osobní
informace. Nejste‑li zamýšleným příjemcem, je zakázáno jakékoliv
zveřejňování, zprostředkování
nebo jiné použití těchto informací. Pokud jste obdrželi e‑mail neoprávněně,
informujte o tom prosím
odesílatele a vymažte neprodleně všechny kopie tohoto e‑mailu včetně
všech jeho příloh. Nakládáním
s neoprávněně získanými informacemi se vystavujete riziku právního postihu.
st 15. 4. 2020 v 7:41 odesílatel Pavol Mederly <mederly at evolveum.com>
napsal:
> ...I forgot to add something related to second part of your mail: are your
> test & production environments really identical? What version?
>
> What you see might be related to the exception mentioned. Generally I'd
> say that in the "production" case the "c" XML prefix is not defined in the
> XML object while serializing it, so it's added there. Nothing special. But
> it's really interesting that the other environment does not do that.
>
> Pavol Mederly
> Software developerevolveum.com
>
> On 14/04/2020 13:40, Petr Gašparík - AMI Praha a.s. wrote:
>
> Hi all,
> I am seeking for help with a bug that haunting us for half a day:
>
> prefix="xmlns",localpart="qn906",rawname="xmlns:qn906"" is invalid.
> Prefixed namespace bindings may not be empty.
>
> What we have done:
>
> - we use *assignmentTargetSearch *to assign a service to an user
> - we use *populate* to set validFrom/validTo for this new user's
> assignment to a service
>
> If we delete the "populate" structure from the template, it works.
>
> The bug is pretty cryptic to us.
>
> ------------------------------
>
> Also, there is a strange behaviour of midPoint (may be related) - two
> identical* environments (test, production) with two identical midPoints,
> and every environment add different sets of namespace attributes:
>
> - we upload this tag - part of "populate" structure:
> <script>
> - environment test normalizes it to:
> <script xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:type="c:ScriptExpressionEvaluatorType">
> - environment production normalizes it to:
> <script xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:c="
> http://midpoint.evolveum.com/xml/ns/public/common/common-3"
> xsi:type="c:ScriptExpressionEvaluatorType">
>
> Any tips would be helpful. Thank you in advance!
>
> --
>
> best regards
>
> *Petr Gašparík*
> konzultant IT bezpečnosti
>
> gsm: [+420] 603 523 860
> e‑mail: petr.gasparik at ami.cz
>
> *AMI Praha a.s.*
> Pláničkova 11, 162 00 Praha 6
>
> tel.: [+420] 274 783 239 | web: www.ami.cz
>
> [image: AMI Praha a.s.]
>
> Textem tohoto e‑mailu podepisující neslibuje uzavřít ani neuzavírá
> za společnost AMI Praha a.s.
> jakoukoliv smlouvu. Každá smlouva, pokud bude uzavřena, musí mít výhradně
> písemnou formu.
>
> Tento e‑mail je určen výhradně pro potřeby jeho adresáta/ů a může
> obsahovat důvěrné nebo osobní
> informace. Nejste‑li zamýšleným příjemcem, je zakázáno jakékoliv
> zveřejňování, zprostředkování
> nebo jiné použití těchto informací. Pokud jste obdrželi e‑mail
> neoprávněně, informujte o tom prosím
> odesílatele a vymažte neprodleně všechny kopie tohoto e‑mailu včetně
> všech jeho příloh. Nakládáním
> s neoprávněně získanými informacemi se vystavujete riziku právního postihu.
>
> _______________________________________________
> midPoint mailing listmidPoint at lists.evolveum.comhttps://lists.evolveum.com/mailman/listinfo/midpoint
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> https://lists.evolveum.com/mailman/listinfo/midpoint
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20200415/79977f4e/attachment.htm>
More information about the midPoint
mailing list