Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Transport-Independent Remote Services

DZone's Guide to

Transport-Independent Remote Services

Einstein had his "spooky force at a distance" hangups. But today almost all the work we do is "at a distance". Remote services are absolutely essential to most of the system we interact with.

· Integration Zone
Free Resource

Modernize your application architectures with microservices and APIs with best practices from this free virtual summit series. Brought to you in partnership with CA Technologies.

ECF recently released version 3.13.1 of it's implementation of the OSGi Remote Services and Remote Service Admin specifications.

Over the past year, we have made it much easier for us and others to create custom distribution providers.   This has made it possible to quickly create a variety of open source distribution providers...for example, HTTP/HTTP/REST/Jax-RS implementations, TCP, Hazelcast, JMS, AMQP, MQTT and JavaGroups) as well as others. 

Why is this useful and important?   In my view, it's important because it allows service developers to define, implement, and deploy transport-independent Remote Services.   Transport-independence gives the flexibility to address changing requirements without the need to alter the service.

For example, consider a small remote service for accessing a database of Students.  Ideally, the service interfaceimplementation, and client would be one distribution system/transport and never have be changed.   In practice, however, it's often necessary to respond to non-functional transport-related requirements...for example changing needs for interoperability/integration, changing security requirements, network performance requirements, bandwidth, service availability on an unreliable network, the need to use new protocols, etc. 

This new tutorial shows how Remote Services can be declared, implemented, deployed and versioned without any dependencies on the underlying distribution system or transport.   Pluggable distribution providers may be substituted with no service or application-level code changes.   This is accomplished by adherence to standards (OSGi Services/Remote Services and Jax-RS) as well as ECF's pluggable distribution provider approach.

The Integration Zone is proudly sponsored by CA Technologies. Learn from expert microservices and API presentations at the Modernizing Application Architectures Virtual Summit Series.

Topics:
remote service ,tutorial ,distribution ,transport ,eclipse

Published at DZone with permission of Scott Lewis, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}