Some fix packs and other maintenance packs deliver new functions.
The What's new in Version 9.0? topic introduces you to the main new function in IBM Integration Bus Version 9.0. This topic introduces you to the additional function that is added in fix packs.
For detailed information about the contents of fix packs and other maintenance packs, see the WebSphere® Message Broker support web page which contains information about WebSphere Message Broker and IBM Integration Bus. Click Downloads, then Recommended fixes, and select your product to view available fixes. The description of each fix pack includes a link to Problems fixed (a list of APARs that are included).
IBM Integration Bus Version 9.0 fix pack V9.0.0.7 provides support for IBM MQ Version 9 and includes an upgrade of the embedded MQ Managed File Transfer client to support connectivity to IBM MQ Version 8 and IBM MQ Version 9.
The ICU version has been increased in this fix pack; therefore, you must recompile the code page converters that are used by IBM Integration Bus message flows or the DFDL parser. For more details, see Generating a new code page converter.
You can define the action that the node takes with the output file if the final processing of a file fails. This section describes the outcome for each action taken by the node on final file processing failure given the write mode and the type of transfer:How the broker processes files.
Any JDBC provider is supported, therefore if a JDBC provider is not listed in the supported database table, IBM Integration Bus provides limited support. This support has the following restrictions: The driver must be a JDBC Type 4 (Pure Java™) driver. Global transaction coordination (XA) is not supported. Discoverability in the Graphical Data Mapper is not supported, and the automatic determination of field types in Graphical Data Maps is supported only if the driver correctly and fully implements java.sql.PreparedStatement.getParameterMetaData(). For more information about the field types, see Data type considerations for mapping database content.
For more information about supported JDBC drivers, see Supported databases or the IBM Integration Bus system requirements: http://www.ibm.com/software/integration/wbimessagebroker/requirements/.
A unique security key securityIdentity performs a second broker registry lookup to find an entry under the broker DSN entries, which store the encrypted password for the user identity for connection logon authentication on their associated host system; for example, jdbc::mysecurityIdentity. For more information on securityIdentity and alternative authentication methods, see JDBCProviders configurable service.
You can return a list of parameters that are set on a broker. In addition, you can use the mqsireportdbparms to check if security credentials are set, or identify if you are using the correct password for a broker.
For more information about using the mqsireportdbparms command, see mqsireportdbparms command.
When a FileReadnode has the Remote Transfer option selected, and a local file is not available, one is transferred from a remote server. If the Delete remote file after successful transfer property is selected, then after successfully transferring a file it is deleted from the remote server, otherwise it is left in place.
For more information about using the reading remote files with the FileReadnode, see FileRead node and Using local environment variables with file nodes.
When an SCARequest nodeis used with a WebSphere MQ, it is possible to override the Request Queue Manager and Request Queue using the LocalEnvironment.
For more information about overriding the Reply properties, see SCARequest node.
Previous versions of IBM Integration Bus do not support Java isolation in applications. Now, a Java class loader is built for each application, and it contains only the Java that is deployed in that application and any included libraries.
For more information about Java isolation, see JavaCompute node.
You can use the Graphical Data Map Specification Language to create a message map programmatically.
You can create a map programmatically when you have meta-data that defines the transformation logic that needs to be applied to an input message to produce the output.
For example, you can write a JAXB based program that builds the map using JAXB classes generated from the provided MSL schema. The program reads XML data that defines the input elements to be mapped and the output elements.
For more information, see Creating a message map programmatically.
The previously available Security Identity Propagation support for SAPRequest nodes has been extended for use with the SiebelRequest node. This new behavior means that you can use a Security Profile to extract security tokens at runtime and then propagate the identity to Siebel. This allows you set the credentials dynamically, and therefore you do not have to use the same Identity for every request made.
For more information about this new support, see Propagating security credentials to Siebel and SAP requests
Additional features that detail improved control over message processing, updated ODBC database driver support, and support for Standard Edition on z/OS®.
The DataDirect ODBC drivers were updated from V7.0 to V7.1. The newer Oracle driver provides support for Oracle Advanced Security features. In addition, the DataDirect SQL Server (Native) Wire Protocol driver is now included as well as to the DataDirect SQL Server Legacy Wire Protocol driver.
For more information, see Connecting to a database from Linux and UNIX systems by using the IBM Integration ODBC Database Extender
In addition to the safe and fast modes available for user trace, there is a third mode temp that is available with integration server service trace only. This mode is the same as safe mode, but trace is automatically switched off when the component restarts. You can also specify up to 10 BIP numbers to stop the trace automatically.
For examples and more information about this mqsichangetrace option, see mqsichangetrace command - Windows, Linux, and UNIX systems
To see the full list of available nodes for each operation mode, see IBM Integration features.
An integration server keeps a cache of compiled XPath expressions to help reduce the processor usage of parsing and re-creating XPath expressions that are used repeatedly during message flow execution. This cache is shared by all message flows within an integration server. However, this default size might become a performance bottleneck for customers who use many XPath expressions with a single flow invocation completely invalidating the cache. Altering the size of the XPath cache might improve message flow performance. For examples and information about altering the default cache size, see Configuring the XPath cache.
For more information, see Accessing broker properties from a Mapping node.
Additional support for handling nulls in graphical data transformations. For example, when you use a Move transform to copy a non-XML input element to an XML output element that is defined as nillable in the schema, the output XML element also has the xsi:nil attribute set.
For more information, see Handling nulls in message maps.
An integration service developer can generate a JavaScript client API from an existing integration service. The JavaScript client API provides operation functions that a JavaScript developer can call from a program that is running in a JavaScript environment. For more information about the integration service JavaScript client API, see Integration service JavaScript client API.
For more information about IWA, see Integrated Windows Authentication.
Resource statistics show the performance and operating details of resources that are used by your integration servers. You can now generate resource statistics messages in JSON format, in addition to the existing XML format. For more information, see Resource statistics.
The proxy servlet initialization parameters must be configured for the broker environment that the proxy servlet is connecting to each time the proxy servlet is deployed to the servlet container. It is now possible to configure the web.xml parameters only once through the JNDI in WebSphere Application Server, regardless of how many future deployments there might be of the proxy servlet. Because the JNDI configuration parameters take precedence over the initialization parameters in the web.xml file, using this method means that you need to set up at the application server side only once for any future deployments of the proxy servlet.
These setup tasks must all be completed in the WebSphere Application Server administrative console. For a full list of the steps, see Setting up the JNDI interface for the proxy servlet.
Additional features that detail improved control over message processing, updated ODBC database driver support, and support for Standard Edition on z/OS.
For more information about scale mode, see Operation modes. For information about the licences for different versions of IBM Integration Bus, see License requirements.
For instructions on remote access to an SQL Server, see Connecting to a database from Linux and UNIX systems by using the IBM Integration ODBC Database Extender, and for sample ODBC configuration files for Solaris on x86-64, see Sample IBM Integration Bus ODBC configuration files.
For a full list of function level changes that affect graphical data maps, see Using function levels with graphical data maps.
You can access properties that you have associated with a message flow from a message map.
For more information, see Accessing user-defined properties from a Mapping node.
For more information about configuring an SQL Server database, see Creating and configuring a Microsoft SQL Server database for recording data.