This week's book giveaway is in the Other Languages forum.
We're giving away four copies of Rust Web Development and have Bastian Gruber on-line!
See this thread for details.
Win a copy of Rust Web Development this week in the Other Languages forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Tim Cooke
  • Campbell Ritchie
  • Ron McLeod
  • Liutauras Vilda
  • Jeanne Boyarsky
Sheriffs:
  • Junilu Lacar
  • Rob Spoor
  • Paul Clapham
Saloon Keepers:
  • Tim Holloway
  • Tim Moores
  • Jesse Silverman
  • Stephan van Hulst
  • Carey Brown
Bartenders:
  • Al Hobbs
  • Piet Souris
  • Frits Walraven

Is there any alternate better technology than Web services?

 
Greenhorn
Posts: 4
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I mean what are other technologies that do the job which web services do..Any new better technology than web services?
 
Rancher
Posts: 43027
76
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
"better" in what sense?
 
Author and all-around good cowpoke
Posts: 13078
6
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Again with the historical perspective - before the massive use of the web brought us huge cheap bandwidth that makes web services practical, there were specialized communication APIs for compact transmission of business data.

Various kinds of Electronic Data Interchange networking APIs are still in use. It is my impression that they are a lot harder to implement with very strict formatting rules.

Bill
 
Ranch Hand
Posts: 88
  • Likes 1
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Better is indeed very wide.

Considering WebService as a way for different processes to communicate, its biggest advantage would be interoperability. Different platforms can "talk", as long as both has some framework for a WebService standard, or you are willing to develop your own. At these days of multicored smartphones, even embedded microcontrollers have Ethernet ports and HTTP Server.

In the past, inter-process communication used to require OS or IDE specific APIs, like Unix pipes, Windows shared objects, Java RMI, Borlands junks, etc. They were binary based or were implemented only in their own platform. It was VERY hard to make applications developed in different languages, platforms, compilers or even just different IDEs to talk to each other.

One of the oldest inter-platform communication solutions I know is CORBA. It uses IIOP(rotocol), which is binary based as long as I know. Each platform/IDE creator had to develop its own CORBA implementation. It could require a CORBA server that would interface between different CORBA implementations, if they weren't able to talk directly.

I remember when I tried to make Borland C++ Builder talk with Java. Java implements CORBA by RMI, when it uses IIOP as its protocol. Borland had its VisiBroker. it was Java 1.5 at the time and I was using BCB6. VisiBroker was developed in Java. Newest VisiBroker version at the time (6 if I rmember) didn't support BCB6, so I had to use VisiBroker 4.5. But VisiBroker 4.5 was developed using Java 1.3, which was discontinued, and VisiBroker 4.5's server didn't run in Java 1.5 and neither was able to talk to its RMI-IIOP. I had to use an old Java 1.3 JVM to execute VisiBroker, it was able to properly talk to BCB6 app, then use a Java 1.5 RMI server to talk to VisiBroker, and then this Java RMI server talk to my Java 1.5 app. 4 process involved and 2 CORBA servers...

The advantage of these binary/proprietary solutions is the performance. If you're gonna make Java talk to Java, just use RMI. But, IMHO, interoperability > performance. You may even end up getting your apps talking broken just by upgrading 1 of them's IDE/VM/Framework/Lib/etc version!
reply
    Bookmark Topic Watch Topic
  • New Topic