scholarly journals Comparing of Soap and Distributed Object Technologies: A Case Study

Author(s):  
Dr. Manish L Jivtode

Web service technology has emerged as a popular way for building distributed applications involving distributed databases. It is the next generation technology in the long journey from functions to objects to components to services. Today’s comparing SOAP as a wire protocol to the commonly used distributed object technologies and their wire protocols in use. SOAP makes use of openly available technologies that, when combined, specify a wire protocol. This protocol can be used to facilitate highly and ultra-distributed architecture. SOAP commonly uses the HTTP protocol to transport XML-encoded serialized method argument data from system to system. This serialized argument data is used on the remote end to execute the client’s method call on that system, rather than the client’s local system. This case study provides a more details comparison of the SOAP and Distributed objects.

Author(s):  
Dr. Manish L Jivtode

With the increasing popularity of the cloud, web service technology has emerged as a popular way for building distributed applications involving distributed databases. It is the next generation technology in the long journey from functions to objects to components to services. In this paper, encryption and decryption technique is used for timing computation of different sizes of JPEG images which is based on enhanced AES algorithm. It is improve its performance by reducing the number of rounds and by increasing the block length with fixed length during encryption and decryption and also give the general introduction about cryptography.


Author(s):  
Mustapha Mohammed Baua'a

The I\O file system Read\Write operations are considered the most significant characteristics. Where, many researchers focus on their works on how to decrease the response time of I\O file system read\write operations. However, most articles concentrate on how to read\write content of the file in parallelism manner. Here in this paper, the author considers the parallelizing Read\Write whole file bytes not only its contents. A case study has been applied in order to make the idea more clear. It talks about two techniques of uploading\downloading files via Web Service. The first one is a traditional way where the files uploaded and downloaded serially. While the second one is uploaded\ downloaded files using Java thread in order to simulate parallelism technique. Java Netbeans 8.0.2 have been used as a programming environment to implement the Download\Upload files through Web Services. Validation results are also presented via using Mat-lab platform as benchmarks. The visualized figures of validation results are clearly clarifying that the second technique shows better response time in comparison to the traditional way.


2021 ◽  
Vol 20 (5s) ◽  
pp. 1-22
Author(s):  
Haoran Li ◽  
Chenyang Lu ◽  
Christopher D. Gill

Fault-tolerant coordination services have been widely used in distributed applications in cloud environments. Recent years have witnessed the emergence of time-sensitive applications deployed in edge computing environments, which introduces both challenges and opportunities for coordination services. On one hand, coordination services must recover from failures in a timely manner. On the other hand, edge computing employs local networked platforms that can be exploited to achieve timely recovery. In this work, we first identify the limitations of the leader election and recovery protocols underlying Apache ZooKeeper, the prevailing open-source coordination service. To reduce recovery latency from leader failures, we then design RT-Zookeeper with a set of novel features including a fast-convergence election protocol, a quorum channel notification mechanism, and a distributed epoch persistence protocol. We have implemented RT-Zookeeper based on ZooKeeper version 3.5.8. Empirical evaluation shows that RT-ZooKeeper achieves 91% reduction in maximum recovery latency in comparison to ZooKeeper. Furthermore, a case study demonstrates that fast failure recovery in RT-ZooKeeper can benefit a common messaging service like Kafka in terms of message latency.


Sign in / Sign up

Export Citation Format

Share Document