From rogpeppe at gmail.com  Wed May 19 14:48:43 2010
From: rogpeppe at gmail.com (roger peppe)
Date: Wed, 19 May 2010 15:48:43 +0100
Subject: [cl-xmlspam-devel] Problem with parsing xmlns="http://...."
	attributes
In-Reply-To: <x2q351443f31004290127hd315e266t5c46140901f010af@mail.gmail.com>
References: <x2q351443f31004290127hd315e266t5c46140901f010af@mail.gmail.com>
Message-ID: <AANLkTiknJt-b1URDNEMp_lpFVaE9yKwjmDDFQOhQ1wgu@mail.gmail.com>

hi,
this looks like it's caused by a bug (feature?) of
the cxml klacks parser. when it finds an attribute
with the name"xmlns" the klacks:map-attributes
function calls its argument with a nil name.

i've fixed my version, and it seems to work ok.
now i just have to remember how to upload to common-lisp.net!

i've attached the modified xspam.lisp

cheers,
  rog.

PS. feel free to give any more feedback or questions.

On 29 April 2010 09:27, Pavel G. Koukoushkin <k.pavel.g at gmail.com> wrote:
> Hi!
>
> I found the problem. When I try to parse such xml:
>
> <booking id="..." ...>
> <GetAgreementCredentialsResponse>
> <credentials agencyId="123" xmlns="http://....">
>
> with this code
>
> (defun extract-agency-data (data)
> ?(with-xspam-soap-body data
> ? ?(element :|GetAgreementCredentialsResponse|
> ? ? ? ? ? ? (element :|GetAgreementCredentialsResult|
> ? ? ? ? ? ? ? ? ? ? ?(element :|credentials|
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? (attribute "agencyId"
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? _))))))
>
> And it crashes, because nil is passed to make-qname0 to second
> argument (it must be attribute name)
>
> --
> ? ?????????, ???????? ?????.
> ??????????? ??? "?????"
>
> _______________________________________________
> cl-xmlspam-devel mailing list
> cl-xmlspam-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/cl-xmlspam-devel
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xspam.lisp
Type: application/octet-stream
Size: 22408 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-xmlspam-devel/attachments/20100519/ec8bdeae/attachment.obj>