Soap2JmsCommon

Common classes shared between Server and Client

Лицензия

Лицензия

Группа

Группа

com.github.jbricks.soap2jms
Идентификатор

Идентификатор

s2j_common
Последняя версия

Последняя версия

0.1.0
Дата

Дата

Тип

Тип

jar
Описание

Описание

Soap2JmsCommon
Common classes shared between Server and Client

Скачать s2j_common

Как подключить последнюю версию

<!-- https://jarcasting.com/artifacts/com.github.jbricks.soap2jms/s2j_common/ -->
<dependency>
    <groupId>com.github.jbricks.soap2jms</groupId>
    <artifactId>s2j_common</artifactId>
    <version>0.1.0</version>
</dependency>
// https://jarcasting.com/artifacts/com.github.jbricks.soap2jms/s2j_common/
implementation 'com.github.jbricks.soap2jms:s2j_common:0.1.0'
// https://jarcasting.com/artifacts/com.github.jbricks.soap2jms/s2j_common/
implementation ("com.github.jbricks.soap2jms:s2j_common:0.1.0")
'com.github.jbricks.soap2jms:s2j_common:jar:0.1.0'
<dependency org="com.github.jbricks.soap2jms" name="s2j_common" rev="0.1.0">
  <artifact name="s2j_common" type="jar" />
</dependency>
@Grapes(
@Grab(group='com.github.jbricks.soap2jms', module='s2j_common', version='0.1.0')
)
libraryDependencies += "com.github.jbricks.soap2jms" % "s2j_common" % "0.1.0"
[com.github.jbricks.soap2jms/s2j_common "0.1.0"]

Зависимости

compile (3)

Идентификатор библиотеки Тип Версия
org.slf4j : slf4j-api jar 1.7.21
org.apache.commons : commons-lang3 jar 3.4
commons-io : commons-io jar 2.5

provided (2)

Идентификатор библиотеки Тип Версия
org.slf4j : slf4j-simple jar 1.7.21
javax.jms : javax.jms-api jar 2.0

Модули Проекта

Данный проект не имеет модулей.

Build Status

#Jms Over Soap

This project allows to access a JMS queue through a standard SOAP over HTTP web service. It allows to read and send messages from/to a JMS queue. Clients don't have to depend on any JMS implementation libraries. They are simple JAX-WS web service clients, that can be supported by any JAX-WS implementation (Apache CXF for instance).

It is not to be confused with "Soap over JMS". Soap Over JMS encapsulates a soap message into a JMS envelope. It has the same problems of JMS in terms of interoperability and it requires a JMS client implementation to connect to the server.

Visit the website for more informations.

goals:

  • Simplicity: It is simple to integrate. It has few dependencies. It will be well documented.
  • Reliability: JMS has a plus over SOAP: its reliability. Soap2Jms try to replicate this at the minimum cost: all the operations are idempotent. If clients are coded properly, messages will not be lost or duplicated in case of network or system failure.
  • Interoperability: It is independent from the specific JMS provider used. It can work in any application, without any change. Clients can be coded in languages other than java (.NET ...). Web services are WS-I Basic Profile 1 compliant.

Similar projects

Before starting the implementation I've evaluated similar project, each one has it's own strengths.

ActiveMQ REST Interface

ActiveMQ has a separate project that exposes most of the JMS functions through a rest interface. Pros:

  • Well manteined, it has a large community.
  • Well documented.
  • Well tested, security is ensured.

Cons:

  • The protocol is over complicated. It mimic JMS. It requires to open a session, and later to close it.
  • It's ActiveMQ specific.
  • It's JSON over HTTP. It doesn't have a WSDL to conform to (only a very lengthly description of the protocol).

OpenMQ UMS Interface

ActiveSoap

Hosted on codehaus, the site seems dead (10/11/2016).

com.github.jbricks.soap2jms

Java Bricks

The missing bricks in the java stack

Версии библиотеки

Версия
0.1.0