Browse Prior Art Database

A method for in-memory invocation of web services from a fully interpreted language Disclosure Number: IPCOM000020674D
Original Publication Date: 2003-Dec-08
Included in the Prior Art Database: 2003-Dec-08
Document File: 2 page(s) / 69K

Publishing Venue



This article describes optimizatons to web services invocation from a program written in a fully interpreted lanaguage.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 52% of the total text.

Page 1 of 2

A method for in-memory invocation of web services from a fully interpreted language

One of the greatest benefits of web services is the ability to delegate the responsibility of an operation. However, there is no guarantee that the web service provider will keep a web service unchanged. When a web service changes something such as its' name, input, transport protocol, or the output document, all the programs that are dependant on that web service usually fail.

Web services are usually consumed by stubs, or client code that acts as an interface to the web service. In order to make programs which consume web service more robust, developers have developed a practice of creating the stubs at run-time. The stubs are created from a remote descriptor file (WSDL). A stub generated at run-time can adapt to changes in the web service so long as these changes are reflected in the WSDL document.

Until recently, only the JAVA programming language has had the appropriate tools to support run-time generation of stubs. Specifically, the Apache AXIS toolkit [1] provides libraries that generate objects that will serialize to XML which is compliant with an XSD schema embedded in a WSDL. This tool is known as WSDL2Java. The drawback to using this approach is twofold. First, the program has to write its generated code to disk in order to compile, and writing to disk is often the most time-intensive part of a program. Secondly, if the generated stub doesn't work, then the stub must be discarded and another stub re-written to disk or the program will fail.

Fully-interpreted languages, don't require code to be compiled, and thus shouldn't require disk access to generate and use stubs. We have created a tool, WSDL2Perl, that performs some of the same functionality of as the AXIS toolkit, bu...