This is the latest release in the 6.x.x family. For EI 7.0.0, click here.

All docs This doc
||
Skip to end of metadata
Go to start of metadata

This page walks you through the process of upgrading to WSO2 Enterprise Integrator (WSO2 EI) 6.6.0 from WSO2 EI 6.5.0. This will cover the steps for upgrading all of the following profiles in WSO2 EI:

  • ESB profile
  • Message Broker profile
  • Business Process profile
  • Analytics profile

Before you begin, note the following:

  • If you are upgrading from a version older than WSO2 EI 6.5.0, you should first upgrade to WSO2 EI 6.5.0, and then upgrade to WSO2 EI 6.6.0.
  • For information on what is new in this release and why you should upgrade, see About this Release.
  • For more information on ports, see Default ports of WSO2 Products. The default ports in WSO2 EI are listed under Enterprise Integrator.

See the following topics for details:

Preparing to upgrade

The following prerequisites must be completed before upgrading:

  • Create a backup of the databases in your WSO2 EI 6.5.0 instance.
  • Copy the <EI_6.5.0_HOME> directory to back up the product configurations.
  • Download the product installer from here, and install WSO2 EI 6.6.0.
    Let's call the installation location of your product the <EI_HOME> directory. This is located in a place specific to your OS as shown below:
    OSHome directory
    Mac OS/Library/WSO2/EnterpriseIntegrator/6.6.0
    WindowsC:\Program Files\WSO2\EnterpriseIntegrator\6.6.0\
    Ubuntu/usr/lib/wso2/EnterpriseIntegrator/6.6.0
    CentOS/usr/lib64/EnterpriseIntegrator/6.6.0

The downtime is limited to the time taken for switching databases in the production environment.

Upgrading the databases

You can use the same databases that you used for the ESB profile of WSO2 EI 6.5.0 with WSO2 EI 6.6.0. However, you need to first remove instances of Message Processor Tasks that were stored in the registry database from WSO2 EI 6.5.0.

WSO2 EI 6.6.0 requires Message Processor Tasks to be stored in the registry using a new naming convention. The naming convention has changed from
TASK_PREFIX + messageProcessorName + taskNumber (in WSO2 EI 6.5.0) to TASK_PREFIX + messageProcessorName + SYMBOL_UNDERSCORE + taskNumber (in WSO2 EI 6.6.0).

When you run the following migration client, the existing Task references in the registry will be removed. Later in this migration guide, when you migrate the integration artifacts from your EI 6.5.0 instance to EI 6.6.0, new records will be created in the registry with the new naming convention.

To run the migration client:

  1. Create the <EI_HOME>/migration/ directory inside <EI_6.5.0_HOME>, copy the migration-conf.properties file, and update the following property:

    admin.user.nameThe user name of the system administrator.

    Note that you do not need to update the keystore-related properties given in the file.

  2. Copy the migration JAR file to the <EI_6.5.0_HOME>/dropins/ directory.
    1. Open a terminal and navigate to the <EI_6.5.0_HOME>/bin/ directory.

    2. Execute the product startup script with the '-Dmigrate.from.product.version=ei650' command as shown below.

      Open a terminal and execute the following command:

      sh integrator.sh -Dmigrate.from.product.version=ei650

      Open a terminal and execute the following command:

      integrator.bat -Dmigrate.from.product.version=ei650
  3. Once the migration is successful, stop the server and delete the migration JAR (org.wso2.carbon.ei.migration-6.6.0.jar) from the <EI_6.5.0_HOME>/dropins/ directory.
  4. You can now connect your WSO2 EI 6.6.0 instance to the old database. This is discussed under Migrating configurations of the ESB profile.

ESB profile

We are no more packing smb provider by default. If you need to use VFS SMB feature, please download the  jcifs-1.3.17.jar from here then place it in <EI_HOME/lib directory and continue with the feature. Please note that, since the above library is licensed under LGPL version 2.1 and by downloading and installing the library you will have to comply with the terms of LGPL version 2.1 and its restrictions as found in this page.

Follow the instructions given below to upgrade the ESB profile from WSO2 EI 6.5.0 to WSO2 EI 6.6.0.

Migrating configurations of the ESB profile

 Do not copy configuration files directly between servers. Instead, update the files manually.

