• Subject: Re: XML Attributes
  • From: "L. S. Russell" <leslier@xxxxxxxxxx>
  • Date: Mon, 20 Nov 2000 09:23:32 -0600
  • Organization: Datrek Professional Bags

See, you shoulda gone to Tampa!  I got a life lesson and I got to see
St. Petersburg.  I stayed at the don Cesar.  You know the really funny
thing about the QRS conference was that I was the only programmer
there.  They gave us these huge manuals and lots of docs and then some
really good demos.  The first hour of the three day class was full, the
second hour less, and by the fourth hour there were five or six people. 
The next day I went to a class on the 856 and nobody but the instructor
and I showed up.  She looked at me and said; "first conference?"  



"Stone, Brad V (TC)" wrote:
> 
> That's my point, although I didn't go to Tampa to learn that.  I learned it
> on the job.  Oh the horror.  :)
> 
> Brad
> 
> > -----Original Message-----
> > From: L. S. Russell [mailto:leslier@datrek.com]
> > Sent: Monday, November 20, 2000 7:55 AM
> > To: MIDRANGE-L@midrange.com
> > Subject: Re: XML Attributes
> >
> >
> > I agree, XML is another good thing but it isn't a cure all.  When we
> > implemented our EDI (about 12 vendors, and almost double that
> > number of
> > distributors) we went to Tampa for QRS training.  The one thing I
> > brought back from that class was that all theses standards (X.12, XML
> > ...) are not standard.  Each partner has a different set of
> > requirements
> > for each of the document types.  Some abide by the functional
> > acknowledgement and others, even though they require you to send it,
> > ignore it as if they never got it.
> >
> > X.12 would work well, and not need replacing, if folks would
> > understand
> > that STANDARD MEANS STANDARD!
> >
> > "Stone, Brad V (TC)" wrote:
> > >
> > > >
> > > > You really have a bee in your bonnet about XML taking over
> > > > the EDI world ;-)
> > > >
> > > > Have a read of;
> > > >
> > > > [
> > > > http://www.xmls.com/resources/whitepapers/XMLSolutions_Peacefu
> > > l_Co-Existence
> > > .pdf ]
> > >
> > > >It might calm your nerves better than valium ;-)
> > >
> > > Actually I don't.  I just hate it when all people talk is
> > theory.  Theory
> > > only works in your head.  Taking over the EDI world.
> > That's what all IT is
> > > about these days isn't it.  If you don't create the next
> > Napster, you're a
> > > nobody.  So, instead of coming up with new ideas, you
> > rebrand something
> > > existing as "Next Generation" and call it your own... sorry
> > for the tangent.
> > > :)
> > >
> > > I parused the document.  Found it interesting that one
> > point they try to use
> > > to say XML is better than X.12 is you can "read" it with
> > your eyes easier.
> > > (they don't come right out and say it that way, but why
> > else would they
> > > point that out).
> > >
> > > A lot of pretty pictures too.  Too bad real work isn't as
> > easy as pictures.
> > > It wouldnt at all be to their advantage that you use XML
> > and possibly
> > > purchase their product or services?
> > >
> > > Example from me...
> > >
> > > Data from AS/400-->replicate to NT-->display on web with
> > cold fusion.
> > > easy right?  How about this...
> > > Take order on internet with Cold fusion-->replicate to
> > AS/400-->bill order.
> > >
> > > Easy right?  Pffffft...  Those --> contain about 10k lines
> > of code and rules
> > > that haven't even emerged yet.  Ya, it's just "that easy".
> > >
> > > Give me three reasons why XML is better than X.12?  I've
> > asked this before.
> > > Never did get an answer.
> > >
> > > Note:  I don't hate XML.  I'm not worried if I have to use
> > it.  Here's what
> > > I hate:  Hype, buzzwords, IT management who haven't
> > programmed a lick of
> > > code in their life and wouldn't know XML from Javascript
> > but still think
> > > that one thing like XML or Java will solve all problems
> > that exist because
> > > Joe Pundit in PC Week said so (who also hasn't programmed
> > since punchcards).
> > >
> > > I also don't like anything that is labeled "Next
> > Generation" except Star
> > > Trek.
> > >
> > > Don't show me theory and pretty pictures, show me fact and
> > real world
> > > examples.  Let me hear from the programmers who had to
> > implement this, not
> > > the project leaders who just hear "it's coming along ok".
> > >
> > > So far, I haven't seen XML as the savior that Java was
> > claimed to be.  :)
> > > What do you think, Leslie?  :)
> > >
> > > Brad
> > > +---
> > > | This is the Midrange System Mailing List!
> > > | To submit a new message, send your mail to
> > MIDRANGE-L@midrange.com.
> > > | To subscribe to this list send email to
> > MIDRANGE-L-SUB@midrange.com.
> > > | To unsubscribe from this list send email to
> > MIDRANGE-L-UNSUB@midrange.com.
> > > | Questions should be directed to the list owner/operator:
> > david@midrange.com
> > > +---
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> > MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> > david@midrange.com
> > +---
> >
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].