XML Editor
Sign up for a WebBoard account Sign Up Keyword Search Search More Options... Options
Chat Rooms Chat Help Help News News Log in to WebBoard Log in Not Logged in
Show tree view Topic
Go to previous topicPrev TopicGo to next topicNext Topic
Postnext
Nestor BucoskySubject: Does anyone use XML from ADO Wizard
Author: Nestor Bucosky
Date: 11 Apr 2003 09:52 AM
Does anyone use XML from ADO Wizard ?

What I would like to do is create an xml file from a Microsoft Access Table and try to map that xml file to another xml file.

Theoretically, I could use Stylus Studio to do this mapping. I had several problems with the xml file generated using the ADO wizard.


1) In the data portion of the xml file, only half of the columns came out.

2) The xmlfile uses names spaces and several of the namespaces were "UUID" #'s. I want to apply these files in a UNIX environment and UUID #'s may not work.

3) If I were to use the "ADO" feature in SS, I need to be able to do this in a "batch" mode and not manually.

I would appreciate any assistance

Thanks

Postnext
(Deleted User) Subject: Does anyone use XML from ADO Wizard
Author: (Deleted User)
Date: 11 Apr 2003 10:21 AM
Hi Nestor,
sorry for the late reply, but it looks like the software managing the board ate my previous reply....

On 4/11/03 9:52:27 AM, Nestor Bucosky wrote:
>Does anyone use XML from ADO
>Wizard ?
>
>What I would like to do is
>create an xml file from a
>Microsoft Access Table and try
>to map that xml file to
>another xml file.
>
>Theoretically, I could use
>Stylus Studio to do this
>mapping. I had several
>problems with the xml file
>generated using the ADO
>wizard.
>
>
>1) In the data portion of the
>xml file, only half of the
>columns came out.

Can you list the data type of the columns that didn't appear in the XML file (maybe ADO could not map them into XML data types...)
Can you tell us the version of ADO you are using (look at the version properties of the file C:\Program Files\Common Files\System\ADO\msado15.dll)
In any case, can you attach/send us an empty Access table with the same structure you are using?

>2) The xmlfile uses names
>spaces and several of the
>namespaces were "UUID" #'s. I
>want to apply these files in a
>UNIX environment and UUID #'s
>may not work.

Why shouldn't they work? The namespace URIs are just unique identifier; they don't have any system-specific meaning.

>3) If I were to use the "ADO"
>feature in SS, I need to be
>able to do this in a "batch"
>mode and not manually.

You can do it; you can create a small program in the language of your choice (VBScript, JScript, C++...) and drive the ADO conversion.

Hope this helps,
Alberto

Postnext
Nestor BucoskySubject: Does anyone use XML from ADO Wizard
Author: Nestor Bucosky
Date: 11 Apr 2003 10:59 AM
On 4/11/03 10:21:49 AM, Alberto Massari wrote:
>Hi Nestor,
>sorry for the late reply, but
>it looks like the software
>managing the board ate my
>previous reply....
>
>On 4/11/03 9:52:27 AM, Nestor Bucosky
>wrote:
>>Does anyone use XML from ADO
>>Wizard ?
>>
>>What I would like to do is
>>create an xml file from a
>>Microsoft Access Table and try
>>to map that xml file to
>>another xml file.
>>
>>Theoretically, I could use
>>Stylus Studio to do this
>>mapping. I had several
>>problems with the xml file
>>generated using the ADO
>>wizard.
>>
>>
>>1) In the data portion of the
>>xml file, only half of the
>>columns came out.
>
>Can you list the data type of the
>columns that didn't appear in the XML
>file (maybe ADO could not map them into
>XML data types...)
>Can you tell us the version of ADO you
>are using (look at the version
>properties of the file C:\Program
>Files\Common
>Files\System\ADO\msado15.dll)
>In any case, can you attach/send us an
>empty Access table with the same
>structure you are using?
>
>>2) The xmlfile uses names
>>spaces and several of the
>>namespaces were "UUID" #'s. I
>>want to apply these files in a
>>UNIX environment and UUID #'s
>>may not work.
>
>Why shouldn't they work? The namespace
>URIs are just unique identifier; they
>don't have any system-specific meaning.
>
>>3) If I were to use the "ADO"
>>feature in SS, I need to be
>>able to do this in a "batch"
>>mode and not manually.
>
>You can do it; you can create a small
>program in the language of your choice
>(VBScript, JScript, C++...) and drive
>the ADO conversion.
>
>Hope this helps,
>Alberto

Alberto

I appreciate your help...

1) The data type of the columns that didn't appear in the XML file were the same as the columns which did appear namely "Text"

The version of ADO that I was using was (VERSION 2.60.6526.0)

I am attaching an Access database with just the single table. Everytime I generate the xml file, a different # of columns are created in the data section. All the columns appear in the "AttributeTypes".


thanks again

Nestor


Applicationss.mdb
DB with single Access tbl with 2 rows

Postnext
(Deleted User) Subject: Re: Does anyone use XML from ADO Wizard
Author: (Deleted User)
Date: 14 Apr 2003 11:16 AM
Hi Nestor,
thanks for the testcase.

It looks like the fields that ADO doesn't write in the generated XML are
NULL fields (that is, they don't even contain an empty string).
If you need the XML to have empty entries for the missing column, you
should either change the database schema not to allow NULL values, or be
sure to enter empty strings in those fields.

Hope this helps,

Alberto

Posttop
Nestor BucoskySubject: Re: Does anyone use XML from ADO Wizard
Author: Nestor Bucosky
Date: 14 Apr 2003 12:59 PM
Alberto

I think you nailed it. Thanks again...

Take Care

Nestor

 
Go to previous topicPrev TopicGo to next topicNext Topic
Download A Free Trial of Stylus Studio 6 XML Professional Edition Today! Powered by Stylus Studio, the world's leading XML IDE for XML, XSLT, XQuery, XML Schema, DTD, XPath, WSDL, XHTML, SQL/XML, and XML Mapping!  
go

Log In Options

Site Map | Privacy Policy | Terms of Use | Trademarks
Stylus Scoop XML Newsletter:
W3C Member
Stylus Studio® and DataDirect XQuery ™are from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2016 All Rights Reserved.