To migrate all the required folders, files, libraries, etc. from WSO2 EI 6.5.0 to WSO2 EI 6.6.0:

  1. Copy the database connector JAR files stored in the <EI_6.5.0_HOME>/lib directory to the same directory in WSO2 EI 6.6.0.
  2. Copy the keystores and truststores used in the ESB profile of WSO2 EI 6.5.0 from the <EI_6.5.0_HOME>/repository/resources/security directory to the same directory in WSO2 EI 6.6.0. 

  3. If you have secondary user stores created for the ESB profile of WSO2 EI 6.5.0, you need to copy the 'userstore' folder in the <EI_6.5.0_HOME>/repository/deployment/server/ directory to the same directory in WSO2 EI 6.6.0.
  4. If there are any third-party libraries used with WSO2 EI 6.5.0 that you want to migrate, copy the relevant libraries from WSO2 EI 6.5.0 to WSO2 EI 6.6.0: 
    • If you have used JMS libraries, JDBC libraries, etc., copy the contents from the <EI_6.5.0_HOME>/lib directory to the same directory in WSO2 EI 6.6.0.
    • If you have used OSGi bundles such as SVN kit etc., copy the contents from the <EI_6.5.0_HOME>/dropins directory to the same directory in WSO2 EI 6.6.0.

To migrate the configurations from WSO2 EI 6.5.0 to WSO2 EI 6.6.0:

  1. Update the configuration files with information of the migrated keystores and truststores. For instructions, see Configuring Keystores in WSO2 products.
  2. Go to the <EI_HOME>/conf/datasources directory and update the Carbon datasource configuration in the master-datasources.xml file. For instructions, see Changing the Carbon Database and select your database type.
  3. Go to the <EI_HOME>/conf directory and update the datasource references in the user-mgt.xml and registry.xml files to match the updated configurations in the master-datasources.xml file. The instructions are available in Changing the Carbon Database.

  4. Check for any other configurations that were done for WSO2 EI 6.5.0 based on your solution, and update the configuration files in WSO2 EI 6.6.0 accordingly. For example, check the configurations related to external user stores, caching, mounting, transports, etc.

  5. See the instructions on migrating log4j configurations for the ESB profile.

Migrating artifacts of the ESB profile

You should manually deploy the Composite Application Archive (C-APP) files that you have in WSO2 EI 6.5.0 to WSO2 EI 6.6.0.

  • To migrate mediation artifacts including message flow configurations, copy the required Synapse artifacts from the <EI_6.5.0_HOME>/repository/deployment/server/synapse-configs/default directory to the same directory in WSO2 EI 6.6.0.
  • To migrate connector artifacts: 
    • Create a folder named synapse-libs in the <EI_HOME>/repository/deployment/server/synapse-configs/default/ directory of WSO2 EI 6.6.0, and copy the JARs from the directory by the same name in WSO2 EI 6.5.0. Note that this directory will not exist in your WSO2 EI 6.5.0 distribution if no connectors are used.
    • Copy the JARs from the <EI_6.5.0_HOME>/repository/deployment/server/synapse-configs/default/imports directory to the same directory in WSO2 EI 6.6.0.
  • To migrate the data service artifacts, copy the <EI_6.5.0_HOME>/repository/deployment/server/dataservices directory to the same directory in WSO2 EI 6.6.0.
  • If you have custom artifacts created in the <EI_6.5.0_HOME>/repository/deployment/server/ directory, copy them to the same directory in WSO2 EI 6.6.0.
  • If multitenancy is used, copy the tenant artifacts from the <EI_6.5.0_HOME>/repository/tenants directory to the same directory in WSO2 EI 6.6.0:

Message Broker profile

Follow the instructions given below to upgrade the Message Broker profile from WSO2 EI 6.5.0 to WSO2 EI 6.6.0.

Migrating configurations of the Message Broker profile

 Do not copy configuration files directly between servers. Instead, update the files manually.

