<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=1645804&amp;fmt=gif">

All you need to know about our solution AXE integration. 

Benefits of AXE integration

Integrates a wide variety of software running on multiple platforms.
Fault tolerant
Has the ability to retry if something fails and will let you know if there is an issue.
Full audit trail
See the status of transactions, including any that have errored.
Performs multiple actions but if one of the actions fails it can rollback.
To tolerate system down on any node and reactivate when availability is detected.
Out of the box tasks
Such as reading files, writing files, database queries, web interactions, FTP.

Are you sure you need to replace your IT system?

Sometimes, you don’t need to buy a completely new IT system to make your business more efficient.

Many companies use different software systems for different business functions. For example, you might use one system for financials, another to track customer contacts, and still another to process orders. Re-typing the same customer information into each system wastes time, and creates mistakes.

One solution is to replace all the individual systems with a single solution that does everything. Of course, that’s usually expensive; and sometimes it’s just not the best alternative. The other option is to integrate your existing systems.


Systems integration can also add value to your customer and supplier relationships

Of course, systems integration can do more for you than just lower internal costs. Imagine what you could do by securely integrating your systems with those of your suppliers or customers.

You could:

  • speed up the purchase order process (and reduce the cost for your supplier to work with you);
  • make it easier for your customers to buy from you; and
  • transform the nature of the relationships you have with your business partners.

Frequently Asked Questions

What is AXE?

AXE is an integration middleware platform which facilitates transferring data between software systems; it provides reliability, logging, reusability and automation to the integration process. AXE acts as a platform to build custom integration by either composing existing AXE tasks together or by implementing custom tasks for a specific purpose

What are the main components?

An installation of AXE contains three main components:

  1. AXE Manager application for users to create and manage integrations
  2. Manager Service to coordinate the integrations
  3. AXE processes to perform the work.
AXE Manager

AXE Manager is a graphical user interface that allows the creation and management of AXE Processes and tasks. AXE Manager provides a drag and drop interface to build integrations, an interface to configure tasks. Logging and the status of each task can also be viewed within the AXE Manager allowing for on-going management and administration of an AXE installation.

The AXE Manager communicates directly with the Manager Service. In the default setup this communication is done over Named Pipes however this is configurable to allow other transport mechanisms to distribute the AXE Manager and Manager Services on separate machines.

Manager Service 

The Manager Service runs as a windows service. It is responsible for starting, stopping and restarting AXE Processes. It also exposes all the services required by the AXE Manager to enable management of your AXE instance. The manager service has no user interface on its own rather it uses the AXE Manager as its front end interface.

When the Manager Service starts an AXE Process, the Manager Service communicates with the Process Service over named pipes. This allows faster communication when the Manager Service resides on the same system as the AXE Processes.

AXE Process 

The AXE process is where the processing and integration is actually performed. Multiple AXE Processes can be configured with each performing a separate set of integration tasks independently of one another. An AXE Process contains multiple related tasks each performing one unit of work as part of a larger integration, the tasks do operations like reading files, performing transforms, writing to databases etc. Tasks are able to transfer data between themselves to create a complete integration.

Each AXE Process runs as a separate operating system processes. The processes are created and stopped by the Manager Service but each AXE Process manages its own tasks, execution and scheduling independently.


How does AXE licensing work?

AXE licences are applied as registry keys and are checked by the AXE Processes on start-up. The license can be obtained by contacting Olympic Software which will supply a .reg file containing the necessary information to enable your AXE installation. You will have to provide details of the system running AXE, for Olympic to generate the license. AXE licences come in two varieties, a full licence or a lite licence. Regardless of the licence the installation of AXE is the same.

Full Licence

A full AXE licence allows any number of integrations with any number of source and target systems. All features are available and there are no restrictions placed on the product.

Lite Licence

A lite licence allows for a single integration. That is integrating one type of data from a single source system. For each integration a new Lite License is required. This allows a low cost entry into using AXE.

Lite licences are enforced by locking down the system after the initial creation and configuration are done (usually one week after the licence is generated). Once locked down existing tasks can be edited and viewed but no new processes or tasks can be created. To unlock the process a new AXE licence needs to be generated and applied, this would provide another week to make necessary configuration changes.

To upgrade to a full license a new full license would need to be generated and applied. The new license would override the existing licenses allowing an upgrade path to a full AXE licence.


What are the data sources?
Data sources

Accessing specific data is done through tasks, there are several out of the box tasks that allow connection using the following methods.
  • File System File access on the local machine or shared UNC paths
  • ODBC Connect to databases that support ODBC connections
  • OLE DB Connect to data sources that support OLEDB API
  • HTTP Get and Post details to a website or web service
  • FTP Retrieve or upload files to FTP server
  • SMTP Send out emails
  • POP Access mailboxes to retrieve information in email
  • IMAP Access mailboxes to retrieve information in email
  • MSMQ Tasks can access MSMQs directly to transfer data between both tasks and applications
  • IBM MQ Read and write to IBM Message Queue
In addition to these, custom tasks can be written for AXE to connect to other systems widening the possible
interfaces to any system with a programmable interface.


What are the system requirements?

Minimum system requirements:

  • 1GB of RAM
  • Microsoft .NET Framework 4.6
  • 50MB Disk space (plus additional space for any files being transferred as part of the integration)
  • Supported Microsoft Windows Server OS
  • Microsoft Message Queuing (included as part of Windows but needs to be enabled)

Although the above will be sufficient for most integration processes, the actual requirements will depend on the complexity of the integration process and the performance requirements of any specialized custom tasks that need to be created.

AXE runs as a 32-bit application although both 32-bit and 64-bit versions of Windows are able to install and run AXE.


How does AXE logging work?

Event Logs
AXE will write all errors and warnings into its own “AXE” event log, this is a stable general logging component
available to all Windows applications and allows a consistent experience in managing logs between AXE and other
applications installed on the system.

The database (SQLite or Microsoft SQL Server) also stores AXE log, the level at which the logs are stored is
configurable allowing for full debug information to be archived through to only fatal errors.

The number of items that are stored in the database is also a configuration. This allows for a rolling log storing for
example only the last 10,000 log entries. This prevents AXE from using excessive amounts of disk space to store
unnecessary logs.

The database logs provide a queryable set of tracking information allowing the AXE Manager to display activity
within the application with varying levels of detail.

It is also possible to use a different database engine of your choice instead of Microsoft SQL Server, as long as
drivers for .NET are available for it.

When an error is encountered AXE will notify administrators so that some action can be done to rectify the issue.
These errors are not just restricted to programming faults but can also be environmental issues, such as a task is no
longer being able to connect to a shared file or a database being inaccessible.

If you're interested in how AXE might be able to help your organisation integrate better between systems then Contact us.