XDM validator unable to decode valid XDM

[Brian Forsberg]

Hello,

I tried validating two XDM zip files with the same contents using the ETT XDM validator. The first zip file was created using .NET System.IO.Compression.ZipArchive. To create the second file I extracted the contents of the first file, then packaged them again using WinZip. Both files are valid zip archives and have the same contents, but the validator output is different. Attached are the WinZip test logs for both files. 

[McCaffrey, Andrew (Fed)]

Hello,

I'll take a look and get back to you on this. I did notice that there's
a 172 byte difference between the two files. Not sure what the
differences are.

-Andrew

> <https://lh3.googleusercontent.com/-s68SfO7vr8w/WEnitCj3LwI/AAAAAAAAAAM/04j2j1XYF90BLSAFYU43aGLQ68z5v-EnACLcB/s1600/validator1.png>
>
>
> <https://lh3.googleusercontent.com/-eFbCqLFoW0Q/WEniwrss1aI/AAAAAAAAAAQ/OmixYz9cBSom6IZFXeahAYFONIKGZjcbwCLcB/s1600/validator2.png>
>
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "Edge Test Tool (ETT)" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to edge-test-too...@googlegroups.com
> <mailto:edge-test-too...@googlegroups.com>.
> To post to this group, send email to edge-te...@googlegroups.com
> <mailto:edge-te...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/edge-test-tool/7d229a6c-3253-4229-8f54-8bfd3de444de%40googlegroups.com
> <https://groups.google.com/d/msgid/edge-test-tool/7d229a6c-3253-4229-8f54-8bfd3de444de%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit https://groups.google.com/d/optout.

[McCaffrey, Andrew (Fed)]

Hi,

I think I see what the issue is. The ss1.zip file does not contain a
declaration of the subdirectories. See ss1.zip:

Archive: ss1.zip
Length Method Size Cmpr Date Time CRC-32 Name
-------- ------ ------- ---- ---------- ----- -------- ----
81014 Defl:N 10074 88% 2015-05-20 10:24 057ce49b
IHE_XDM/SUBSET01/DOC1.XML
184 Defl:N 146 21% 2015-05-20 10:24 cad637ca README.TXT
377 Defl:N 232 39% 2015-05-20 10:24 ca100d0e INDEX.HTM
3763 Defl:N 1178 69% 2015-05-20 10:24 e9bd2d53
IHE_XDM/SUBSET01/METADATA.XML
-------- ------- --- -------
85338 11630 86% 4 files


Compared to ss2.zip:


Archive: ss2.zip
Length Method Size Cmpr Date Time CRC-32 Name
-------- ------ ------- ---- ---------- ----- -------- ----
184 Defl:X 146 21% 2015-05-20 10:24 cad637ca README.TXT
0 Stored 0 0% 2016-12-08 16:15 00000000 IHE_XDM/SUBSET01/
81014 Defl:X 9828 88% 2015-05-20 10:24 057ce49b
IHE_XDM/SUBSET01/DOC1.XML
3763 Defl:X 1178 69% 2015-05-20 10:24 e9bd2d53
IHE_XDM/SUBSET01/METADATA.XML
0 Stored 0 0% 2016-12-08 16:15 00000000 IHE_XDM/
377 Defl:X 232 39% 2015-05-20 10:24 ca100d0e INDEX.HTM
-------- ------- --- -------
85338 11384 87% 6 files

...which explicitly lists the IHE_XDM/ and IHE_XDM/SUBSET01/
subdirectories as separate items.

Here is a thread on the IHE XDS Implementors list that covers similar
ground:
<https://groups.google.com/forum/#!topic/ihe-xds-implementors/o4WJuXBelLw/discussion>.
That person's problem went away when their tooling explicitly created
the subdirectories.

Let me know if that makes a difference.

Thanks,

-Andrew


On 12/08/2016 06:04 PM, Brian Forsberg wrote:
>

[Brian Forsberg]

Hi Andrew,

Thank you for your quick and detailed response! I applied to the IHE XDS implementors group and will take a look at that thread.

Brian

> <mailto:edge-test-tool+unsub...@googlegroups.com>.