OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-dev message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: Re: [ebxml-dev] XML Data Binding


Hi Jimmy

Your right, some data binding implementations can be slow, but the
benchmarks we've performed show our implementation to be similar if not
faster than a validating DOM parser. Because the generated code performs
effectively 'hard coded' validation, and a normal DOM parser has be 'data
driven', which is slower.
Our implementation wins out, or is marginally slower the majority of the
time, there are many factors that effect performance, size of schema, size
of XML document, complexity of schema/document, number of documents
processed in a session etc.

Thanks Simon


----- Original Message ----- 
From: "Jimmy Zhang" <jzhang2004@sbcglobal.net>
To: "Simon Sprott" <Sales@liquid-technologies.com>;
<ebxml-dev@lists.ebxml.org>
Sent: Thursday, August 12, 2004 9:10 PM
Subject: Re: [ebxml-dev] XML Data Binding


> Also beware that data binding is often much slower
> than DOM.
>
> --- Simon Sprott <Sales@liquid-technologies.com>
> wrote:
>
> > Hi
> >
> > XSD's are excellent at describing a standard, but
> > ultimately programs need
> > to be written to create or consume compliant XML.
> > Their are a number of ways
> > of doing this, DOM parsers SAX parsers or XML Data
> > Binding.
> >
> > XML Data binding takes your XSD, and generates
> > classes from it. Each class
> > represents an element or complex type from the
> > schema. Now instead of
> > writing mountains of unintuitive code to deal with
> > DOM objects, you can
> > reference the simple generated classes dealing with
> > strongly typed
> > properties. XML documents can be
> > serialized/deserialized from these objects.
> >
> > This has a number of advantages;
> >     o Much faster development
> >     o Higher level of compliance to schema
> >     o Inconsistencies between code and schema can be
> > identified at compile
> > time.
> >
> > Here at Liquid Technologies we have spent the last 3
> > years developing and
> > refining a system that is now best of breed,
> > generating Java, C#, cross
> > platform C++ or Visual Basic 6 code from XSD, XDR &
> > DTD's schemas.
> >
> > A free evaluation is available from our site
> > http://www.liquid-technologies.com/Products.htm
> >
> > Thank you for your time
> >
> > Simon Sprott.
> > ebxml-dev@lists.ebxml.org
> >
> >
> >
>
>
>




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Search: Match: Sort by:
Words: | Help


Powered by eList eXpress LLC