Good point about browser alternative to grep. With respect to the present situation surrounding XML adoption, it occurs to me that folks using XML have been, among other things, trying to do an end-run around the standards development processes (perceived by many as too slow) used by EDIFACT, X12, etc. Unfortunately, the fragmentation and lack of rigorousness significantly impacts the adoption rate and is basically a step backward. If similar standards development processes were applied to XML message designs, the whole thing would probably be adopted much more quickly (still, admittedly, a long time).
Best regards, Bill Chessman Inovis(tm) -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Seay Sent: Tuesday, January 03, 2006 4:32 PM To: [email protected] Subject: RE: [EDI-L] Re: <TECH> Tool for pruning XML Schemas? Well, grep is useful but if you have a tag like <ID> as in, say, UBL and its significance depends on its context (it could appear in several places in the document nested in several different hierarchies of tags) then grep may or may not be very useful. As for the case where you dont have a unix system, just bring it up in your browser and use the find command. Is XML ready for prime time? Well, that's the wrong question because XML is not only ready for prime time, it's been prime time for a number of years. But I think what is meant is, is a particular flavor of B2B Xml ready for prime time. That depends, they are not yet as comprehensive as X12 and, as a result, when a particular document is needed and a standard has not been devised for that document companies tend to "roll their own" and come up with an XML based on their own needs. This sometimes leads to problems, especially if quality analysis has not been done and either side is not rigorous in implementing validation of a DTD or schema. Quite frankly, that's not good. There will be standards as robust and comprehensive as X12 but by that time people are going to have all of these home grown x12 documents that they will have been exchanging. EDI will die, but very slowly. This is not due to the usual reasons given but because of the nature of tools being developed to process B2B. Think of EDI like 8 track tapes. Nothing really wrong with 8 track tapes, except one day it becomes hard to find an 8 track tape player. That will be the fate of EDI, albeit it will happen less precipitously than in the case of the 8 track tape. Thomas > "...everytime we move it ahead, it's thrown back. But the base camp has been made, and the next wave will come and find your wreckage, and they'll be encouraged to go beyond that." -Timothy O'Leary __________________________________________ Yahoo! DSL - Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com . Please use the following Message Identifiers as your subject prefix: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC> Access the list online at: http://groups.yahoo.com/group/EDI-L Yahoo! Groups Links . Please use the following Message Identifiers as your subject prefix: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC> Access the list online at: http://groups.yahoo.com/group/EDI-L Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/EDI-L/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
