Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

ActiveSOAP is a high performance, lightweight & easily embeddable, StAX based framework for document centric REST and Web Services and implementing SOAP intermediaries.

ActiveSOAP uses pure StAX to implement the SOAP protocol, parsing and processing the SOAP headers, roles & relaying using pull based parsing for high performance which is particularly useful when performance is critical or when you are implementing a SOAP router, load balancer or intermediary.

ActiveSOAP can then delegate the processing of a specific header or of the SOAP body to a plugin Handler so that messages can be processed via various XML marshalling tools like

  • XMLBeans
  • Castor
  • JAXB
  • XStream
  • Traditional XML APIs like SAX, TrAX, DOMish APIs
  • JAX-RPC via Axis
  • alternative SOAP tools like XFire

We are complying with most of the test cases in SOAP 1.2 conformance tests and have transports for HTTP and JMS with more to come.

We should be able to grow ActiveSOAP to have various SOAP protocols implemented in pure StAX such as WS-Addressing, WS-Eventing, WS-RM etc.

REST support and QName routing

One of the core features of ActiveSOAP is when an XML request is processed, the QName of the element is extracted and then passed on to some Handler object for processing. The HandlerRegistry is used to find the correct Handler for a given QName.

This architecture allows us to support multiple different versions of SOAP concurrently as well as supporting pure REST based services. Indeed we can support pure REST services both with and without the SOAP protocol at the same time, allowing you to use the SOAP protocol and other WS-protocols where they make sense - or stick to pure XML REST services where the SOAP overhead is not worth the cost.


Confluence RSS Feed
Confluence Syndication Feed

More News

  • No labels