To migrate all the required folders, files, libraries, etc. from WSO2 EI 6.5.0 to WSO2 EI 6.6.0:

  1. Copy the database connector JAR files stored in the <EI_6.5.0_HOME>/lib directory to the same directory WSO2 EI 6.6.0.
  2. Copy the keystores and truststores used in the Message Broker profile of WSO2 EI 6.5.0 from the <EI_6.5.0_HOME>/wso2/broker/repository/resources/security directory to the same directory in WSO2 EI 6.6.0.
  3. If you have secondary user stores created for the Message Broker profile of WSO2 EI 6.5.0, you need to copy the 'userstore' folder in the <EI_6.5.0_HOME>/wso2/broker/repository/deployment/server/ directory to the same directory in WSO2 EI 6.6.0.

To migrate the configurations from WSO2 EI 6.5.0 to WSO2 EI 6.6.0:

  1. Update the configuration files with information of the migrated keystores and truststores. For instructions, see Configuring Keystores in WSO2 products.

  2. Go to the <EI_HOME>/wso2/broker/conf/datasources directory and update the Carbon datasource configuration in the master-datasources.xml file. See Changing the Carbon Database for instructions.

  3. Update the configurations related to the broker-specific database in the master-datasources.xml file and other related configurations files. See Changing the Default Broker Database  for instructions.

  4. Go to the <EI_HOME>/wso2/broker/conf directory and update the datasource references in the user-­mgt.xml and registry.xml files to match the updated configurations in the master­-datasources.xml file. The instructions are available in Changing the Carbon Database.
  5. Check for any further configurations that were done for the Message Broker profile in WSO2 EI 6.5.0 based on your solution. For example, check and update the following configurations in the Message Broker profile of WSO2 EI 6.6.0:

    1. broker.xml

    2. metrics.xml

    3. metrics-properties.xml

    4. messaging-event-broker.xml

    5. Check configurations related to external user stores, caching, mounting, transports etc.

  6. See the instructions on migrating log4j configurations for the Message Broker profile.

Migrating artifacts of the Message Broker profile

If multitenancy is used, copy the tenant artifacts from the <EI_6.5.0_HOME>/wso2/broker/repository/tenants directory to the same directory in WSO2 EI 6.6.0.

Business Process profile

Follow the instructions given below to upgrade the Business Process profile from WSO2 EI 6.5.0 to WSO2 EI 6.6.0.

Migrating configurations of the Business Process profile

 Do not copy configuration files directly between servers. Instead, update the files manually.

To migrate all the required folders, files, libraries, etc. from WSO2 EI 6.5.0 to WSO2 EI 6.6.0:

  1. Copy the database connector JAR files stored in the <EI_6.5.0_HOME>/lib directory to the same directory in WSO2 EI 6.6.0. For example, the JAR for the Oracle database (ojdbc7.jar) can be copied.

  2. Copy the keystores and truststores used in the Business Process profile of WSO2 EI 6.5.0 from the <EI_6.5.0_HOME>/wso2/business-process/repository/resources/security directory to the same directory in WSO2 EI 6.6.0.
  3. If you have secondary user stores created for the Business Process profile of WSO2 EI 6.5.0, you need to copy the 'userstore' folder in the <EI_6.5.0_HOME>/wso2/business-process/repository/deployment/server/ directory to the same directory in WSO2 EI 6.6.0.

To migrate the configurations from WSO2 EI 6.5.0 to WSO2 EI 6.6.0:

  1. Update the configuration files with information of the migrated keystores and truststores. For more information, see Configuring Keystores in WSO2 products.
  2. Go to the <EI_HOME>/wso2/business-process/conf/datasources directory and update the Carbon datasource configuration in the master-datasources.xml file. For instructions, see Changing the Carbon Database and select your database type.
  3. Go to the <EI_HOME>/wso2/business-process/conf directory and update the datasource references in the user-­mgt.xml and registry.xml files to match the updated configurations in the master­-datasources.xml fileThe instructions are available in Changing the Carbon Database.
  4. Go to the <EI_HOME>/wso2/business-process/conf/datasources directory and update the files relevant to your BPMN/BPEL database: 
    • If you are using BPMN, update the activiti-datasources.xml file with the datasource connection details.
    • If you are using BPEL, update the bps-datasources.xml file with the datasource connection details.
    For instructions, see Changing the Default Databases for BPMN and BPEL .
  5. Open the <EI_HOME>/wso2/business-process/conf/humantask.xml file and change GenerateDdl to false. You can see the deployed human task packages with the version in the console. A migration success message is printed once the migration completes successfully.

    <GenerateDdl>false</GenerateDdl>
  6. Check for any further configurations that were done for the Business Process profile of WSO2 EI 6.5.0 based on your solution. For example, check and update the following configurations in WSO2 EI 6.6.0:

    1. humantask.xml

    2. axis2.xml

    3. bps.xml

    4. Activiti.xml

    5. Tenant-mgt.xml

    6. b4p-coordination-config.xml

    7. process-cleanup.properties

    8. Check the configurations related to external user stores, caching, mounting, transports, etc.

  7. See the instructions on migrating log4j configurations for the Business Process profile.

