473,320 Members | 1,872 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

WSDL?

Is WSDL the right answer for in house communication
between programs written in different languages, or
is it more for publishing interfaces for use by parties
outside your own company?

What else is available for sharing complex structures
with processes running programs that were written in
other languages?

Thanks,

Toby

--
Posted via a free Usenet account from http://www.teranews.com

Nov 3 '06 #1
13 1752
In <45***********************@free.teranews.com>, tobiah wrote:
What else is available for sharing complex structures
with processes running programs that were written in
other languages?
Corba?

Ciao,
Marc 'BlackJack' Rintsch
Nov 3 '06 #2
XMLRPC and SOAP are the two I'm working with right now.
tobiah wrote:
Is WSDL the right answer for in house communication
between programs written in different languages, or
is it more for publishing interfaces for use by parties
outside your own company?

What else is available for sharing complex structures
with processes running programs that were written in
other languages?

Thanks,

Toby

--
Posted via a free Usenet account from http://www.teranews.com
Nov 3 '06 #3
I recently wrote a SOAP client(?) to read what the guy from
the other company called a WSDL, which was just a URL that
served an XML API description. Is that the same as XMLRPC
(I ask because you mention SOAP).

Thanks,

Toby

WakeBdr wrote:
XMLRPC and SOAP are the two I'm working with right now.
tobiah wrote:
>Is WSDL the right answer for in house communication
between programs written in different languages, or
is it more for publishing interfaces for use by parties
outside your own company?

What else is available for sharing complex structures
with processes running programs that were written in
other languages?

Thanks,

Toby

--
Posted via a free Usenet account from http://www.teranews.com
--
Posted via a free Usenet account from http://www.teranews.com

Nov 3 '06 #4

tobiah wrote:
Is WSDL the right answer for in house communication
between programs written in different languages, or
is it more for publishing interfaces for use by parties
outside your own company?

What else is available for sharing complex structures
with processes running programs that were written in
other languages?

Thanks,

Toby

--
Posted via a free Usenet account from http://www.teranews.com
What languages?
What OS's?
- Pad.

Nov 3 '06 #5
WSDL is a way to describe a webservice (using a XML dialect) in terms
of: operations (that have input and output messages) and endpoints (the
actual URL to access the webservice).

When you accessed your other guy's URL, the "XML API description" you
got back was the actual WSDL. So it wasnt' that the URL he gave you was
the WSDL, but the actual XML.

SOAP is another XML dialect: one sends SOAP messages to the enpoints
defined in a WSDL to access a webservice. Usually, the messages defined
in a WSDL are the same as the SOAP body part.

So WSDL is a very strict way to define webservice APIs, and it covers a
lot of aspects of webservices (it has extensions for transactions,
security, reliable messaging, etc).

By contrast, XMLRPC is a much more loose standard to send data around
the web in XML format - it doesn't attempt to regulate too many aspects
of webservices, so it's easier to understand and use to start with.

To answer your first question as well: to use WSDL for in-house
communication sounds like a lot of overkill to me - but on the other
hand, if you ever plan to externalize that data (say your company
decides to publish some internal module X as a webservice), than it's
good to use WSDL to start with.

This is the theory :-) Before deciding what standard to use, make sure
that your programming language/framework supports it well, otherwise
it's no fun.

Sorin
tobiah wrote:
I recently wrote a SOAP client(?) to read what the guy from
the other company called a WSDL, which was just a URL that
served an XML API description. Is that the same as XMLRPC
(I ask because you mention SOAP).

Thanks,

Toby

WakeBdr wrote:
XMLRPC and SOAP are the two I'm working with right now.
tobiah wrote:
Is WSDL the right answer for in house communication
between programs written in different languages, or
is it more for publishing interfaces for use by parties
outside your own company?

What else is available for sharing complex structures
with processes running programs that were written in
other languages?

Thanks,

Toby

--
Posted via a free Usenet account from http://www.teranews.com

--
Posted via a free Usenet account from http://www.teranews.com
Nov 4 '06 #6
On 11/3/06, tobiah <st@tobiah.orgwrote:
Is WSDL the right answer for in house communication
between programs written in different languages, or
is it more for publishing interfaces for use by parties
outside your own company?
at work we use webservices (which is a better name) a lot for
"inhouse" but I work at a big company where other people look like if
they where another company ;)

as soring explained WSDL is a languaje to tell you what to do. the
idea behind it is that anyone can take it read it and write a client
for your service without even having help your your team.

so yes it can or as other people said you could just go with a lossier
webservice interface based on xmlrpc.

