ooh that is a good one .. could you show me the code please for this.
The reason i am curious is that for some reason it is thinking this is
inside a tag (cfoutput) and there is looking to evaluate the #.
Jeff Lucido wrote:
I have a down-n-dirty logging piece which uses serializeJson() for an
order processing system I wrote a little while back. I take the
serialized data and stuff it in a database so I can reference it at
another time. Today I ran into an issue when I tried to use
deserializeJson() to investigate the serialized data from the
database. Specifically, one of the fields is and address like such:
"customerAddr1":"650 GUNBY ROAD #232". Running the latest nightly of
OBD I get an error of "Badly formatted tag" with a detailed message of
"Unclosed string expression - missing 34." After I saw the hash sign I
added another one to the text and bam deserializeJson() worked like a
champ and built out my struct of data.
My question is this something which can be considered an error with
OBD either on the serializeJson() or deserializeJson() side
(considering OBD "built" the JSON string from the original order data)?
Thoughts and comments as always are welcome.
--
b: http://alan.blog-city.com/
--
official tag/function reference: http://openbd.org/manual/
mailing list - http://groups.google.com/group/openbd?hl=en
