[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: UBL - "transaction application types" for mime
yes, well that is what is needed. Quoting Chiusano Joseph <chiusano_joseph@bah.com>: > david.lyon@computergrid.net wrote: > > > > ok - fair enough for text/xml. I'm just canvassing thoughts, just as you > are. I > > can see the logic behind your reasoning. > > > > But I think there's also a case for something more specific like > ebxml/Order as > > every ebxml/Order would be xml by definition anyway without exception. > > Not at all - the example above is way too high-level for what the MIME > types are intended for. You're speaking of something more akin to > "transaction application types" (I just made up this name on the fly), > or the like. > > Kind Regards, > Joe Chiusano > Booz Allen Hamilton > Strategy and Technology Consultants to the World > > > > IE seems to pick up any text/xml document by default on most systems. But > I > > would suggest that it doesn't have anything in it to be able to do > anything > > with the document other than change the colors and fonts of the letters. > > > > This isn't really the "correct" handling of a UBL/Invoice and far from the > > requirements of any business that I have seen. > > > > What needs to happen with a UBL invoice in most places is that it needs to > be > > formatted properly, validated, and interpreted in context with all the > other > > UBL/Invoices from the Selling Party. A bit more than what IE or any other > > Browser can currently offer. > > > > Anyway, these are just my personal opinions. Obviously in my test programs > I'll > > make sure that I provide support for text/xml and many thanks for pointing > it > > out. I still think ebxml/Order or UBL/Invoice scheme would be better..... > > > > anyway.. best regards > > > > David > > > > Quoting stephen_green@seventhproject.co.uk: > > > > > > > > David > > > > > > I should think there would be a general feeling against > > > any mime type other than text/xml > > > > > > I wonder how XPath 2.0 and XSLT 2.0 might help here with e-mails > > > (might support for non-xml text allow pulling in of documents/fragments > > > from emails in a folder - for Java type e-mails,etc - where these are > > > just held as text files in a folder? - not much help perhaps if the > > > messages are held in a database such as a .dbx file perhaps) > > > > > > As for OrderResponse I'd say (XPath) > > > /Order/AcknowledgementResponseCode > > > is what you want (valid values are 'OrderResponse' and > > > 'OrderResponseSimple') > > > > > > All the best > > > > > > Stephen Green > > > > > > > > > david.lyon@computergrid.net wrote on 12.08.2004, 05:01:26: > > > > > > > > Anybody, > > > > > > > > I know the answer is probably rtfm/stupid but I thought I'd just check > with > > > any > > > > experts first as they might know an answer off the top of their heads. > > > > > > > > Just trying to put together some ubl test data and I want to pull in > UBL > > > > acknowledgements with a mail utility from a pop mailbox. no probs in > > > that.. > > > > > > > > but is there a mime type for UBL yet? > > > > > > > > or is the best way just to stick all the acknowledgment documents in a > > > directory > > > > with some kind of xpath and go from there? > > > > > > > > Then, anybody know how to quickly determine the document type for an > > > > acknowledgement? say an OrderResponse. > > > > > > > > My preference for an answer would be XPath/Perl, but any other > language > > > would > > > > probably do. > > > > > > > > only about 113,000 unique xpath elements to deal with; so little time > to > > > > test them all > > > > > > > > David > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > ------------------------------------------------------- > > -- > Kind Regards, > Joseph Chiusano > Associate > Booz Allen Hamilton > -------------------------------------------------------
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]