and please please don't go to corba we need to kill that.
Nov 4 '06 #7
In <ma***************************************@python. org>, Jorge Vargas
wrote:
and please please don't go to corba we need to kill that.
Have you real reasons or is this a religious thing? As I see it Corba is
much better supported by Python libs than SOAP is.

Ciao,
Marc 'BlackJack' Rintsch
Nov 4 '06 #8
On 11/4/06, Marc 'BlackJack' Rintsch <bj****@gmx.netwrote:
In <ma***************************************@python. org>, Jorge Vargas
wrote:
and please please don't go to corba we need to kill that.

Have you real reasons or is this a religious thing? As I see it Corba is
much better supported by Python libs than SOAP is.
I see ZSI as a very good engine for SOAP as for xmlrpc it's "better"
since you can interact with a browser and then you can even have json
rpc.

but yes ur right is mostly because of religious reasons :)
Ciao,
Marc 'BlackJack' Rintsch
--
http://mail.python.org/mailman/listinfo/python-list
Nov 4 '06 #9
Jorge Vargas wrote:
On 11/4/06, Marc 'BlackJack' Rintsch <bj****@gmx.netwrote:
>>In <ma***************************************@python. org>, Jorge Vargas
wrote:

>>>and please please don't go to corba we need to kill that.

Have you real reasons or is this a religious thing? As I see it Corba is
much better supported by Python libs than SOAP is.

I see ZSI as a very good engine for SOAP as for xmlrpc it's "better"
since you can interact with a browser and then you can even have json
rpc.

but yes ur right is mostly because of religious reasons :)
When SOAP can do everything that Corba can do, and as efficiently, it
might stand a chance of displacing it. I see SOAP as essentially an ugly
bloated NIH response of the Microsoft camp to an open specification that
achieved all its goals in an elegant way. And all to allow inappropriate
remote-method execution through port 80 to avoid the corporate firewall.
Which ultimately just made firewalling port 80 that much more difficult.

Microsoft is a poor church, and very uncaring of its adherents. So take
your religious reasons and leave Corba alone until SOAP is an effective
competitor ;-)

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://holdenweb.blogspot.com
Recent Ramblings http://del.icio.us/steve.holden

Nov 4 '06 #10
On 11/4/06, Steve Holden <st***@holdenweb.comwrote:
Jorge Vargas wrote:
On 11/4/06, Marc 'BlackJack' Rintsch <bj****@gmx.netwrote:
>In <ma***************************************@python. org>, Jorge Vargas
wrote:
and please please don't go to corba we need to kill that.

Have you real reasons or is this a religious thing? As I see it Corba is
much better supported by Python libs than SOAP is.
I see ZSI as a very good engine for SOAP as for xmlrpc it's "better"
since you can interact with a browser and then you can even have json
rpc.

but yes ur right is mostly because of religious reasons :)
When SOAP can do everything that Corba can do, and as efficiently, it
might stand a chance of displacing it. I see SOAP as essentially an ugly
bloated NIH response of the Microsoft camp to an open specification that
achieved all its goals in an elegant way. And all to allow inappropriate
remote-method execution through port 80 to avoid the corporate firewall.
Which ultimately just made firewalling port 80 that much more difficult.
I have to disagree WSDL is a great standard and SOAP is great for
transfering data from point a to point b. and it's very usefull for
giving an interface for people to use like all those web2.0 api's out
there.

I agree on setting a server on port 80 to be a problem but that's a
deployment issue I have never set a SOAP server on port 80 myself.
Microsoft is a poor church, and very uncaring of its adherents. So take
your religious reasons and leave Corba alone until SOAP is an effective
competitor ;-)
I'm sorry it's probably that I have seen some many bad Corba
implementations at work that I just hate them. I recently found out
that gnome applets are implemented on top of Corba and I'm very
impress.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://holdenweb.blogspot.com
Recent Ramblings http://del.icio.us/steve.holden

--
http://mail.python.org/mailman/listinfo/python-list
Nov 4 '06 #11
Jorge Vargas wrote:
>
[quotefest trimmed]
I have to disagree WSDL is a great standard and SOAP is great for
transfering data from point a to point b. and it's very usefull for
giving an interface for people to use like all those web2.0 api's out
there.
Well, unless you're dealing with some kind of multipoint communications
architecture, SOAP isn't really much better than just firing plain XML
documents over HTTP from A to B, although my preferred use-cases for
SOAP don't involve the RPC style of messaging that most people think of
when SOAP is mentioned, so I guess you could benefit from SOAP (plus
WSDL) if you do really care about RPC. However, one thing CORBA has
going for it is maturity: the basic standards aren't in flux, and there
are a number of acceptable implementations out there.

Paul

