• 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:
  • Campbell Ritchie
  • Tim Cooke
  • paul wheaton
  • Jeanne Boyarsky
  • Ron McLeod
Sheriffs:
  • Paul Clapham
  • Liutauras Vilda
  • Devaka Cooray
Saloon Keepers:
  • Tim Holloway
  • Roland Mueller
Bartenders:

[ Writing Webservices in COBOL ] url attached

 
Ranch Hand
Posts: 782
Python Chrome Ubuntu
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndotnet/html/pdc_cobol.asp
 
Ranch Hand
Posts: 67
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
If I understand this article correctly, I think the real point they are making is that COBOL is supported in the .NET environment. Indirectly, this allows you to expose COBOL programs as web services - by virtue of the fact that a .NET program can use any other .NET component. Despite the regular hammering of .NET by the J2EE community - this is actually a pretty cool thing.
However, this is not saying that your entire Web Services architecture is defined in COBOL (XML parser et al) as was implied in some other threads. You still use the .NET framework to handle the services infrastructure part - delegating to COBOL for the service implementation.
Of course, this is a perfectly good way of integrating legacy environments into a WS model. Use the right tool for the job - C++, Java etc for the XML and services infrastructure; COBOL for legacy data access etc. However, there are already a number of alternatives for accessing COBOL programs from OO environments. For example, IBM have an entire connector framework for doing this. J2EE has its connector architecture as well.
So...in principle it should be simple to wrap any COBOL code with a Java decorator, so it can be used in a Web Services. Not necessarily as clean as the .NET solution, and certainly a different philiosophy - but probably just as effective.
I would invite any comments on this. Perhaps someone has a COBOL web service?
regards,
paul.
 
You save more money with a clothesline than dozens of light bulb purchases. Tiny ad:
We need your help - Coderanch server fundraiser
https://coderanch.com/wiki/782867/Coderanch-server-fundraiser
reply
    Bookmark Topic Watch Topic
  • New Topic