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

SnapLogic is the leading self-service enterprise-grade integration platform. Download the 2018 GartnerMagic Quadrant for Enterprise iPaaS or play around on the platform, risk free, for 30 days.

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.

With SnapLogic’s integration platform you can save millions of dollars, increase integrator productivity by 5X, and reduce integration time to value by 90%. Sign up for our risk-free 30-day trial!

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

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

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

{{ parent.tldr }}

{{ parent.urlSource.name }}