Author |
Stub vs. Skeleton
|
---|
Ashraf Abu-Aisheh Ranch Hand
Joined: Apr 17, 2009
Posts: 88
|
posted April 29, 2009 1:54:21 PM GMT+8
|
Hi ranchers,
Can anyone help me to understand the STUB and SKELETON definition, and differences between them, and what is the relation between stub/skeleton with the web services.
As my brief knowledge with the web services, it is designed to support interoperable machine-to-machine interaction over a network with different programming language such as Java and
C++, so it is not related with machine-to-machine interaction over a network with the same language like java to java.
I am confused
Please help. |
SCJP 5 - 79%
SCWCD 5 - 100% |
|
Maneesh Godbole Saloon Keeper
Joined: Jul 26, 2007
Posts: 10745
9
I
like...
|
posted April 29, 2009 2:08:15 PM GMT+8
|
Please do take some efforts to choose a proper forum. http://faq.javaranch.com/java/CarefullyChooseOneForum
Moving. |
[How to ask questions] [Donate
a pint, save a life!] [Onff-turn it on!] |
|
Ashraf Abu-Aisheh Ranch Hand
Joined: Apr 17, 2009
Posts: 88
|
posted April 30, 2009 5:50:11 PM GMT+8
|
Stubs and Skeletons
RMI uses a standard mechanism (employed in RPC systems) for communicating with remote objects: stubs and skeletons. A stub for a remote object acts as a client's local representative or proxy for the remote object. The caller invokes a method on the local stub
which is responsible for carrying out the method call on the remote object. In RMI, a stub for a remote object implements the same set of remote interfaces that a remote object implements.
When a stub's method is invoked, it does the following:
1) initiates a connection with the remote JVM containing the remote object, 2) marshals (writes and transmits) the parameters to the remote JVM, 3) waits for the result of the method invocation, 4) unmarshals (reads) the return value or exception returned, and 5) returns the value to the caller.
The stub hides the serialization of parameters and the network-level communication in order to present a simple invocation mechanism to the caller.
In the remote JVM, each remote object may have a corresponding skeleton (in Java 2 platform-only environments, skeletons are not required).
The skeleton is responsible for dispatching the call to the actual remote object implementation.
When a skeleton receives an incoming method invocation it does the following:
1) unmarshals (reads) the parameters for the remote method, 2) invokes the method on the actual remote object implementation, and 3) marshals (writes and transmits) the result (return value or exception) to the caller.
In the Java 2 SDK, Standard Edition, v1.2 an additional stub protocol was introduced that eliminates the need for skeletons in Java 2 platform-only environments. Instead, generic code is used to carry out the duties performed by skeletons in JDK1.1. Stubs and
skeletons are generated by the rmic compiler.
Reference: http://java.sun.com/j2se/1.5.0/docs/guide/rmi/spec/rmi-arch2.html |
|
Jimmy Clark Ranch Hand
Joined: Apr 16, 2008
Posts: 2187
|
posted May 2, 2009 12:33:29 AM GMT+8
|
A client SOAP Engine contains the stubs objects. The server SOAP Engine contians the skeleton objects.
1. When a client business object makes a web service call, at a lowever-level the stub object communicates with the skeleton on the server.
2. The web service code on the server connects to the other application.
3. The other application executes some process or function.
4. The other application returns some value to the web service code on the server.
5. The skelton on the sever sends value to stub object from client.
6. The stub object on client returns value to client business object.
7. The End |
|
|
I’ve looked at a lot of different solutions, and in my humble opinion Aspose is the way to go. Here’s the link: http://aspose.com
|
subject: Stub vs. Skeleton |
|
用户点评