The projects, folders, and files that you work with in the IBM® Integration Toolkit workspace are called resources. By default, these resources are stored with their metadata in the workspace directory in your local file system. The workspace directory is created the first time that you start the IBM Integration Toolkit.
The default locations for the workspace are in the following places:
where user_ID is the user name with which you are logged on.
You can create projects in other directories in addition to the workspace directory. You can maintain multiple workspaces by specifying a new location at the prompt when you start your IBM Integration Toolkit session.
Typically, you edit and view IBM Integration Toolkit resources in the Application Development view in the Integration Development perspective.
Resource editors do not automatically reflect the changes that you make in one window in additional windows that you have opened to view the same resource. Close and reopen additional windows each time that you update a resource in an editor session.
You can create and work with three basic types of resource:
You can create resources from a pattern more than once to give unique pattern instances with different configurations, see Patterns. The resources for each pattern instance are contained within a single pattern instance project. The pattern instance project contains links to all projects that contain the resources that are created as a result of generating a pattern instance from your configuration, such as message flows, Java™ classes for JavaCompute nodes, ESQL modules, message maps, test client, XML files, and style sheet files.
There are a number of files that maintain information that supports other activities. For example, .broker files contain definitions of broker connections and .mbtest files contain the steps that define a test that you use with the Test Client to debug your applications.
Deployable files are included in a broker archive (BAR) file and deployed to the broker where they process messages. For more information about BAR files, see Broker archive.
Resources can refer to other resources, for example, a message flow can refer to subflows or maps, but any files on which a resource depends must be present when that resource is compiled; see By name linking.