WebSphere Message Broker, Version 8.0.0.7 Operating Systems: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

See information about the latest product version

Resolving problems when migrating or importing other resources

Use the advice given here to help you to resolve common problems that can arise when you import or migrate resources other than message flows.

You see an error message when you recompile a BAR file from a previous version

  • Scenario: You have imported a BAR file with your resources from a previous version, and you then choose to refactor those resources to applications and libraries. You try to recompile a BAR file after the resources have been migrated to applications and libraries, but you see an error message similar to the following example:
    TotalPurchaseOrderFlow.msgflow belongs in an application or library and should be deployed within that container and not independently.
    Create a new BAR file and select the application or library in the Prepare tab of the BAR editor, then select Build and Save.
    To deploy the resource separately from the application or library, it must be moved into a Message Broker project.
  • Explanation: If you have reorganized your imported resources into applications and libraries, you cannot rebuild the original BAR file. If a message flow from your original BAR file has been moved into an application in WebSphere® Message Broker, you must deploy the flow with the new container, or move it to a Message Broker project, from which you can deploy it separately.
  • Solution: Create a new BAR file and add the application or library that contains the resources that you want to deploy. To deploy a resource like a message flow on its own, move the flow to a Message Broker project, then deploy the flow separately.

The mqsimigratecomponents command fails with database error BIP2322

  • Scenario: The mqsimigratecomponents command fails with database error BIP2322: The 'CREATE TABLE' command is not allowed within a multi-statement transaction in the 'BROKER1' database.
  • Explanation: If you are using the mqsimigratecomponents command to migrate a broker that uses a Sybase database, you must modify the database to enable the Data Definition Language (DDL) that the command uses.
  • Solution: Take the following steps:
    1. Log on to ISQL using a system administrator account.
    2. Run the following series of commands:
      1> use master
      2> go
      1> sp_dboption "BROKER1","ddl in tran",TRUE
      2> go
      Database option 'ddl in tran' turned ON for database 'BROKER1'.
      Run the CHECKPOINT command in the database that was changed.
      (return status = 0)
      1> use BROKER1
      2> go
      1> checkpoint
      2> go
      where BROKER1 is the name of the Sybase broker database.

The File > Import menu provides only the option to import a compressed file inside an existing project

  • Scenario: You have a compressed file that contains message set projects and message flow projects. When you click File > Import, you have only the option to import the compressed file inside an existing project, but you want to re-create the message set projects and message flow projects.
  • Solution: When you export and import files, do not export or import the root directory, which is created for you because of the project file. When you export your message flow and message set projects:
    1. Click Create only selected directories.
    2. Clear the project root folder.
    3. Select the files and subdirectories as required. The project root folder is selected, but is displayed as gray.
    Then, when you import the compressed file:
    1. Clear the root (/) folder.
    2. Select the files and subfolders as required. The project root folder is selected, but is displayed as gray.

COBOL compiler errors when importing a copybook

  • Scenario: The report file that is generated by the import contains COBOL compiler errors. For example, you try to import the following copybook:

    01 AIRLINE-REQUEST.
    ....05 CUSTOMER.
    ........10 NAME................PIC X(45).
    ....05 ADDRESS.
    ........10 STREET.............PIC X(30).
    ........10 CITY.................PIC X(25).
    ........10 STATE...............PIC X(20).
    ........10 ZIP-CODE.........PIC X(5).
    ....05 FLIGHT-NO............PIC X(6).
    ....05 TRAN-DATE...........PIC X(10).
    ....05 COST....................PIC X(7).
    ....05 CC-NO..................PIC X(20).
    ....05 RESPONSE.
    ........10 STATUS.............PIC X(100).
    ........10 DETAILS............PIC X(100).

    The report file contains errors:
    Line No : 4 IGYDS1089-S "ADDRESS" was invalid. Scanning was resumed at the next area "A" item, level-number, or the start of the next clause.
    Line No : 14 IGYDS1089-S "STATUS" was invalid. Scanning was resumed at the next area "A" item, level-number, or the start of the next clause.
  • Explanation: The errors are caused by the copybook containing field names that are COBOL reserved keywords.
  • Solution: Change the name of the fields in question, so that they are not COBOL reserved keywords, and retry the import.
Notices | Trademarks | Downloads | Library | Support | Feedback

Copyright IBM Corporation 1999, 2016Copyright IBM Corporation 1999, 2016.

        
        Last updated:
        
        Last updated: 2016-05-23 14:47:39


Task topicTask topic | Version 8.0.0.7 | au16662_