The WSO2 SOA platform has the capabilities of Axis2 to add modules to extend its capabilities. A module is an archive file that bundles a set of classes, related libraries and third party library dependencies. The global modules will affect all the services deployed within the server.
The folder structure of the module archive file will look as follows:
Test.mar - META-INF - module.xml TestModule.class TestHandler.class
After modules are added to the ESB they can be engaged for a particular service or service group. For more information see Module Engagement for Service and Managing Service Groups.
WSO2 ESB provides numerous build-in modules:
Name | Version | Description |
---|---|---|
wso2xfer | 4.0 | This module is an implementation of |
rahas | 1.61-wso2v8 | This module is used to STS enable a service where it add the |
wso2mex | 4.0 | This module provides |
wso2caching | 4.2 | This is a web services caching module for WSO2 WSAS and Apache Axis2. This implements both the server side as well as client side caching |
wso2throttle | 4.2 | Module for controlling client access to web service engine. Access throttling can be configured at a global level, service level or operation level. |
sandesha2 | 4.0 | This module implements |
relay | 4.5 | Unwraps the binray messages coming from the Message Relay for Admin Services |
addressing | 4.0 | This is the |
rampart | 1.61-wso2v8 | This module provides the WS-Security and |
To learn more information about Axis2 Modules, see Apache Axis2 Architecture Guide.
The WSO2 Carbon provides a user friendly interface to engage, disengage and configure these modules.