09-05-2017 3:03 pm tekijä Anonymous
Moi,
Törmäsin tänään tositteen noudon yhteydessä ongelmaan netvisorin palauttaman xml:n parsinnassa. Alla oleellinen osa aineistosta:
<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<Root>
...
<VoucherLine>
<LineSum>-xxx</LineSum>
<Description>Air Balc Corpora</Description>
<AccountNumber>yyyy</AccountNumber>
<VatPercent>0</VatPercent>
<VatCode>-</VatCode>
</VoucherLine>
sisäänluku valitti tuosta  merkistä. Kyseinen merkki (ja muutkin  -  välillä) ovat C0 "control characters" merkkejä, joita ei sallita xml:n versiossa 1.0.
06-09-2017 10:40 am tekijä Anonymous
Hei, onko tähän tullut mitään päivitystä? Tänään löydettiin myös summa-kentästä non-breaking-space, eli XML:n sanitoinnissa lienee edelleen jotain ongelmia.
06-09-2017 12:04 pm tekijä Tapio Naumanen
Hei Juhani Takkunen
Tuo on kyllä backlogille kirjattu ongelmaksi, pitää sitä hieman edistellä.
Laitan sinulle tikettiä niin katsotaan tarkemmin speksejä tuosta teidän löydöstä.
Ping Arto Muikku.
08-09-2017 3:01 pm tekijä Tapio Naumanen
Kyseessä on siis tuotteen (getproduct.nv) nouto resurssin <ProductInventoryDetails> elementin sisältämä <InventoryAmount> kenttä.
Suuret luvut palautetaan kentässä välilyönnillä/lyönneillä (eli esim. 1 000 000,000 tai 10 000,00) eroteltuna.
Tällä hetkellä tuo white space ja tässä tapauksessa "non-breaking-space" https://en.wikipedia.org/wiki/Non-breaking_space tulee parsia koodista itse pois. Tarkastelemme tätä vielä sisäisesti, että yhtenäistetäänkö kaikki kentät samalle muotoilulle.
Tapio Naumanen
11-05-2017 3:58 pm tekijä Tapio Naumanen
Moi Teemu Laakso
Mielenkiintoista - siirretään tarkempi selvittely tästä taas Zendeskin puolelle niin voidaan käydä sanomia tarkemmin läpi.
Mutta vaikuttaisi siltä, että rajapinta ei osaa nyt käsitellä erikoiserkoismerkkiä - järkevää tuohon olisi tosiaan tehdä jokin enkoodaus, että ei nyt ainakaan tuollaisia merkkejä palauteta.