XMLPort - Execution/assignment order
bhalpin
Member Posts: 309
Hi.
I'm writing an import XMLPort. The port is meant to read an xml file, compare the contents to shipping records in the database, and report differences. As it is not actually importing any data, the SourceType for all the elements is Text.
Here is the 'skeleton' of the Tag Names:
When writing & testing my validations I became confused by the apparent order that the text variable 'triggers' were executing. Some logging of the order revealed this:
(The import data had two items.)
Seeing this I became 'meditative' :-k
Ok, if that's the execution order, I can handle it. In fact I prefer it. But I'm worried.
Can I count on this behaviour? ie: Is it documented anywhere?
The only remotely relevant mention about this I could find was in the Application Designers Guide (5.0) on page 462:
Probaly irrelevant, and certainly useless since that is the *only* occurance of the word 'stylesheet' in the entire file. (Another "state-secret" I guess. #-o )
Has anyone dealt with this and have any insight that can give me confidence in the behaviour I am seeing?
Thanks' in advance.
Bob
I'm writing an import XMLPort. The port is meant to read an xml file, compare the contents to shipping records in the database, and report differences. As it is not actually importing any data, the SourceType for all the elements is Text.
Here is the 'skeleton' of the Tag Names:
Data General Ship_From Ship_To Comments Lines Line Lots Lot
When writing & testing my validations I became confused by the apparent order that the text variable 'triggers' were executing. Some logging of the order revealed this:
OnPreXMLport Data OnAfterAssignVariable General OnAfterAssignVariable Ship_From OnAfterAssignVariable Ship_To OnAfterAssignVariable Comments OnAfterAssignVariable Lot OnAfterAssignVariable Lots OnAfterAssignVariable Line OnAfterAssignVariable Lot OnAfterAssignVariable Lots OnAfterAssignVariable Line OnAfterAssignVariable Lines OnAfterAssignVariable Data OnAfterAssignVariable OnPostXMLport
(The import data had two items.)
Seeing this I became 'meditative' :-k
Ok, if that's the execution order, I can handle it. In fact I prefer it. But I'm worried.
Can I count on this behaviour? ie: Is it documented anywhere?
The only remotely relevant mention about this I could find was in the Application Designers Guide (5.0) on page 462:
To avoid writing data directly to a table, you can apply a stylesheet to the XML document to ensure that the XML tag names are transferred in the correct order.
Probaly irrelevant, and certainly useless since that is the *only* occurance of the word 'stylesheet' in the entire file. (Another "state-secret" I guess. #-o )
Has anyone dealt with this and have any insight that can give me confidence in the behaviour I am seeing?
Thanks' in advance.
Bob
0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 610 NAV Courses, Exams & Certification
- 1.9K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 251 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions