Asynchronous Messaging between Web Services using SSDL

Aim
Designing

and

developing

asynchronous,

message-oriented,

distributed

applications.
Abstract

Objective Examinations are conducted by the large organizations to examine the

candidate performance for different purposes nowadays. A candidate can attend the
examinations at any free time he desires. Subject of examination is also become
candidate choice. For examination conducted by the recruitment agencies, the candidate
has no choice among the subjects.
Nowadays examination/test for recruitment is conducted by the recruitment
agencies. The questions will be generated in a random manner. Question Bank Server
held Examination indirectly. Questions are transferred to the examination centre at which
the candidate can attend the examination.
The candidate registered the user name and password to access the benefits of the
site. On registration the candidate can select the subject in which he wants to attend. The
candidate can attend the examination at any examination centre at any time.
The examination centre acts as a medium to conduct the examination. The
question that comes from Question Bank Server is forwarded to the respective client
browser. The Answer from candidate is forwarded to the Question Bank Server. The
communication uses soap format to transfer data.
A web service running on the Question Bank Server provides the way for
registration and attending the examination. The evaluation is also held in the service and

the result is returned immediately after completing the exam. The certificate will be
produced from Question Bank Server.
Exam centre is responsible to prevent the malformed activities while conducting
the examinations. It provides guidance to the registered candidate.
This major advantage of this application is asynchronous messaging between web
services. Since our application is Service oriented application. It can very easily perform
communication between different web services for more reusability that increases the
intelligence of the application.
Web services can interoperate among each other through SOAP Service
Description Language to abstract required functionality (function calls).
In our application we have two third parties called recruitment agencies and
Company, which offers certification Examinations. Each of them provides their own web
services for Exam Center to communicate with them.
Furthermore these two web services can also communicate to abstract the
required functionality if exist by sending messages between them. That is if both
recruitment agency and the Certification Company wants to have tie up between them in
recruiting candidates, then they can easily reuse the existing web service to interoperate
among each other. So the application will become more distributed message-oriented
application.

Software Specification:
Operating System

Windows 7

Language

Asp.NET2010

Data base

Sql Server 2008

Server

IIS 5.1

SOAP Service Description Language (SSDL).

The SOAP Service Description Language (SSDL) is designed for describing
asynchronous, message-oriented, and multi message interactions between Web services.
SSDL provides the basis for a range of protocol description frameworks.
At one end of the spectrum, such frameworks can be simple, SOAP-centric replacements
for the Web Services Description Language. At the other end, theyre a more expressive
contract-definition language enabling formal verification of asynchronous application
protocol properties. This is possible because SSDL focuses on the message abstraction
as the building block for service-oriented applications.
Application
Centralized Examination System Using SOAP and Asynchronous Messaging
between Web Services using SSDL.

Modules:
1. Question Pattern Designing
2. Registration
3. Question Generation
4. Evaluations and Certification
5. Examination
6. Recruitment

Modules in detail:
1. Question Pattern Designing
Questions are designed in various patterns like technical/subject related questions,
aptitude questions, General questions, interview questions and so on. The questions will
be asked one by one. The choices and the correct answer are also come with the question.
These things are sent in soap format.
2. Registration
The candidate who wants to attend the examination should register in the
Question Bank Server. Payment is made at the examination centre on registration. The
candidate will receive a username and password after the payment is made. Registration
information is posted to the Question Bank Server. During the registration the subject,
date and time are decided.
3. Question Generation
Questions are generated for the candidate when he attends the examination. After
answering the every question the answer will be posted back to the server. Hence the
questions are dynamically generated the user could not know the sequence and questions.
Even the exam centre could not guess the question.
4. Examination
Questions are displayed one by one. The user could not see the previous question.
The examination will be considered as completed after the specified time interval has
been elapsed. The user can complete before that specified time interval.
5. Evaluations and Certification
The server will maintain a session for him during the exam all the answers and the
correct answers will be with that exam details. After completing the exam all the answers
given by him are evaluated with the correct answers and the result will be sent to the
client immediately.

