SOAP (was RE: ODBC (was RE: Green screen - it's time is over )) -- MIDRANGE-L

IMHO SOAP is a little beyond theory at this point. Also, don't confuse UDDI
with SOAP, UDDI is the ability to FIND SOAP services on the internet. Of
course if I give you the WSDL file for the service and tell you the URL you
don't need UDDI.

We actually have a couple of (private) SOAP services running against AS/400
data that allow retrieval of item data (description/price/availability) for
trading partners. Could we have made this connection w/o SOAP, of course, be
we'd have to negotiate the interface and code it for each partner, with SOAP
we have a standard way of exchanging the data regardless of the remote
machine type (VB->Java, Java->AS/400, AS/400->SQL Server, etc.)

-Walden


------------
Walden H Leverich III
President
Tech Software
(516)627-3800 x11
WaldenL@TechSoftInc.com
http://www.TechSoftInc.com



-----Original Message-----
From: jt [mailto:jt@ee.net]
Sent: Sunday, November 18, 2001 9:41 AM
To: midrange-l@midrange.com
Subject: RE: ODBC (was RE: Green screen - it's time is over )


Brad,

This is my understanding of SOAP and FDDI, also.


What I question is the wisdom of having something like an online calendar as
a web-based service, in the first place.


I've seen a lot of examples like this, but just can't quite seem to see the
logic of transferring data like this over the web.  Seems to make more
sense, to me, to transfer the code over the web once.

Web-services are definitely here to stay.  I'm not saying that's all-bad,
either...  But unless there is some economically sound approach, it's just
end up as complicated as Winblows, be as widely used as Winblows, and
ultimately, as effective as Winblows.  JMHO.


jt


> -----Original Message-----
> From: midrange-l-admin@midrange.com
> [mailto:midrange-l-admin@midrange.com]On Behalf Of Brad Jensen
> Sent: Sunday, November 18, 2001 3:06 AM
> To: midrange-l@midrange.com
> Subject: Re: ODBC (was RE: Green screen - it's time is over )
>
>
>
>
> > This is just a theory, of course.  But, IMV, SOAP is still just
> a theory.
>
>
> Therses dozens of books and a couple of magazines out on SOAP, it's
> here to stay in some format.
>
>
> > And that theory, the theory behind "web-services" as I
> understand it, calls
> > for renting web-services.  Seems to call for data to be sent to
> servers, and
> > results to be returned.  If that's the theory, I don't like it.
> I hardly
> > have a clear understanding of SOAP, to say however.
>
> The idea is you have a universal directory of available services, then
> when you look up a service there is another directory that tells you
> how to call it with XML.
>
> It's not just for renting web services (simple example - online
> calendar), it's also a kind of alternative to EDI with a little bit of
> eBay added in. You business makes widgets. You offer your product
> catalogue thru a SOAP interface, and anyone can find you, pull up your
> product catalogue, and perhaps even order - while comparing you to the
> other online offers available as web services.
>
> It will be business to business mostly, at least to start.
>
> There's already resistance - you are publishing your prices and no
> catalog listing can really show why you are great. It cuts out
> salespeople for good or bad, and creates terriffic downward pressures
> on pricing.
>
> However, if you don't have it, part of your business may just go away.
>
> Mad scramble ensues.
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.