InfoQ Homepage News Article: Building Asynchronous Services With SCA
Facilitating the Spread of Knowledge and Innovation in Professional Software Development
Write for InfoQDiscover new ideas and insights from senior practitioners driving change in software. Attend in-person.
Discover transformative insights to level up your software development decisions. Register now with early bird tickets.
Get practical advice from senior developers to navigate your current dev challenges. Register now with early bird tickets.
Level up your software skills by uncovering the emerging trends you should focus on. Register now.
InfoQ Homepage News Article: Building Asynchronous Services With SCA
Community comments
Confused.
by An Phu,
Re: Confused.
by mike prendergast,
Confused.
by An Phu,
Your message is awaiting moderation. Thank you for participating in the discussion.
>For the OrderClient, there is a reference with the name "OrderService". On the OrderService there is a service with the name "OrderService".
This naming convention made it a little difficult to follow sometimes. I had to re-read the subsequent sentences to figure out whether you were referring to the client or service.
>The reference is connected to the service by a wire...
Connected by a wire?
>The fact that the connection involves a callback is defined by the interface used to describe the service...
So, a dual interface is an interface with both the service and callback interfaces?
>The presence of a element on both the OrderClient reference and on the OrderService service indicates that Web services are the method used to communicate between them.
What element? Are you referring to the <binding.ws/>?
It seems the scenarios for SCA can also be handled by asynchronous client processing with a message queue binding. Although there is more infrastructure involved with asynchronous client process, you get durability and robustness. The client does not need to be online all the time. With SCA, the client has to be available in order for the service to send back the response. what happens to the response message if the client callback is unavailable?
Re: Confused.
by mike prendergast,
Your message is awaiting moderation. Thank you for participating in the discussion.
"It seems the scenarios for SCA can also be handled by asynchronous client processing with a message queue binding. Although there is more infrastructure involved with asynchronous client process, you get durability and robustness. The client does not need to be online all the time. With SCA, the client has to be available in order for the service to send back the response. what happens to the response message if the client callback is unavailable?"
********************************************
The key point here is that you could do this with an async messaging implemenation where you manage the infrastructure. By using sca you let sca manage that for you and in fact in the IBM products it will generate MDBs etc later on during deployment.
However this is an async call as well asa response so in fact the client doesn't have to be present at the same time. For more detail on error handling see
www.ibm.com/developerworks/websphere/library/te...
You may want to print it out