6. Recruitment
Here both the recruitment agencies and the certification company will communicate to
share their candidate resource (required candidates profile) among each other to recruit
them. Recruitment Company may seek a candidate profile whoever is satisfied with their
required certification criteria from the certification company. Or a certification company
may also request for candidates who satisfied with their requirement for their opening.
Likewise they can share their domain knowledge upon particular criteria among each
other via web service using SSDL. This can also be done without using web service. But
it consumes more no. of web services for less use. So SSDL provides the way of
communication through messaging between web services if the expecting functionality
exists already. This avoids functionality redundancy and increases the distributed
applications performance over the web.
Softwares:
Front End: ASP.NET 2005
Back End: Sql Server 2005

EXISTING SYSTEM
Nowadays Web users have clearly expressed their wishes to receive personalized
services directly. Personalization is the way to tailor services directly to the immediate
requirements of the user. However, the current Web Services System does not provide
any features supporting this such as consideration of personalization of services and
intelligent matchmaking. In this research a flexible, personalized Rule-based Web
Services System to address these problems and to enable efficient search, discovery and
construction across general Web documents and Semantic Web documents in a Web
Services System is proposed.
And Also Existing project is developed using SOAP (Simple Object Access
Protocol). Because SOAP is a store-and-forward protocol, it's inherently suited to
proxying. Since any SOAP server can be a proxy, it's rare to set up separate proxying for
it. Instead, most sites direct SOAP connections to a bastion host running a secure SOAP
server that is the proxy.
Dedicated firewall products that provide proxying may proxy SOAP (they can't
reasonably be expected to run a full SOAP server). This is straightforward to configure
because SOAP uses a single connection. In this configuration, it's not unreasonable to
continue to direct the proxied SOAP connections to a single secured SOAP server on a
bastion host that acts as a second proxy. Proxying protects you from unwanted
connections, but not from misuses of connections; you don't want to let external hosts
talk to a standard unsecured SOAP server, even through a proxy.
Disadvantages;

SOAP(Simple Object Access Protocol)

SOAP is XML based protocol, which is used to exchange synchronous message

between web service to application

SOAP doesnt maintain any queue list in web service

SOAP will wait for response from web service, so it takes more waiting time

PROPOSED SYSTEM
This system utilizes matchmaking among service requesters, service providers
and users preferences using a Rule-based Search Method, and subsequently ranks search
results. A prototype of efficient Web Services search and construction for the suggested
system is developed based on the current work. Web Services technology is rapidly
emerging as a critical solution for information and system integration among
departmental systems within an enterprise or between different enterprises. Web Services
allow liberal exchange of information among different platforms and applications using
open and flexible standards such as SOAP (Simple Object Access Protocol), WSDL (Web
Services Description Language) and UDDI (Universal Description, Discovery and
Integration). Clustering Semantic Web Services, which is the method purported to
provide services for the convenience of users in the Semantic Web environment, is
composed of SOAP, WSDL, UDDI and DAML-S. SOAP, used for calling Web Services,
is a quantitative protocol for sending data that is structuralized and standardized using
XML. However, it is also a type of message format protocol, which is quite extensive and
can actually be applied in many fields other than that of a quantitative protocol. WSDL,
used for Web Services description, contains information on the interface provided by the
Web Services and the type of data that is to be used through the services. UDDI is a
directory service that can be used by an individual or company for registering and
searching Web Services. In other words, UDDI allows one to register the service he/she is
to provide on the Web and the service user to find the service he/she wants from the
registry. DAML-S (Semantic Markup for Web Service) is a key component for
implementing Semantic Web Services, and at the same time, the ontology for Web
Services.
Advantages:
SSDL(SOAP Service Description Language)

SSDL is designed for describing asynchronous, message-oriented and multi

message interactions between web services

SSDL provides the basis for a range of protocol description frameworks

SSDL maintain queue list in web service and it doesnt wait for any response