RE: XMLBeans performance and source code status [Re: Proposal: XMLBeans]

2003-07-07 Thread Eric Vasilik
OTECTED] Subject: Re: XMLBeans performance and source code status [Re: Proposal: XMLBeans] Eric, What's the relationship between XmlCursor and the JSR-173 Streaming API for XML? Ted Eric Vasilik wrote: >When working with XMLBeans in a strongly typed way (with a Schema), individual >obj

Re: XMLBeans performance and source code status [Re: Proposal: XMLBeans]

2003-07-06 Thread Aleksander Slominski
David Bau wrote: >Adding a few links and other info - > >Eric Vasilik writes: > >>The synchronization described refers to the fact >>that one may manipulate the XML via the XmlCursor >>or the strongly typed XMLBean classes generated from >>the schema > > >As Eric says, we don't want to confuse the

Re: XMLBeans performance and source code status [Re: Proposal: XMLBeans]

2003-07-06 Thread Ted Leung
Eric, What's the relationship between XmlCursor and the JSR-173 Streaming API for XML? Ted Eric Vasilik wrote: When working with XMLBeans in a strongly typed way (with a Schema), individual objects are created for each piece of information, usually instances of simple and complex Schema types.

RE: XMLBeans performance and source code status [Re: Proposal: XMLBeans]

2003-07-05 Thread Eric Vasilik
ect: XMLBeans performance and source code status [Re: Proposal: XMLBeans] Cliff Schmidt wrote: >>What's compelling about XMLBeans compared to some of the other front >>runners, such as JDOM and XOM, Castor and JAXB? >> >> > >The main difference between XMLBea

XMLBeans performance and source code status [Re: Proposal: XMLBeans]

2003-07-04 Thread Aleksander Slominski
Cliff Schmidt wrote: What's compelling about XMLBeans compared to some of the other front runners, such as JDOM and XOM, Castor and JAXB? The main difference between XMLBeans and JDOM or XOM is that XMLBeans does not create objects for each XML information item. Instead, it provides cursor-