Questions for the C1000-138 were updated on : Dec 01 ,2025
Within the client security policy, the credential extraction method is set to Form.
Which statement is a requirement in this case?
D
Explanation:
In IBM API Connect, when the credential extraction method is set to Form in the client security
policy, it means that the client credentials (such as the client ID and secret) must be supplied in a
specific format using a POST request. Specifically, the credentials are included in the body of the
request in a URL-encoded form. This is typical in OAuth 2.0 workflows where client credentials need
to be extracted from a form-based submission, often used in situations involving login or token
exchanges.
"Client id" and "secret" are provided in the request body through form fields, rather than being
passed in the URL or headers.
This method adheres to secure practices where sensitive credentials are sent via POST to avoid
exposing them in the URL.
Therefore, the correct statement is that client ID and secret must be supplied via a POST request
when using the Form credential extraction method.
Reference:
IBM API Connect Documentation
IBM API Connect v10.0.3 - Now Available
DRAG DROP
Select all that apply
In what order do the following steps need to be performed, to enable CORS and restrict the pages
from where the API can be called in an OpenAPI 3.0 definition?
None
Explanation:
To enable CORS (Cross-Origin Resource Sharing) and restrict the pages from where the API can be
called in an OpenAPI 3.0 definition in IBM API Connect, the following steps should be performed in
the correct order:
Open the required API for editing: Start by opening the API definition that you want to modify to
enable CORS.
Select the Gateway tab and expand the settings section: Navigate to the Gateway tab and expand the
settings section to access the relevant configurations.
Add policy: In the API assembly, add a new policy. This will allow you to add specific configurations
for CORS.
Select and enable CORS: From the available policies, select the CORS policy and enable it. This step
ensures that CORS headers are added to the API responses.
Add allowed origins: Finally, specify the allowed origins that are permitted to make requests to the
API. This restricts access to certain domains or pages based on your configuration.
In summary, the correct order is:
Open the required API for editing.
Select the Gateway tab and expand the settings section.
Add policy.
Select and enable CORS.
Add allowed origins.
DRAG DROP
Select all that apply
What is the correct order of these activities to create and then subscribe an application to a Product?
None
Explanation:
To create and then subscribe an application to a product in IBM API Connect, the correct order of
activities would be as follows:
Log in to API Manager UI: The first step is to log into the API Manager user interface, where the APIs
and products are managed.
Go to Manage Catalogs and then the Catalog to work with: After logging in, navigate to the specific
Catalog where you want to manage the products and subscriptions.
Click on the Applications tab: Once in the Catalog, you need to navigate to the Applications tab,
which allows you to manage applications.
Add an Application: In the Applications tab, you can add a new application that will be subscribed to
an API product.
Fill the form and create it: After selecting to add an application, you must complete the required
form and create the application.
On the Applications tab, navigate to Create a subscription: With the application created, navigate to
the area where you can create a subscription for this application.
Select the Product/Plan combination for the API and create it: Finally, select the appropriate product
and plan combination to which the application will subscribe and complete the subscription process.
In summary, the correct order is:
Log in to API Manager UI.
Go to Manage Catalogs and then the Catalog to work with.
Click on the Applications tab.
Add an Application.
Fill the form and create it.
On the Applications tab, navigate to Create a subscription.
Select the Product/Plan combination for the API and create it.
DRAG DROP
Select all that apply
A Catalog holds some published API Products before enabling Spaces.
What are the steps that need to be done for spaces to work?
None
Explanation:
In IBM API Connect, when enabling Spaces in a Catalog that already holds published API Products,
there are specific steps that need to be followed to ensure proper transition and functionality.
Here are the necessary steps:
Retire published Products: First, you need to retire the existing published products. This is necessary
because spaces require a different organization of products, and retiring the current products
prevents conflicts.
Remove all published Products: Once the products are retired, they need to be removed from the
Catalog before you enable spaces. This ensures that no previously published products interfere with
the spaces configuration.
Enable Spaces: After retiring and removing the published products, you can proceed to enable
Spaces within the Catalog. Spaces allow for more granular organization within a Catalog.
Republish Products: Once Spaces are enabled, you can republish the API products within the correct
spaces. This step ensures that the products are organized within the spaces structure in the Catalog.
Recreate application subscriptions: After republishing the products, you will need to recreate any
application subscriptions to ensure that applications are correctly subscribed to the republished
products within their respective spaces.
Thus, the correct steps for enabling spaces in a Catalog that holds published API products are:
Retire published Products.
Remove all published Products.
Enable Spaces.
Republish Products.
Recreate application subscriptions.
These steps ensure that the Catalog and its associated products are restructured correctly after
enabling Spaces.
DRAG DROP
Select all that apply
Given an API that executes on an API Gateway service with pre-request, post-request, and error
global policies, what is the order that the different assemblies will be executed if the process fails
while executing the post-request?
None
Explanation:
In IBM API Connect, the sequence of execution for global policies and API assembly is crucial,
especially in cases where the process fails. If the process fails while executing the post-request, the
execution order is as follows:
Pre-request global policy: This is the first to execute before the API request is processed.
API assembly: After the pre-request global policy, the API assembly (which contains the core business
logic of the API) is executed.
Post-request global policy: This is executed after the API assembly has been processed, but if the
process fails here, the post-request global policy may not complete.
Error global policy: When the failure occurs, the error global policy is triggered to handle any errors
that occur during the execution of the API, specifically after the failure in the post-request.
Thus, if a failure occurs in the post-request global policy, the subsequent step would involve invoking
the Error global policy to handle the failure. The execution order is as follows:
Pre-request global policy
API assembly
Post-request global policy (failure occurs here)
Error global policy
This is the correct flow based on API execution steps in the presence of global policies.
Which two statements about the following code snippet are true?
AD
Explanation:
The given code snippet represents a configuration for the "set-variable" policy in IBM API Connect.
This policy is used to define and set variables dynamically within the API assembly flow.
Statement D is true because the code explicitly sets a variable named param1 using the "set-
variable" policy.
Statement A is also true as the value assigned to param1 is derived from
${local.parameter.credential}, which indicates that the value is dynamically provided by the
application calling the API. The placeholder ${local.parameter.credential} implies that the credential
parameter is provided by the calling application.
Reference:
IBM API Connect Assembly Policies Documentation
The DevOps team would like to incorporate API unit testing into the build and deploy step.
What could the API Connect Test application create to allow unit testing of their APIs?
C
Explanation:
The API Connect Test application can create mock tests to allow unit testing of APIs. Mock tests
simulate the behavior of real APIs, allowing developers to test their code in isolation without relying
on external dependencies. This can help to improve the quality and reliability of APIs.
Reference:
IBM API Connect: API Connect Test Application
IBM API Connect: Unit Testing APIs
What is the effect of enabled Spaces for the management of Consumer (applications, subscriptions,
etc.)?
D
Explanation:
When Spaces are enabled in API Connect, Consumers, applications, subscriptions approvals, and
analytics are now specific per Space. This means that each Space becomes an isolated environment
for managing and controlling API usage within that specific context.
Reference:
IBM API Connect: Managing Spaces
IBM API Connect: Understanding Spaces
For the policy JSON to XML to work, what needs to be followed for the Datapower API Gateway?
D
Explanation:
For the JSON to XML policy to work on the DataPower API Gateway, you need to configure the policy
with the corresponding schemas to perform the transformation. The schemas define the structure
and data types of the JSON and XML formats, allowing the policy to accurately convert between the
two.
Reference:
IBM API Connect: DataPower API Gateway Policies
IBM API Connect: JSON to XML Policy
Which statement is correct about superseding one Product with another?
D
Explanation:
When one Product is superseded by another in IBM API Connect, it is essential that the new
(superseding) Product does not have more restrictive access controls than the original Product. If the
superseding Product has more restrictive access policies, the supersede operation will fail because it
could potentially disrupt access for existing customers or violate their expectations and agreements.
Reference:
IBM API Connect Product Superseding Documentation
Which set of APIs should be used to register users in the Developer Portal, create applications, and
subscribe to APIs?
B
Explanation:
The Consumer APIs should be used to register users in the Developer Portal, create applications, and
subscribe to APIs. These APIs provide the necessary endpoints and functionality for Consumers to
interact with the Developer Portal and manage their API usage.
Reference:
IBM API Connect: Consumer APIs
IBM API Connect: Using the Consumer APIs
An app developer has registered an app and has received a Client ID and secret.
Where can the developer request an additional Client ID and secret?
D
Explanation:
In IBM API Connect, an app is typically associated with a single Client ID and secret to maintain a
unique identity and secure access to APIs. Each app is expected to use this unique Client ID and
secret for authentication and authorization purposes. Therefore, only one Client ID and secret pair is
allowed per app, and additional Client IDs and secrets cannot be requested or generated for the
same app.
A developer has asked to modify the default global behavior of ratelimit enforcement to allow
execution of the API even if the ratelimit is exceeded.
When creating the global policy yaml file which is true?
D
Explanation:
When creating a global policy YAML file to modify the default behavior of rate limit enforcement in
IBM API Connect v10.0.3, it is crucial to ensure that the version specified at the beginning of the
YAML file matches the version in the info section. This alignment is necessary for the system to
recognize and apply the correct policy settings across all configurations.
Other options are incorrect:
Option A is not a valid configuration setting for global policies.
Option B and C do not represent the correct approach to configuring global policy YAML files.
Reference:
IBM API Connect v10.0.3 Documentation:
Creating and Modifying Global Policies
A developer would like to clean up old Products on the development environment.
Which CLI command parameters can be used to find all Products?
C
Explanation:
To find all Products in a specific Provider organization using the API Connect CLI, you can use the
following command:
products:list --realm [providerOrg]
This command will list all Products that belong to the specified Provider organization. You can then
use additional filtering options to find Products based on specific criteria, such as their creation date
or status.
Reference:
IBM API Connect: API Connect CLI Reference
IBM API Connect: Managing Products with the CLI
Which of these actions is allowed?
A
Explanation:
In IBM API Connect v10.0.3, it is possible to link the same API and version inside different Products.
This flexibility allows an API to be offered under multiple Products, each potentially having different
plans, pricing, or rate limits, depending on the business needs.
Other options are incorrect:
Option B: Linking the same Product and version inside different APIs does not apply.
Option C: Plans are linked to Products, not directly to APIs.
Option D: Linking the same Product and version multiple times in the same space is not allowed.
Reference:
IBM API Connect v10.0.3 Documentation:
Managing APIs and Products