[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [ubl-lcsc] Release Status from QA Team - Jan 24 - 10:30 a.m ( USEST)
Hello all, I already sent out the new package. I hope, you'll get this in the next few minutes. Kind regards, Gunther -----Original Message----- From: marion.royal@gsa.gov To: ubl-lcsc@lists.oasis-open.org Sent: 24.01.03 16:25 Subject: [ubl-lcsc] Release Status from QA Team - Jan 24 - 10:30 a.m (US EST) The latest files that we have received from Gunther (last night) corrects the namespace concerns from Ken, but not the verbose tags described below as boogers. Accordingly, we are continuing with the packaging of the release with an opportunity to accept an update from Gunther in the next 48 hours. If not, we will be prepared with the booger release. Lisa will be sending out the URL to the release documentation. I urge each of you to review and test the links and I draw particular attention to the release note, since we have changed extensively over the past week. Thanks for all of your hard work, marion Marion A. Royal 202.208.4643 (Office) 202.302.4634 (Mobile) "Burcham, Bill" <Bill_Burcham@stercomm.com> 01/23/2003 04:42 PM CST To: "Lisa Seaburg (xmlgeek@gmi.net)" <xmlgeek@gmi.net>, "'G. Ken Holman'" <gkholman@CraneSoftwrights.com>, "Stuhec, Gunther" <gunther.stuhec@sap.com>, "'Jon Bosak '" <jon.bosak@sun.com>, "'Dave Carlson'" <dcarlson@ontogenics.com> cc: "'bill.meadows@sun.com '" <bill.meadows@sun.com>, "'marion.royal@sun.com '" <marion.royal@sun.com>, "'mavis.cournane@sun.com '" <mavis.cournane@sun.com>, "'mcrawford@lmi.org '" <mcrawford@lmi.org>, "'tmcgrath@portcomm.com.au '" <tmcgrath@portcomm.com.au>, "UBL LCSC" <ubl-lcsc@lists.oasis-open.org> bcc: Marion A. Royal/MEB/CO/GSA/GOV Subject: RE: [ubl-lcsc] Namespaces in UBL Schemas I believe both Ken's issues must be resolved before Monday's release. Also I believe that based on our decision from, what was it, Tuesday's call? To return to shorter tag names means that we also need to shorten the tag names on second-level elements. I haven't heard anything that would lead me to believe that our decision somehow doesn't apply outside the "reusable" schema. Even though they aren't causing an insurmountable problem for Ken, those verbose tags constitute boogers on the front page of every 0p70 UBL document. Gunther: can you make the changes for Ken's two namespace issues PLUS the long-tags-in-document-types issue? Ken: if he does that, can will you have time to adapt to the tag fix? Dave: will you have time to re-gen the affected drawrings? Lisa: will we be able to make the deadline? Did I miss anybody Lisa? -----Original Message----- From: G. Ken Holman [mailto:gkholman@CraneSoftwrights.com] Sent: Thursday, January 23, 2003 3:33 PM To: Stuhec, Gunther; 'Jon Bosak '; Burcham, Bill Cc: 'lseaburg@aeon-llc.com '; 'bill.meadows@sun.com '; 'marion.royal@sun.com '; 'mavis.cournane@sun.com '; 'mcrawford@lmi.org '; 'tmcgrath@portcomm.com.au '; UBL LCSC Subject: RE: [ubl-lcsc] Namespaces in UBL Schemas At 2003-01-23 21:43 +0100, Stuhec, Gunther wrote: >I thought, if the specific schema will be not a prefixed namespace, >then >the attributes "targetNamespace" and "xmlns" are not really necessary. Downloading 22-01-03b.zip from: http://lists.oasis-open.org/archives/ubl-lcsc/200301/msg00114.html <http://lists.oasis-open.org/archives/ubl-lcsc/200301/msg00114.html> and my sample instances from: http://lists.oasis-open.org/archives/ubl-lcsc/200301/msg00125.html <http://lists.oasis-open.org/archives/ubl-lcsc/200301/msg00125.html> The schemas as written do not validate the instances: ===8<--- Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order.xsd 220order1.xml start parsing a grammar. validating 220order1.xml Error at line:2, column:54 of file:///Z:/data/docs/ubl/lcsc/20030122b/220order1.xml Probably namespace URI of tag "Order" is wrong (correct one is "") the document is NOT valid. Z:\data\docs\ubl\lcsc\20030122b> ===8<--- When I add the following two attributes to the xsd:schema document element ... targetNamespace="urn:oasis:names:tc:ubl:Order:1.0:0.70" xmlns="urn:oasis:names:tc:ubl:Order:1.0:0.70" ... the instances validate: ===8<--- Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order-mod.xsd 220order1.xml No validation errors. Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order-mod.xsd 220order2.xml No validation errors. Z:\data\docs\ubl\lcsc\20030122b> ===8<--- I am ambivalent about the xmlns:bie="" attribute ... it doesn't affect me, it just looks out of place. Perhaps I've created the instances differently than what members expect ... I'm coming in late so I may have incorrect assumptions. The first lines of the 220order1.xml instance are: ===8<--- Z:\data\docs\ubl\lcsc\20030122b>head 220order1.xml <?xml version="1.0" encoding="UTF-8"?> <Order xmlns="urn:oasis:names:tc:ubl:Order:1.0:0.70"> <OrderID>4500004875</OrderID> <OrderIssueDate>2001-12-17</OrderIssueDate> <OrderTransactionCurrencyCode>USD</OrderTransactionCurrencyCode> <OrderGrossWeightMeasure unitCode="kg">50</OrderGrossWeightMeasure> <OrderGrossVolumeMeasure unitCode="m3">7</OrderGrossVolumeMeasure> <BuyerParty> <ID>R300</ID> <PartyName> Z:\data\docs\ubl\lcsc\20030122b> ===8<--- >But if this will be better for processing application, I can implement >these two attributes, now. *I'm* quite confident it is necessary, but I'm concerned that no-one else has confirmed or challenged my position. Any other opinions? Has anyone else yet created instances against 22-01-03b? ................... Ken -- Upcoming hands-on in-depth Europe: February 17-21, 2003 XSLT/XPath and/or XSL-FO North America: June 16-20, 2003 G. Ken Holman mailto:gkholman@CraneSoftwrights.com <mailto:gkholman@CraneSoftwrights.com> Crane Softwrights Ltd. http://www.CraneSoftwrights.com/m/ <http://www.CraneSoftwrights.com/m/> Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (F:-0995) ISBN 0-13-065196-6 Definitive XSLT and XPath ISBN 0-13-140374-5 Definitive XSL-FO ISBN 1-894049-08-X Practical Transformation Using XSLT and XPath ISBN 1-894049-10-1 Practical Formatting Using XSL-FO Male Breast Cancer Awareness http://www.CraneSoftwrights.com/m/bc <http://www.CraneSoftwrights.com/m/bc> ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: < http://lists.oasis-open.org/ob/adm.pl <http://lists.oasis-open.org/ob/adm.pl> >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC