Digitaliser.dk

Hej Jonas

Du må meget gerne vedhæfte et eksempel på den xml du sender der giver ovenstående fejl.

Jeg er selv løbet ind i fejlmeldingen, men min erfaring er at det er en meget generisk fejl, der kan hænge sammen med alt fra manglende request-options til forkerte namespaces.

mvh
Niels

Jeg får samme fejlmelding, når jeg forsøger at bruge "ParseFullAddressTextLine" fra en PHP-klient.

Jeg vedhæfter en fil med det komplette request og response.

  M.v.h.

    Jonathan

Vedhæftede filer

• SOAP.txt

@Jonathan

Hvis du indsætter følgende request-option i din kode. så kommer der et fornuftigt output:

true

Det er påkrævet at minimum én af disse request-options er slået til. Man kan vælge mellem

• includeAddressAccess
• includeAddressPostal
• includeAddressPoint

Vi er enige i at fejlmeddelelsen ikke er brugbar, og som en yderligere bemærkning er manglende requestoptions kun problematisk såfremt den indtastede adresse er valid. Hvis man f.eks. skriver "Holsteinsgade 63, 2300 København Ø", så bliver den fint parset, men med en isValid værdi på 0.

Ud fra WSDL'en og http://aws.hvm.dk/ParseAddressService/ParseAddressService.asmx?op=ParseFullAddressTextLine ser det ud som om request options skal indsættes som

- men så får jeg fejlmeldingen:
Conversion from string "" to type 'Boolean' is not valid.

Prøver jeg derimod:

  true

- kommer jeg tilbage til den gammelkendte:
Object reference not set to an instance of an object.

Jeg vedhæfter en fil med kaldene. Er der evt. nogen, der kan poste et komplet kald, som ikke fejler?

  M.v.h.

    Jonathan

Vedhæftede filer

• SOAP.txt

Denne her virker vist

VH

Kristian

Nu med fil

Vedhæftede filer

• pfatl.txt

Jeg prøvede at sætte alle requestoptions til true (både "includeAddressAccess", "includeAddressPostal" og "includeAddressPoint"). Så virkede det!

Tak for hjælpen til Niels og Kristian.

  M.v.h.

    Jonathan

Jeg vil give mit besyv med, og sige at dette burde dokumenteres bedre. I testklienten fremgår det vist heller ikke at det er det, der sker.

Hvis ikke denne tråd havde været her, havde min udvikler haft lidt svært ved at se det.

Vi har også været ganske forvirrede over dette. Tilsyneladende er det kun parametren "includeAddressPostal" der skal være sat (og vel at mærke til en streng der på køretid konverteres til en værdi af typen boolean).

Jeg kan slet ikke forstå at man skal give nogle søgeparametre som tekststrenge, endda når de også er obligatoriske. En langt bedre (og oplagt) løsning ville være at inkludere dem som rigtige felter i forespørgslen, sådan at det fremgik af WSDL'en. På den måde kan man også give dem nogle ordentlige typer, så man ikke skal sende en "true"-streng, men en rigtig boolsk værdi.

Det virker ret ugennemtænkt, og jeg håber at det bliver rettet i nyere version af AWS. Vi har tænkt os at benytte denne web service i en sammenhæng hvor brugerne dynamisk skal kunne specificere hvordan webtjenesten skal kaldes. Hvis ikke obligatoriske parametre som disse kan ses i API'en, så er brugeren på bar bund.