[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [ubl-dev] A personal perspective on considerations for UBL subsets, extensions, versions, validation and interchange
Ken, Appreciate the thoughts. I too sense this and the needs - but I'm suffering from the same volunteer-itus. Right now I'm working on two work projects and two open source projects and everything else in life. Unfortunately it's going to be some weeks before I can really focus on working up some UBL examples - but I do intend to focus on this - and have been actively discussing with other potential collaborators - as rule-based transaction handling is the next priority for me for a variety of project initiatives in the grants application and healthcare space particularly - not just UBL. BTW - for those interested - my team just launched the S2Sclient based on Hermes 1 - it's completely pre-configured to run "out the box" - and allows drag-and-drop secure transport of XML via the file system and ebXML messaging. It's worth browsing the documentation for insights - this could be very readily adapted to UBL transactions...see documentation Guides here: http://era.nih.gov/ElectronicReceipt/system.htm/#2 Thanks, DW Some notes: The ExchangeClient installation package can be downloaded from this link: S2SClientInstall.zip (Note: The file size is 99 MB). This package contains installation documentation, the developer guide and all software components needed for a sample installation. After sign up and registration with NIH is completed, a customized CPA file will be sent to the System-to-System Developer/Service Provider. This CPA file is used by the ExchangeClient and contains endpoint and identification information. This information is available on the System-to-System page on our website. http://era.nih.gov/ElectronicReceipt/system.htm -------- Original Message -------- Subject: [ubl-dev] A personal perspective on considerations for UBL subsets, extensions, versions, validation and interchange From: "G. Ken Holman" <gkholman@CraneSoftwrights.com> Date: Sat, June 10, 2006 2:08 pm To: UBL-Dev <ubl-dev@lists.oasis-open.org> Hello all, I've posted a publicly-downloadable copy of my personal contribution to the UBL discussion of subsets, extensions, versions, validation and interchange for UBL 2.0 (note this is version 0.2 ... there may be follow-on versions): http://www.oasis-open.org/committees/download.php/18660/gkholman-ubl-modeling-0.2.zip If you are reading this post from the archives, check here for the latest version, sorted by date, named "gkholman-ubl-modeling-X.Y.zip": http://www.oasis-open.org/committees/documents.php?num_per_wg=100&wg_abbrev=ubl&sort_field=d1.submission_date Some of the ideas are radical, but I haven't been convinced by demonstrative examples of alternative approaches to meet the business requirements I've seen. I do present a pure W3C Schema and XSLT 1.0 approach to the problems, without any references to RELAX-NG or NVDL. Some Schematron is used to create the XSLT used in the runtime process. I welcome suggestions for alternative approaches to those presented in my paper, backed up with demonstrative examples of functionality, not just quotes from a standards document or somebody else's paper ... the TC needs to see working code in order to be convinced decisions we are making are good for the long term. I would be very pleased if simpler solutions were found that meet all of the requirements. If requirements as stated are incorrect, or they change, then of course my proposals may not be appropriate. I'm proposing very late (too late?) changes to the NDR for UBL to ensure the schemas we produce next are more resilient to change and extension than the draft schemas of January 2006. I don't believe the NDR as they stand meet all our needs. I am focused on the technical aspects of the problems ... once the mechanics are set in place I feel we can then see what policy aspects of the problems need to be ... but I don't feel we can make policy decisions first and then decide on a technology like W3C XSD Schema and its constraints and then try to make something work when that technology won't let us do what we need. I hope this is considered constructive. . . . . . . . . . . . . . . Ken p.s. I apologize for how late this is being submitted, but my contribution to UBL is entirely volunteer and there are other obligations on my time ... I welcome assistance from anyone to evaluate and demonstrate alternative simpler solutions to the problems. I will have a business interest in the end result since I'll be teaching it, so it is important to me to know if alternatives are going to work or not. -- Registration open for XSLT/XSL-FO training: Wash.,DC 2006-06-12/16 Also for XSL-FO/XSLT/XML training: Birmingham, UK 2006-07-04/13 Also for XSL-FO/XSLT training: Minneapolis, MN 2006-07-31/08-04 Also for XML/XSLT/XSL-FO/UBL training: Varo,Denmark 06-09-25/10-06 World-wide corporate, govt. & user group UBL, XSL, & XML training. G. Ken Holman mailto:gkholman@CraneSoftwrights.com Crane Softwrights Ltd. http://www.CraneSoftwrights.com/u/ Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (F:-0995) Male Cancer Awareness Aug'05 http://www.CraneSoftwrights.com/u/bc Legal business disclaimers: http://www.CraneSoftwrights.com/legal --------------------------------------------------------------------- This publicly archived list supports open discussion on implementing the UBL OASIS Standard. To minimize spam in the archives, you must subscribe before posting. [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/ Alternately, using email: list-[un]subscribe@lists.oasis-open.org List archives: http://lists.oasis-open.org/archives/ubl-dev/ Committee homepage: http://www.oasis-open.org/committees/ubl/ List Guidelines: http://www.oasis-open.org/maillists/guidelines.php Join OASIS: http://www.oasis-open.org/join/
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]