|Re: [smila-user] smila date value vs. new processing|
Yes, good point, I was bothered about this myself, but there were other prioritiesâ
I think it should be simple to extend BON to include the type information for string values, and that should solve most problems. Iâll have a look into it when making the specs public, but Iâll also have to do some discussions with colleagues.
Iâm not sure yet what we good do about it in JSON. Maybe we could use JSON annotations. Iâll have to take a look into it.
The json spec states that dates are converted to strings and if u need dates u convert them urself if needed. I want to use XML anyhow, so no problem, right?
Well, not quite it seems. With the new processing (no AMQ) it seems that internally Json/BON is used and as a consequence I donât get date values anymore into my pipelines.
Is there any way to preserve the date value as a type? Any tricks?
If not: I think we would need to amend this! After all: what would be the point of the date type then?
Thomas Menzel @ brox IT-Solutions GmbH
Taglocity Tags: smila