Nov 4 '06 #12
CORBA may work fine in an intranet environment, where you can control
the server and the client, but it clearly failed to be a popular choice
on the internet: have you seen any company offering webservices with a
CORBA interface??
The main 2 choices that companies offering webservices seem to have are
REST (Yahoo, Amazon, Google) and SOAP (Amazon, Google).

And no, SOAP is not a Microsoft thing anymore: it's a standard
supported by a lot of large companies (and neither Amazon nor Google
are Microsoft shops, as far as I know).
The reason SOAP moved away from the pure RPC model is because it needed
to support the more modern and flexible distributed computing paradigm
which is "message based", not "RPC based".

But yeah, I fully agree that SOAP is very complicated, and the support
for it is pretty poor.

Sorin

Steve Holden wrote:
Jorge Vargas wrote:
On 11/4/06, Marc 'BlackJack' Rintsch <bj****@gmx.netwrote:
>In <ma***************************************@python. org>, Jorge Vargas
wrote:
and please please don't go to corba we need to kill that.

Have you real reasons or is this a religious thing? As I see it Corba is
much better supported by Python libs than SOAP is.
I see ZSI as a very good engine for SOAP as for xmlrpc it's "better"
since you can interact with a browser and then you can even have json
rpc.

but yes ur right is mostly because of religious reasons :)
When SOAP can do everything that Corba can do, and as efficiently, it
might stand a chance of displacing it. I see SOAP as essentially an ugly
bloated NIH response of the Microsoft camp to an open specification that
achieved all its goals in an elegant way. And all to allow inappropriate
remote-method execution through port 80 to avoid the corporate firewall.
Which ultimately just made firewalling port 80 that much more difficult.

Microsoft is a poor church, and very uncaring of its adherents. So take
your religious reasons and leave Corba alone until SOAP is an effective
competitor ;-)

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://holdenweb.blogspot.com
Recent Ramblings http://del.icio.us/steve.holden
Nov 5 '06 #13
In <11*********************@h54g2000cwb.googlegroups. com>,
so****@gmail.com wrote:
CORBA may work fine in an intranet environment, where you can control
the server and the client, but it clearly failed to be a popular choice
on the internet: have you seen any company offering webservices with a
CORBA interface??
The OP wanted something for in-house communication between programs. You
are right that CORBA is not a popular choice for offering "webservices"
for the masses but there used to be companies that offered CORBA
interfaces in the "business to business" arena when the word "webservice"
was yet to be invented.

A huge part of the SOAP popularity comes from marketing and shoving down
the buzzwords "webservices" and "XML" down everyone's throat and has
nothing to do with technical advantages or disadvantages. Well, IMHO at
least.

Ciao,
Marc 'BlackJack' Rintsch
Nov 5 '06 #14

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

24
by: Generic Usenet Account | last post by:
Does anyone have an opinion on how IDL and WSDL compare to each other? Are they equally powerful in their "expressive power"? Sometimes it appears to me that IDL is a little easier for humans to...
5
by: relaxedrob | last post by:
Hi All! I ran the following w3c example through my WSDL parser (SOA Editor from Cape Clear): http://www.w3.org/TR/wsdl#_rpcexample It told me that there were a bunch of erros about no...
1
by: ffhansix | last post by:
Hi, I am having problems with generating a c# proxy class from a IBM websphere WSDL file, when running the wsdl.exe to create the c# proxy file command i recieve an error: Warning: one or...
0
by: saish | last post by:
Hello I am new to vb.net webservice. My requirement is to design a VB.net web service which will send and receive xml documents. The xml document send and received would be a very complex .xsd...
0
by: Elhanan | last post by:
hi.. i have a small Web Service which is consumed by dotnet application the webservice is located in 2 places. the first is my local tomcat, and the second is in websphere server. problems is...
6
by: Naveed Anwar | last post by:
how a tcp server running on given uri like "soap:tcp://localhost:8080/MyReceiver" will return wsdl. In normal web service case which runs on http returns wsdl by simply appending '?wsdl' in url,...
1
by: Mike Logan | last post by:
I have a schema that defines my messages and objects. I then have a WSDL that defines the web services. I have my sample XSD, sample WSDL, and the code generated from WSDL.exe. In the generated...
9
by: Cesar | last post by:
Hello there, A java programmer sent me a wsdl file, which I have to use to consume his web methods. When I run the wsld.exe tool to generate the class' code, I get the following message: ...
3
by: Siva | last post by:
Hi all, I want to Convert a WSDL to a SOAP message. Is there any way to do this. I am using .NET 2.0 Thanks in Advance Siva
5
by: Nick K. | last post by:
I use wsdl.exe to generate client code to call a web service. The actual web service is generated with the BizTalk Web Services Publishing Wizard. I'm not sure this is particular to the BizTalk...
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
0
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.