Latest Samples / Articles / Tutorials


Invoking a Web Service via email

This sample demonstrates the use of the UltraESB to poll an email account, and forward the message payloads to a web service, and respond back via email with the response from the Web Service.

Read more...
 

HTTP Basic, Digest and AWS S3 Authentication

The HTTP protocol supports transport level request authentication, and the most common schemes are: Basic Authentication and the more secure Digest Authentication scheme. With large scale use of the Amazon S3 infrastructure, the AWS S3 authentication over REST is also being used in many systems connecting with the Amazon S3 infrastructure. This article explains these three authentication schemes, and describes how Proxy services deployed on the UltraESB could use Basic or Digest authentication to secure backend services, and also shows how Basic, Digest or AWS S3 secured services can be accessed through the UltraESB - by allowing the ESB to perform transparent authentication on behalf of the client. Each of these schemes maybe used over HTTPS as well.

Read more...
 

Transactional ESB use cases made simple with the UltraESB

This article demonstrates the ease of handling both JTA and non-JTA (i.e. local) transactions - or both at the same time - with the UltraESB. In addition to the ease of use, the power to suspend and resume transactions, or to operate with multiple transactions within a message flow allows any requirement to be met much more easily. Compare the ease of use and the features - by reference with articles describing a subset of this functionality with the JBoss ESB and the WSO2 ESB.

Read more...
 

Deploying the UltraESB on Tomcat or a JEE Application Server

The UltraESB uses its own high performance and asynchronous HTTP/S transports using Java NIO, Zero-Copy and Memory mapped file IO; and thus a JEE application server deployment will not yield anything by the use of the application servers' servlet container support. However, the use of an application server JTA transaction manager, Datasources and JMS resources is still a valid and common use-case, while accessing EJB's during mediation is another. Some users also prefer to deploy all applications over Tomcat or another JEE server for administrative or operational reasons.

Read more...
 

Advanced cloning and aggregation with streaming

This article demonstrates the capability of the UltraESB to split messages and aggregate responses, and in particular highlights the capability to stream chunks of responses aggregated as-soon-as-they-become-available; while handling premature timeouts thus preventing the remote client from receiving a partial response on a timeout.

Note: This is an advanced example solving a complex scenario, and was driven by a user request for a proof-of-concept.

Read more...
 

Using the UltraESB to proxy and load balance requests to Tomcat

Traditionally the Apache web server has been used to proxy requests to Tomcat servers using mod_jk or mod_proxy etc. This usually entails configuring multiple configuration files at different locations after making the necessary modules available to Apache. This articles describes how the UltraESB can be used to load balance and fail-over requests to Tomcat servers, and compares with a similar configuration with Apache2 using mod_jk.

Read more...
 

The Lightweight and High Performance ESB, Free and Open Source!

Quick Introduction

Integrate different systems both within an organization and beyond

The UltraESB is a Free and Open Source Enterprise Service Bus [ESB] that facilitates the integration of different systems; both within an organization and beyond. Integration is facilitated via "messages" which maybe HTTP/S messages (such as SOAP, REST, JSON, XML, Hessian, AS2, HTML, Binary, Text etc) or messages over many other transports such as JMS, Email, TCP, MLLP/S etc, or Files FTP/S, SFTP etc. Messages may carry different types of payloads such as SOAP, XML, Text, CSV, EDI, HL7, JSON, Maps etc., and the UltraESB can accept messages over one transport in one format, and forward it to another system over another transport and another format. Messages passing through the UltraESB can be “mediated” via fragments of Java code or JSR 223 Scripting   languages   such   as   Ruby,   Groovy,   Javascript   and   many   many   others   as   listed   at https://scripting.dev.java.net/ Thus the “mediation” logic could be easily written from within a Java IDE the user is familiar with, and
test, execute and debug the configuration all from within the IDE and utilizing the IDE features such as step through debugging.

Read more...
 

Using DB lookups and XQuery for mock services

This article describes how one could use the XQuery support introduced since 1.0-beta-3-b2, to generate mock REST services. It also describes how ETags could be set and checked against requests.

Read more...
 

UltraESB as a Security Gateway for HTTP/S, REST, SOAP, Hessian, Text etc

This article explains how the UltraESB could be used as a HTTP/S or SOAP Security gateway, to front internally deployed services of an organization in a SOA. The UltraESB allows SSL termination, WS-Security validation/termination, HTTP Basic/Digest authentication enforcement, Client SSL certificate validation etc, from a security point of view. Additionally it provides validation and transformation capabilities - and supports secure XML processing which safeguards the infrastructure from XML based attacks.

Read more...
 

Reference Guide - Mediation and Configuration

This document describes the UltraESB public API for mediating messages, and the configuration of the various transports, WS-Security and AS2 options

Read more...
 

The ESB Performance Testing Framework and Execution Round 4 - explained in detail

The objective of this article is to explain the ESB Performance Test Framework and the tests carried out in Round 4 in detail. Understanding this article will help develop the necessary configurations to compare the performance of any ESB using this test framework.

Read more...
 

ESB Performance Testing - Round 4

This article is based on the 4th round of ESB Performance testing conducted by the author since June 2007. This performance framework has now become the de-facto ESB Performance test suite, with vendors such as WSO2, BEA and Mule using it to publish benchmark results. This round moves the test execution to the Amazon EC2 environment, so that end users can themselves run the tests and verify the results - as well as use the framework to compare any ESB of their choice against the options compared in this report.

Read more...
 
  • «
  •  Start 
  •  Prev 
  •  1 
  •  2 
  •  Next 
  •  End 
  • »


Page 1 of 2