Joint XD* Strategy Meeting 2010-09-30

Notes from Joint XD* Strategy Meeting
Date: Thursday, September 30
Time: 2:00pm-2:30pm
Attendees: George Cole, Ron Cordell, Beau Grantham, Sri Koka, Vince Lewis, Arien Malec, Jas Singh

Notes

Arien Malec

• Identified the two arcs for the XD* side
  • Step-up, step-down
  • De novo
• Recognized that the Java side is good on the step-up, step-down

Vince Lewis

• Mentioned that these could be organized into four cases
  • Identified the pure XDR to XDR case (EHR to HISP to EHR, EHR to SMTP, SMTP to SMTP)

Arien Malec

• Stated that the step-up is EHR to XDR

Vince Lewis

• Asked for clarification on the C-Sharp side with respect XD*

Arien Malec

• Responded that the C-Sharp team is working with an object model which goes to XML

Vince Lewis

• Indicated that he did some research
  • Take the XDR to a document registry WSDL
  • Takes the WSDL + all the classes in order to flush out the entire schedule

Arien Malec

• Responded that would get him an object model that gives him the MTOM encoded stuff and the raw XML stuff
  • Sitting on top of the ep-XML

Vince Lewis

• Stated that should generate:
  1. Service level classes that correspond to the WSDL, operations, and messages
  2. Set of classes that deal with the inner-level classes

Ron Cordell

• Responded that Vince Lewis would not get both
  • They would not get the object model for the metadata

Arien Malec

• Expressed view that it is better to create a new object model which is cleaner

Vince Lewis

• Stated that deals with the XML level, not an object abstraction level of the XML

Arien Malec

• Responded that he is following the IHE specification
  • The object has an author
  • The author has an institution associated with it
  • Set of classifications that are underlying
• Indicated he has a plan for the C-Sharp side
  1. Build the reader and the writer
  2. Build the XDM packaging/unpackaging
  3. SOAP XML and associated MTOM
     • Package/unpackage
  4. Resolver
     • This is for determining how to package for a certain address
       • XDM or XDR
     • SMTP or SOAP?
     • Fake it 'till you make it
     • Initially hard-code certain domains/addresses that are SOAP receivers

Vince Lewis

• Stated they could use the same API to fill it in on the client side

Ron Cordell

• Indicated that they are not having the same issues with the C-Sharp side
  • MTOM is something you assign to your WCF client side

Vince Lewis

• Indicated that the "Java guts" creation unit is causing problems with MTOM
  • Need to make a minor change to the XGG
  • Without the right streaming capability, will not provision the MTOM properly
• Building a client side API is not difficult - should take two hours
  • Normally sets up a properties file that points to a test CCD
  • Brings to XDR or XDD endpoint

Arien Malec

• Noted that if this is completed, it will bring much confidence to the implementation geographies

Vince Lewis

• Stated he could get this done before the end of the weekend

Sri Koka

• Asked if this could be brought to the C-Sharp side

Vince Lewis

• Responded that he is attempting to do so with his current code

Arien Malec

• Added that he is going to continue to work on what he is doing for the C-Sharp side
• However, Arien Malec indicated he has no issue if the alternative approach works best
  • "If it is complete on one side, just declare victory"

George Cole

• Stated that he has not done any coding work with this group
  • Just got a clone of the code
• Cannot commit to coding right now
  • Could supply them with a sample of some WCF code that performs XDS submissions

Arien Malec

• Responded that would help considerably

George Cole

• Responded that he could put that together in smaller packages and share

Arien Malec

• Stated that he is building one side of bridge, and that can get at the other side of the bridge
  • Arien Malec will write up a plan for the C-Sharp side
  • Vince Lewis can write up a plan for the Java side