Wow! I didn't intend to start the religious wars all over again re
Microsoft and others. I'm neiether a Microsoft zealot nor a basher.
Personally, I believe that Microsoft and Bill Gates' vision has done
more to bring standardization to the desk top than anyone else. DOS
and then Windows (and yes, I've struggled through all versions of DOS
and then Windows) have done more to bring computing into the reach and
use of individuals than any other tool.
My only comment about BizTalk was can it be used to create maps, etc.
that will run under other OS's?
On the other hand, it's a fact....many organizations have a mixed
platform architecture, and thus may have a need to be able to port a
map to a different platform. It's not necessary to start a religious
war over this issue, just to recognize that the situation exists.
Rachel
The original question did not specify it had to be platform
independent. Biztalk does not require IIS. It only runs on Windows
2000 Server. It is a service like IIS. Biztalk will become a part of
Back Office similar to IIS and Exchange.
I'll assume one of your "strong holds" about a mapper is platform
independence. Platform independence is "markettechture". I am a
Mercator expert and I have never had the need to port or develop a map
that would run concurrently on Unix, DOS, Windows, Linux, blah, blah,
blah. As a sidebar I would only be hindering myself as a corporation
by
having this hodge podge - that is if I cared about competition.
IMHO -
if you are one of these companies who has a hodge podge of OS' around
then someone with Windows DNA is going to eat your supply chain's
lunch. This is epitomized by Amazon.com over taking the Book Industry
overnight. Their competitors can't turn on a dime because of their
hodge podge non-distributed infrastructure.
Furthermore, Microsoft is light years ahead of the crowd with their
Windows DNA architecture, of which Biztalk and XML play a small
integral
part and includes Visual Studio.net, while others are still plumbing
and
fumbling around on the Net with Java (I personally like to code but
not
50 lines to 1 - law of diminishing returns you know). Biztalk is also
a
client that is a COM compliant object that sits in my registry on
Windows 9x/2000 clients. I can call Biztalk's properties and methods
from with Internet Explorer (IE), pass XML over the wire, and not even
open Biztalk, and I ain't paying $50,000+ bucks to do so.
Furthermore,
I can use Biztalk Server to send/receive/map X12 and EDIFACT. COM
compliance is about designing your application with an API into it out
of the box - not as an after thought.
IE is THE thin client. What Larry Ellison and dumpster diving
entourage
are trying to do with Thin Client, Microsoft has been doing with IE
for
years. Besides why buy a terminal that you can't play games on?
Let's have a contest: develop and Windows DNA B2B and B2C website vs.
whatever other cruft is out there. I'll use the Microsoft suite of
dev
tools and we will judge it on time to market, price and performance.
Hope this starts a religious discussion - I'm kind of sick of this
sluggish IT economy, especially here in Atlanta.
Thus saith the Lord Gates,
-RD
Rachel Foerster wrote:
>
> Richard,
>
> I may be mistaken, but doesn't Biztalk have to run under IIS? It's
> certainly not platform independent.
>
> Rachel
>
> I would consider Biztalk. Download the beta for free at
> http://www.microsoft.com/biztalk/.
>
> --
> Richard Druckenmiller
> [EMAIL PROTECTED]
>
> Mike Mueller wrote:
> >
> > Greetings -
> >
> > We are in need of a tool that can map XML to a segmented-fixed
flat
> file format
> > (that is, multiple records but each record can have a different
> number of
> > fields). We don't necessarily need an all inclusive any-to-any
> mapper, just
> > something that can map. The ideal product would be able to import
a
> DTD or
> > schema and create a document tree from which you could map. Is
> anyone aware of
> > such a tool? All answers appreciated !!
> >
> > Mike Mueller
> > MGIC
> >
> >
>
======================================================================
> =
> > To signoff the EDI-L list,
> mailto:[EMAIL PROTECTED]
> > To subscribe,
> mailto:[EMAIL PROTECTED]
> > To contact the list owner: mailto:[EMAIL PROTECTED]
> > Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
>
> --
> Richard Druckenmiller
> [EMAIL PROTECTED]
>
>
======================================================================
> =
> To signoff the EDI-L list,
mailto:[EMAIL PROTECTED]
> To subscribe,
> mailto:[EMAIL PROTECTED]
> To contact the list owner: mailto:[EMAIL PROTECTED]
> Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
>
>
======================================================================
=
> To signoff the EDI-L list,
mailto:[EMAIL PROTECTED]
> To subscribe,
mailto:[EMAIL PROTECTED]
> To contact the list owner: mailto:[EMAIL PROTECTED]
> Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
--
Richard Druckenmiller
[EMAIL PROTECTED]
======================================================================
=
To signoff the EDI-L list, mailto:[EMAIL PROTECTED]
To subscribe,
mailto:[EMAIL PROTECTED]
To contact the list owner: mailto:[EMAIL PROTECTED]
Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
=======================================================================
To signoff the EDI-L list, mailto:[EMAIL PROTECTED]
To subscribe, mailto:[EMAIL PROTECTED]
To contact the list owner: mailto:[EMAIL PROTECTED]
Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