Migrating artifacts of the Business Process profile

Follow the steps given below:

  • Copy the BPEL .zip packages in the <EI_6.5.0_HOME>/wso2/business-process/repository/deployment/server/bpel directory to the same directory in WSO2 EI 6.6.0.
  • Copy the BPMN .bar packages in the <EI_6.5.0_HOME>/wso2/business-process/repository/deployment/server/bpmn directory to the same directory in WSO2 EI 6.6.0. 

  • Copy the humantask .zip packages in the <EI_6.5.0_HOME>/wso2/business-process/repository/deployment/server/humantasks directory to the same directory in WSO2 EI 6.6.0.
  • If you have custom artifacts created in the <EI_6.5.0_HOME>/wso2/business-process/repository/deployment/server/ directory, copy them to the same directory in WSO2 EI 6.6.0.
  • If multitenancy is used, copy the tenant artifacts from the <EI_6.5.0_HOME>/wso2/business-process/repository/tenants directory to the same directory in WSO2 EI 6.6.0.

Analytics profile

If you have configured EI 6.5.0 to publish ESB data to the Analytics profile, you need to enable the same in EI 6.6.0. To do this, follow the instructions in Publishing ESB Data to Analytics.

Note that from EI 6.6.0 onwards, you need to configure the <EI_HOME>/conf/carbon.xml file to enable the ESB server to publish statistics to the Analytics profile, whereas in the EI 6.5.0 and older versions you need to configure the<EI_HOME>/repository/deployment/server/eventpublishers/MessageFlowConfigurationPublisher.xml and <EI_HOME>/repository/deployment/server/eventpublishers/MessageFlowStatisticsPublisher.xml files instead.

Migrating Log4j configurations

All profiles of WSO2 EI 6.6.0 use log4j2 instead of log4j. Therefore, the following configurations apply to all profiles of WSO2 EI.

WSO2 EI 6.6.0 is based on Carbon Kernel 4.5.0, which introduces log4j2. Also, the carbon.logging jar is not packed with the EI 6.6.0 distribution and the pax-logging-api is used instead.

Follow the instructions given below to migrate from log4j (in WSO2 EI 6.5.0) to log4j2 (in WSO2 EI 6.6.0).

  1. If you have used a custom log4j component in EI 6.5.0, apply the following changes to your component:

    1. Replace carbon logging or commons.logging dependencies with pax-logging dependency as shown below.

      <!-- Pax Logging -->
      <dependency>
         <groupId>org.ops4j.pax.logging</groupId>
         <artifactId>pax-logging-api</artifactId>
         <version>${pax.logging.api.version}</version>
      </dependency>
      
      <!-- Pax Logging Version -->
      <pax.logging.api.version>1.10.1</pax.logging.api.version>
    2. If log4j dependency is directly used, apply one of the options given below.

      Replace the log4j dependency (shown below) with log4j2 and rewrite the loggers accordingly.

      <dependency>
         <groupId>org.ops4j.pax.logging</groupId>
         <artifactId>pax-logging-log4j2</artifactId>
         <version>${pax.logging.log4j2.version}</version>
      </dependency>

      Replace the log4j dependency with pax-logging dependency and rewrite the loggers using commons.logging accordingly.

    3. If commons.logging is imported using Import-Package add the version range.

      org.apache.commons.logging; 
      version="${commons.logging.version.range}" 
      <commons.logging.version.range>[1.2.0,2.0.0)</commons.logging.version.range>
  2. Follow the instructions on configuring log4j2 to register the Appenders and Loggers.

Starting the profiles

You can now start the WSO2 EI 6.6.0 product. For instructions on starting each of the profiles in the product, see Running the Product.

  • No labels