Copyright © 2010
1997
Abstract
In complex IT environments it is necessary to integrate different information systems with each other, exchange data between tools and automate actions and function calls depending on events arising from user interaction. To meet the requirements of integration building usually means to implement APIs and to create tool-to-tool bridges. Web Services can help to clean up bridges into interfaces as well as to abstract functions from their underlying platform and implementation.
These are the major goals of the loosely coupled integration strategy which is in turn one essential idea of a service-oriented architecture (SOA).
provide a low level set of functions and web services. These can be orchestrated into services and used in business processes which make up the execution part of a SOA environment.
is an add-on to XBridgeNG 2.0. It runs standalone or in combination with XBridgeNG. Pure XBridgeNG has two components:
XML Schema for item based data types (e.g. tickets from a bug tracker system or a database record)
Set of Apache Ant tasks to function as a bridge between the XBridgeNG XML format at legacy 3rd party software (e.g. HP Quality Center, Serena TeamTrack, ...)
The add Web Services (SOAP) wrapper around Apache Ant tasks (since XBridgeNG 2.0)
The current focus is on file-based operations. do not contain an integration server or a process execution engine.
Table of Contents
List of Tables
This chapter describes the installation.
tbd.
In short: Deploy .WAR file to Apache Tomcat
There is a quick guide explaining Basic Authentication for Tomcat here:
http://oreilly.com/pub/a/java/archive/tomcat-tips.html?page=1
Sometimes you'll only want to restrict access to to only specified host names or IP addresses. This way, only clients at those specified addresses can use the web services. Tomcat provides two configuration values for that: RemoteHostValve and RemoteAddrValve.
These Valves allow you to filter requests by host name or by IP address, and to allow or deny hosts that match. The example below restricts access to the ArchiveService from any machine that is not the local host.
<Context path="/XService/ArchiveService" ...> <Valve className="org.apache.catalina.valves.RemoteAddrValve" allow="127.0.0.1" deny=""/> </Context>
If no allow pattern is given, then patterns that match the deny attribute patterns will be rejected, and all others will be allowed. Similarly, if no deny pattern is given, patterns that match the allow attribute will be allowed, and all others will be denied.
The <context> element must be placed into the server.xml file (into <engine><host>).
Table of Contents
List of available web services and their operations.
The ArchiveService bundles file packing operations. Its WSDL is located at http://server:port/XServices/ArchiveService?wsdl
The ExecuteService bundles local and remote command execution operations. Its WSDL is located at http://server:port/XServices/ExecuteService?wsdl
Run an executable with arguments on the server providing the web service. The command is run within the environment and under the user privileges of the user who is running the Tomcat Server.
Table of Contents
This chapter bundles the documentation for common xml types used by XServices web service.
The AntProperty type defines a list of key/value pairs.
The defining Java class is
net.brutex.xservices.types.AntProperty
.
<xs:complexType name="antProperty">
<xs:sequence>
<xs:element name="name" type="xs:string"/>
<xs:element name="value" type="xs:string"/>
</xs:sequence>
</xs:complexType>
<AntProperty>
<name>key2</name>
<value>value2</value>
</AntProperty>