Ok! We will be using string until there is no fix for it.
On Tue, Jun 24, 2008 at 6:27 AM, Matthew Peters <
[EMAIL PROTECTED]> wrote:
> Hi Silvano, just to say that I bumped into Caroline who said she is
> going to take a look at it and see what it will take to get the right
> behaviour during xml generation.
> On Jun 19, 10:40 am, Matthew Peters <[EMAIL PROTECTED]>
> > Hi Caroline, thanks for a very authoritative answer, as always. The
> > one we are going to need to fix, of course, is the Tuscany behaviour,
> > and what it does on $xmldas->saveString($xdoc), since that is what we
> > use to generate the XML for the soap response ... unless we do some
> > horrid fix up of the generated xml afterwards. Can you work out what
> > the Tuscany change needs to be?
> > Matthew
> > On Jun 19, 2:33 am, "Silvano Girardi Jr" <[EMAIL PROTECTED]> wrote:
> > > On Wed, Jun 18, 2008 at 9:05 PM, Caroline Maynard <[EMAIL PROTECTED]>
> > > > I think this accounts for the behaviour of Matthew's testcase. But
> > > > going through similar Tuscany code when converting between SDOs and
> > > > and this will really need a Tuscany change.
> > > > I did check this against the SDO 2.1 spec, and that expects doubles
> > > > floats to be printed as [0-9]*('.'[0-9])?('E'|'e'). So I don't know
> > > > where Tuscany got its format. Certainly not from the XML schema spec:
> > > >http://www.w3.org/TR/xmlschema-2/#float.
You received this message because you are subscribed to the Google Groups
To post to this group, send email to firstname.lastname@example.org
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at