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
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Postnext
toadie d.Subject: Bug in X12 parsing/Validation: resource "XSB-040300.properties" was not found
Author: toadie d.
Date: 19 Dec 2005 08:57 PM
I've modified the demo.java to add 2 more test cases

Test 5: reading in file 831.x12 and parse it.
Test 6: reading in fiel bad831.x12 and parse it

When running against file bad831.x12, i am getting a resource not found error. ???

I am attaching the snippet of code that I added to demo.java.

test 1 succeeded: one.csv -> OutputFile: one.xml
test 1 succeeded: one.csv -> OutputFile: one_stream.xml
test 2 succeeded: two.xml -> OutputFile: two.csv
test 3 succeeded: three.txt -> OutputFile: three.xml
test 4 succeeded: 831.x12-> OutputFile: 831.xml
java.io.FileNotFoundException: The necessary resource "XSB-040300.properties" was not found
at com.stylusstudio.adapter.edi.EDI.getResource(EDI.java:73)
at com.stylusstudio.adapter.edi.SegmentReader.sniffISA(SegmentReader.java:682)
at com.stylusstudio.adapter.edi.SegmentReader.readSegment(SegmentReader.java:224)
at com.stylusstudio.adapter.edi.EDI.toXML(EDI.java:240)
at com.stylusstudio.adapter.fs.AdapterRunner.run(AdapterRunner.java:65)
at java.lang.Thread.run(Thread.java:534)


Unknownsnippet.java
snippet.java

Postnext
Minollo I.Subject: Bug in X12 parsing/Validation: resource
Author: Minollo I.
Date: 19 Dec 2005 11:24 PM
Toadie,
what is "bad831.x12"?

From the error you are getting, it looks like bad831.x12 is either using an X12 version that is not covered by Stylus Studio (http://www.stylusstudio.com/edi/X12_standard.html), or it has a wrong format.

If you believe the message should be handled correctly, can you attach it here or email it to stylus-field-report@progress.com?

Thanks,
Minollo

Postnext
toadie d.Subject: Bug in X12 parsing/Validation: resource
Author: toadie d.
Date: 20 Dec 2005 01:30 AM
my bad sorry. i corrupted the file while copying it.

I do have a follow-up question on validation though.

When you set validation to true during parsing, what exactly is being validated? for example, when parsing the sample bad831.x12 file, I get

Segment ST, Element 143: Cannot decode value "xxx" (null:3,4)

However if i change the 'good' 831.x12 file and make it bad by altering some or all of IEA/GE/SE count, no error is triggered.




Postnext
toadie d.Subject: Bug in X12 parsing/Validation: resource
Author: toadie d.
Date: 20 Dec 2005 01:31 AM
Sorry, I forget to qualify that 'bad831.x12' comes from the examples direcotry

C:\Program Files\Stylus Studio 2006 XML Enterprise Edition\examples\ConvertToXML

Postnext
Tony LavinioSubject: Bug in X12 parsing/Validation: resource
Author: Tony Lavinio
Date: 20 Dec 2005 09:52 AM
First, the reason the error occurred was probably because for X12
work, the X12.jar file needs to be in the classpath, and 831.x12 is
definitely an X12 file.

But the question you asked was, what does the 'validation' option do?

It validates as to STRUCTURE, not CONTENT. It makes sure that the
segments provided are in the proper order, all mandatory segments
are present, the version is a version we support in the library,
and that segments have the correct number of elements.

Postnext
Tony LavinioSubject: Bug in X12 parsing/Validation: resource
Author: Tony Lavinio
Date: 20 Dec 2005 09:54 AM
For validation on CONTENT, we use the XML Schema files that we can
generate from the EDI dictionaries.

We do not currently validate the contents of IEA/GE/SE segments, nor
the EDIFACT equivalent UNB/UNH/UNT/UNZ (or UI* either). Is this
something that you would like to see?

Postnext
toadie d.Subject: Bug in X12 parsing/Validation: resource
Author: toadie d.
Date: 20 Dec 2005 12:26 PM
Hi
>For validation on CONTENT, we
>use the XML Schema files that we can generate from the EDI >dictionaries.

Does the schema implementation currently validate the IEA counts etc??

>We do not currently validate the contents of IEA/GE/SE segments, nor
>the EDIFACT equivalent UNB/UNH/UNT/UNZ (or UI* either). Is this
>something that you would like to see?

I think from a product perspective, it'd be great to be able to (ie. out of the box) validate against ANSI X12 or UN/EDIFACT standard.

Beyond the standards, if any customizations are to be needed, custom schemas should be created.

Also a few other nice things that would be great to have:

1. When a parsing error occurs, you throw an IOException which contains a serialized error msg from a previously thrown Stylus Exception. The Stylus exception contains decent detailed information. However, it would be much preferred if you can return.

a) a nested exception along with related ISA/GS/ST information
b) or better, keep parsing as far as possible and return a list of all exceptions as array of nested exceptions (along with related GS/ST information)


That way, the error messages in the nested exceptions along with the ISA/GS/ST information can be used constructing a 997 or CONTRL message.

Postnext
toadie d.Subject: Bug in X12 parsing/Validation: resource
Author: toadie d.
Date: 20 Dec 2005 01:04 PM
One comment on the structure of a X12 831 converted to XML:

<X12>
<ISA> .... </ISA>
<GS> ... </GS>
<ST> .. </ST>
<ST> .. </ST>
<GE> ... </GE>

<GS> ... </GS>
<ST> .. </ST>
<ST> .. </ST>
<GE> ... </GE>

<IEA> ... </IEA>
</X12>

With the above structure
1. it's very difficult to use an XPath to find the children ST of a particular GS.
2. For a given GS, it's hard to find the matching GE. You'd have to use the GS06 to match with GE02

possibly a better structure is model the hiearchical relationship of the X12 document?

Postnext
Tony LavinioSubject: Bug in X12 parsing/Validation: resource
Author: Tony Lavinio
Date: 27 Dec 2005 03:41 PM
If you are using the native X12 adapter, you should see a structure
that is nested just the way you want:

<X12>
<ISA>...</ISA>
<GS>...</GS>
<TS_831>
<ST>...</ST>
...rest of this 831 transaction...
<SE>...</SE>
</TS_831>
<TS_831>
<ST>...</ST>
...rest of this 831 transaction...
<SE>...</SE>
</TS_831>
<GE>...</GE>
<IEA>...</IEA>
</X12>

I'm not sure where your problem lies. Could we see an example of a
document procudes XML that doesn't include the TS_... wrappers around
each transaction?

(Now, if you are using the Convert-to-XML tool instead of the native
adapter, you will get flat XML. In that case, you can use the output
from there as input to XSLT or XQuery to transform it in whatever way
you like.)

Postnext
toadie d.Subject: Bug in X12 parsing/Validation: resource
Author: toadie d.
Date: 29 Dec 2005 02:31 PM
Originally Posted: 29 Dec 2005 02:30 PM
Hi Tony, Sorry for my typo mistake in the earlier post. Here's a screen shot along with the note inside the JPG file describing what I meant to say. Thanks


ImageStylusXML.bmp

Posttop
Tony LavinioSubject: Bug in X12 parsing/Validation: resource
Author: Tony Lavinio
Date: 09 Jan 2006 11:36 AM
I noticed that this wasn't directly answered.
You can still find the associated GS even when there are multiple
TS_* elements. Just use the prev-sibling:: axis to look for the
first preceding element named GS.

 
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 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.