Geoffrey Winn wrote:
Sebastian,
I looked into this a bit more and it may not be as bad as it appears.
Currently, when the XML parser encounters an element for which there
is no
type defined, it ignores that element and all of its content, resuming
the
parse once that unknown element has
Sebastian,
I looked into this a bit more and it may not be as bad as it appears.
Currently, when the XML parser encounters an element for which there is no
type defined, it ignores that element and all of its content, resuming the
parse once that unknown element has ended. The exception to this
Can you create an open type on the fly? Is the datafactory not locked once
the first DO is created?
Cheers,
On 09/10/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
Sebastian,
I looked into this a bit more and it may not be as bad as it appears.
Currently, when the XML parser encounters an
That's a different question.
As I understand it, Sebastian (and others) were asking about loading an XML
instance document without a corresponding xsd (or any other type
information) and as above there is a way to do that and I can hack it to
make it a little easier.
As you say, you cannot
Well it depends on which DataFactory you are using during the loading of the
xml. I would usually create an XSDHelper and load a schema. I'd then create
an XMLHelper using the DataFactory from the XSDHelper. I then load my xml.
If I now load a schemaless xml using that XMLHelper how do you create
That is still a separate issue from the one Sebastian raised.
Sebastian specifically stated that he did not have an xsd and didn't want
one. Loading an XML instance without type information in that situation can
be done, via a small xsd file immediately (as a workaround), and via small
code
You are assuming the state of the DataFactory that is passed in when loading
the xml.
XMLHelperptr xmlH = HelperProvider::getXMLHelper(); // returns clean XML
helper with virgin DataFactory
XMLDocumentPtr xmlD = xmlH-load(mySchemaless.xml); // your fix would make
this work BUT the DataFactory is
On 10/9/06, Pete Robbins [EMAIL PROTECTED] wrote:
You are assuming the state of the DataFactory that is passed in when
loading
the xml.
XMLHelperptr xmlH = HelperProvider::getXMLHelper(); // returns clean XML
helper with virgin DataFactory
XMLDocumentPtr xmlD = xmlH-load(mySchemaless.xml); //
We'd be interested to make use of this feature in the PHP SDO project, too.
I can see one possible workaround and one possible fix for this.
The workaround is that you provide an xsd that defines just the root
element
giving it open content. In your case that would be something like
I won't be able to do anything about this until the week after next at the
earliest (ie early October) - but even then I have other commitments. I'll
try to find some time to look at it then.
Regards,
Geoff.
On 21/09/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Geoffrey Winn wrote:
I
On 9/21/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
I won't be able to do anything about this until the week after next at the
earliest (ie early October) - but even then I have other commitments. I'll
try to find some time to look at it then.
Regards,
Geoff.
On 21/09/06, Jean-Sebastien
On 9/7/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Well, I can load it, but it's desperately empty :)
Given the following XML:
customerfirstNameJane/firstNamelastNameDoe/lastName/customer
I have no XSD for this document, and don't want to have one or have to
define specific SDO types
I spoke to Ed about this and it seems that when there is no type information
available, the XML parser makes a series of assumptions about the structure
of the incoming data (for example all elements are assumed to be repeating).
Of course, these assumptions are not always correct. It also means
Well, I can load it, but it's desperately empty :)
Given the following XML:
customerfirstNameJane/firstNamelastNameDoe/lastName/customer
I have no XSD for this document, and don't want to have one or have to
define specific SDO types for it. I just want to load this XML into an
SDO
14 matches
Mail list logo