無料ダウンロードMuleSoft MCD-Level-2リアル試験問題ゲットせよ
最新のMuleSoft MCD-Level-2リアル試験問題集PDF
質問 # 33
When implementing a synchronous API where the event source is an HTTP Listener, a developer needs to return the same correlation ID back to the caller in the HTTP response header.
How can this be achieved?
- A. Enable the auto-generate CorrelationID option when scaffolding the flow
- B. Enable the CorrelationID checkbox in the HTTP Listener configuration
- C. Configure a custom correlation policy
- D. NO action is needed as the correlation ID is returned to the caller in the response header by default
正解：D
解説：
When implementing a synchronous API where the event source is an HTTP Listener, Mule automatically propagates some message attributes between flows via outbound and inbound properties. One of these attributes is correlation ID, which is returned to the caller in the response header by default as MULE_CORRELATION_ID. References:
https://docs.mulesoft.com/mule-runtime/4.3/about-mule-message#message-attributes
質問 # 34
A Flight Management System publishes gate change notification events whenever a flight's arrival gate changes. Other systems, including Baggage Handler System. Inflight Catering System and Passenger Notifications System, must each asynchronously receive the same gate change notification to process the event according.
Which configuration is required in Anypoint MQ to achieve this publish/subscribe model?
- A. Publish the gate change notification to an Anypoint MQ exchanhe.
Create different Anypoint MQ queues meant for each of the other subscribing systems.
Bind the exchange with each of the queues. - B. Publish the gate change notification to an Anypoint MC queue
Have each client subscribe directly to the queue - C. Publish each client subscribe directly to the exchange.
Have each client subscribe directly to the queue. - D. Publish the gate change notification to an Anypoint MQ queue.
Create different anypoint MQ exchange meant for each of the other subscribing systems Bind the queue with each of the exchanges
正解：A
解説：
Explanation
To achieve a publish/subscribe model using Anypoint MQ, where each system receives the same gate change notification event, the developer should publish the gate change notification to an Anypoint MQ exchange, create different Anypoint MQ queues meant for each of the other subscribing systems, and bind the exchange with each of the queues. An exchange is a message routing agent that can send messages to different queues based on predefined criteria. By binding an exchange with multiple queues, each queue receives a copy of every message sent to that exchange. Therefore, each system can subscribe to its own queue and receive every gate change notification event. References:
https://docs.mulesoft.com/anypoint-mq/3.x/anypoint-mq-exchanges
質問 # 35
A Mule API receives a JSON payload and updates the target system with the payload. The developer uses JSON schemas to ensure the data is valid.
How can the data be validation before posting to the target system?
- A. Apply the JSON Schema policy in API Manager and reference the correct schema in the policy configuration
- B. Add the JSON module dependency and add the validate-schema operation in the flow, configured to reference the schema
- C. Using the DataWeave if Else condition test the values of the payload against the examples included in the schema
- D. Use a DataWeave 2.09 transform operation, and at the log of the DataWeave script, add:
%dw 2.0
Import.json-moduls
正解：B
解説：
Explanation
To validate the data before posting to the target system, the developer should add the JSON module dependency and add the validate-schema operation in the flow, configured to reference the schema. The JSON module provides a validate-schema operation that validates a JSON payload against a JSON schema and throws an error if the payload is invalid. References:
https://docs.mulesoft.com/json-module/1.1/json-validate-schema
質問 # 36
The Center for Enablement team published a common application as a reusable module to the central Nexus repository.
How can the common application be included in all API implementations?
- A. Download the common application from Naxus and copy it to the src/main/resources folder in the API
- B. Copy the common application's source XML file and out it in a new flow file in the src/main/mule folder
- C. Add a Maven dependency in the POM file with jar as <classifier>
- D. Add a Maven dependency in the PCM file with multiple-plugin as <classifier>
正解：C
解説：
Explanation
To include a common application as a reusable module in all API implementations, the developer should add a Maven dependency in the POM file with jar as <classifier>. This way, the developer can reuse Mule code from another application by packaging it as a JAR file and adding it as a dependency in the POM file of the API implementation. The classifier element specifies that it is a JAR file. References:
https://docs.mulesoft.com/mule-runtime/4.3/mmp-concept#add-a-maven-dependency-to-the-pom-file
質問 # 37
A company deploys 10 public APIs to CloudHub. Each API has its individual health endpoint defined. The platform operation team wants to configure API Functional Monitoring to monitor the health of the APIs periodically while minimizing operational overhead and cost.
How should API Functional Monitoring be configured?
- A. From 10 public locations with each API in its own schedule
- B. From one public location with all 10 APIs in a single schedule
- C. From one private location with all 10 APIs in a single schedule
- D. From one public location with each API in its own schedule
正解：B
解説：
Explanation
To configure API Functional Monitoring to monitor the health of 10 public APIs periodically while minimizing operational overhead and cost, the developer should use one public location with all 10 APIs in a single schedule. A public location is a worker that runs in a CloudHub shared environment, which is cheaper and easier to maintain than a private location. A single schedule allows running all 10 APIs tests at the same time and frequency, which reduces complexity and resource consumption. References:
https://docs.mulesoft.com/functional-monitoring/fm-create-monitor#create-a-monitor
質問 # 38
Refer to the exhibits.
Bioinfo System API is implemented and published to Anypoint Exchange. A developer wants to invoke this API using its REST Connector.
What should be added to the POM?
- A.
- B.
- C.
- D.
- E.
正解：E
解説：
To invoke Bioinfo System API using its REST Connector, option E should be added to the pom.xml file. This option adds a dependency for Bioinfo System API REST Connector with its group ID, artifact ID, version, classifier, and type. The classifier specifies that it is a REST Connector (raml-client), and the type specifies that it is a Mule plugin (mule-plugin).
References:https://docs.mulesoft.com/apikit/4.x/apikit-4-generate-from-rest-api-task#add-the-api-dependency-to
質問 # 39
A healthcare portal needs to validate the token that it sends to a Mule API. The developer plans to implement a custom policy using the HTTP Policy Transform Extension to match the token received in the header from the heathcare portal.
Which files does the developer need to create in order to package the custom policy?
- A. XML template file, YAML configuration file
- B. JSON properties file, YAML configuration file
- C. Deployable ZIP file, YAML configuration file
- D. JSON properties file, XML template file
正解：A
解説：
To package a custom policy using the HTTP Policy Transform Extension, the developer needs to create an XML template file and a YAML configuration file. The XML template file defines the policy logic using Mule components and placeholders for user-defined properties. The YAML configuration file defines the metadata of the policy, such as its name, description, category, parameters, and dependencies.
References:https://docs.mulesoft.com/api-manager/2.x/http-policy-transform#packaging-the-policy
質問 # 40
What is the MuleSoft recommended method to encrypt sensitive property data?
- A. The encryption key should be different for each environment and the sensitive data should be the same for all environments
- B. The encryption key and sensitive data should be different for each environment
- C. The encryption key should be identical for all environments
- D. The encryption key should be identical for all environments and the sensitive data should be different for each environment
正解：B
質問 # 41
A custom policy needs to be developed to intercept all cutbound HTTP requests made by Mule applications.
Which XML element must be used to intercept outbound HTTP requests?
- A. http-policy:processor
- B. It is not possible to intercept outgoing HTTP requests, only inbound requests
- C. http-policy:source
- D. htt-policy:operation
正解：A
解説：
Explanation
The http-policy:processor element is used to intercept outbound HTTP requests made by Mule applications. It allows customizing the request before it is sent to the target API and modifying the response after it is received from the target API. References:
https://docs.mulesoft.com/api-manager/2.x/policy-mule4-custom-policy#policy-xml-file
質問 # 42
Multiple individual Mute application need to use the Mule Maven plugin to deploy to CloudHub.
The plugin configuration should .. reused where necessary and anything project, specific should be property-based.
Where should the Mule Maven details be configured?
- A. A parent pom.xml
- B. Pom, xml
- C. A Bill of Materials (BOM) parent pm
- D. Settings, xml
正解：A
解説：
To reuse Mule Maven plugin configuration across multiple individual Mule applications, the developer should use a parent pom.xml file. A parent pom.xml file defines common configuration for one or more child projects that inherit from it. The developer can specify common properties and dependencies for all child projects in the parent pom.xml file, such as Mule Maven plugin configuration, and then reference them in each child project's pom.xml file using placeholders. References:
https://docs.mulesoft.com/mule-runtime/4.3/mmp-concept#parent-pomhttps://maven.apache.org/guides/introduc
質問 # 43
Refer to the exhibit.
What required changes can be made to give a partial successful response in case the United Airlines API returns with a timeout?
- A. Add a Scatter-gather component inside a Try scope.
Set the payload to a default value 'Error' inside the error handler using the On Error Propagate scope. - B. Add a Scatter-Gather component inside a Try scope.
Set the payload to a default value 'Error'' inside the error handler using the On Error Continue scope. - C. Add Flow Reference components inside a Try scope
Set the payload to a default value '' inside the error handler using the On Error Propagate scope - D. Add Flow Reference components inside a Try scope.
Set the payload to a default value'' insider the error handler using the ON Error Continue scope
正解：B
解説：
Explanation
To give a partial successful response in case the United Airlines API returns with a timeout, the developer should add a Scatter-Gather component inside a Try scope, and set the payload to a default value 'Error' inside the error handler using the On Error Continue scope. A Scatter-Gather component allows sending multiple requests concurrently and aggregating the responses into an array. A Try scope allows handling errors that occur within it using an error handler. An On Error Continue scope allows continuing the flow execution after handling an error. Therefore, by using these components, the developer can send requests to both APIs in parallel, handle any timeout errors from United Airlines API, and return a partial response with a default value for that API. References: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept
https://docs.mulesoft.com/mule-runtime/4.3/try-scope-concept
https://docs.mulesoft.com/mule-runtime/4.3/on-error-continue-concept
質問 # 44
A developer deploys an API to CloudHub and applies an OAuth policy on API Manager. During testing, the API response is slow, so the developer reconfigures the API so that the out-of-the-box HTTP Caching policy is applied first, and the OAuth API policy is applied second.
What will happen when an HTTP request is received?
- A. In case of a cache hit, both the OAuth and HTTP Caching policies are evaluated; then the cached response is returned to the caller
- B. In case of a cache miss, only the HTTP Caching policy is evaluated; then the API retrieves the data from the API implementation, and the policy stores the data to be cached in Object Store
- C. In case of a cache it, only the HTTP Caching policy is evaluating; then the cached response is returned to the caller
- D. In case of a cache miss, both the OAuth and HTTP Caching policies are evaluated; then the API retrieves the data from the API implementation, and the policy does not store the data in Object Store
正解：C
解説：
When an HTTP request is received and the HTTP Caching policy is applied first, it checks if there is a cached response for that request in Object Store. If there is a cache hit, meaning that a valid cached response exists, then only the HTTP Caching policy is evaluated and the cached response is returned to the caller without invoking the OAuth policy or the API implementation. If there is a cache miss, meaning that no valid cached response exists, then both the HTTP Caching policy and the OAuth policy are evaluated before invoking the API implementation.
References:https://docs.mulesoft.com/api-manager/2.x/http-caching-policy#policy-ordering
質問 # 45
A developer has created the first version of an API designed for business partners to work commodity prices.
What should developer do to allow more than one major version of the same API to be exposed by the implementation?
- A. In Design Center, open the RAML and modify baseUn to include a variable that indicates the version number
- B. In Design Center, open the RAML and modify each operation to include the major version number
- C. In Anypoint Studio, generate scaffolding from the RAML, and the modify the <http:listerner> in the generated flows to include a parameter to replace the version number
- D. In Anypoint Studio, generate scaffolding from the RAML, and then modify the flow names generated by APIKit to include a variable with the major version number
正解：A
解説：
To allow more than one major version of the same API to be exposed by the implementation, the developer should modify the baseUri property in the RAML file to include a variable that indicates the version number.
The baseUri property defines the base URL of the API and can include variables that are replaced with actual values when mocking or deploying the API. By using a variable for the version number, the developer can expose different versions of the API using different base URLs and avoid conflicts or confusion. References:
https://docs.mulesoft.com/api-designer/design-modify-raml-specs#baseurihttps://docs.mulesoft.com/api-manager
質問 # 46
A Mule API receives a JSON payload and updates the target system with the payload. The developer uses JSON schemas to ensure the data is valid.
How can the data be validation before posting to the target system?
- A. Apply the JSON Schema policy in API Manager and reference the correct schema in the policy configuration
- B. Add the JSON module dependency and add the validate-schema operation in the flow, configured to reference the schema
- C. Using the DataWeave if Else condition test the values of the payload against the examples included in the schema
- D. Use a DataWeave 2.09 transform operation, and at the log of the DataWeave script, add:
%dw 2.0
Import.json-moduls
正解：B
解説：
To validate the data before posting to the target system, the developer should add the JSON module dependency and add the validate-schema operation in the flow, configured to reference the schema. The JSON module provides a validate-schema operation that validates a JSON payload against a JSON schema and throws an error if the payload is invalid.
References:https://docs.mulesoft.com/json-module/1.1/json-validate-schema
質問 # 47
A Mule application for processing orders must log the order ID for every log message output.
What is a best practice to enrich every log message with the order ID?
- A. Create a custom XML SDK component to wrap the logger processor and automatically add the order ID within the connector
- B. Set a flow variable and edit the log4/2.xml file to output the variable as part of the message pattern
- C. Use flow variables within every logger processor to log the order ID
- D. Use the Tracing module to set logging variables with a Mapped Diagnostic Context
正解：D
解説：
To enrich every log message with the order ID, the developer should use the Tracing module to set logging variables with a Mapped Diagnostic Context (MDC). The Tracing module allows adding custom key-value pairs to log messages using MDC variables. The developer can use Set Logging Variables operation to set the order ID as an MDC variable and then use it in any logger processor within the same thread or event.
References:https://docs.mulesoft.com/tracing-module/1.0/tracing-module-reference#set-logging-variables
質問 # 48
Refer to the exhibit.
What action must be performed to log all the errors raised by the VM Connector?
- A. Add <AsyncLOgger name='orgroute.extensions vm' level=ERROR'I> inside the Logger tag
- B. Configure <Logger level-'ERROR'/> inside the VM Connector configuration
- C. Nothing, as error-level events are automatically logged
- D. Add <AsyncLOgger name='orgroute.extensions vm' level=ERROR'/> inside the Appenders tag
正解：D
解説：
To log all the errors raised by the VM Connector, the developer needs to add an async logger with the name
'org.mule.extension.vm' and the level 'ERROR' inside the appenders tag of the log4j2.xml file. This will enable logging all error-level events generated by the VM Connector to the console appender.
References:https://docs.mulesoft.com/mule-runtime/4.3/logging-in-mule#configuring-custom-logging-settings
質問 # 49
Which type of cache invalidation does the Cache scope support without having to write any additional code?
- A. Time to live
- B. Notification-based invalidation
- C. White-behind invalidation
- D. Write-through invalidation
正解：A
解説：
Explanation
The Cache scope supports time to live (TTL) as a cache invalidation strategy without having to write any additional code. TTL specifies how long the cached response is valid before it expires and needs to be refreshed. The Cache scope also supports custom invalidation strategies using MEL or DataWeave expressions. References: https://docs.mulesoft.com/mule-runtime/4.3/cache-scope#cache_invalidation
質問 # 50
Refer to the exhibit.
What required changes can be made to give a partial successful response in case the United Airlines API returns with a timeout?
- A. Add a Scatter-gather component inside a Try scope.
Set the payload to a default value 'Error' inside the error handler using the On Error Propagate scope. - B. Add a Scatter-Gather component inside a Try scope.
Set the payload to a default value 'Error'' inside the error handler using the On Error Continue scope. - C. Add Flow Reference components inside a Try scope
Set the payload to a default value '' inside the error handler using the On Error Propagate scope - D. Add Flow Reference components inside a Try scope.
Set the payload to a default value'' insider the error handler using the ON Error Continue scope
正解：B
解説：
To give a partial successful response in case the United Airlines API returns with a timeout, the developer should add a Scatter-Gather component inside a Try scope, and set the payload to a default value 'Error' inside the error handler using the On Error Continue scope. A Scatter-Gather component allows sending multiple requests concurrently and aggregating the responses into an array. A Try scope allows handling errors that occur within it using an error handler. An On Error Continue scope allows continuing the flow execution after handling an error. Therefore, by using these components, the developer can send requests to both APIs in parallel, handle any timeout errors from United Airlines API, and return a partial response with a default value for that API. References: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept
https://docs.mulesoft.com/mule-runtime/4.3/try-scope-concepthttps://docs.mulesoft.com/mule-runtime/4.3/on-err
質問 # 51
A Mule application uses API autodiscovery to access and enforce policies for a RESTful implementation.
- A. The name of the flow that has APlkit Console to receive all incoming RESTful operation requests.
- B. The name of the flow that has HTTP listener to receive all incoming RESTful operation requests
- C. Northing because flowRef is an optional attribute which can be passed runtime
- D. Any of the APIkit generate implement flows
正解：B
解説：
To use API autodiscovery to access and enforce policies for a RESTful implementation, flowRef must be set to the name of the flow that has HTTP listener to receive all incoming RESTful operation requests. This way, API autodiscovery can identify the API implementation andassociate it with the corresponding API specification and policies in API Manager. The flow that has HTTP listener is usually the main flow that contains the APIKit Router.
References:https://docs.mulesoft.com/api-manager/2.x/api-auto-discovery-new-concept#flowref
質問 # 52
Refer to the exhibit.
Based on the code snippet, schema,json file, and payload below, what is the outcome of the given code snippet when a request is sent with the payload?
- A. The Mule flow will throw the exception 'JSON:SCHEMA_NOT_HONOURED
- B. The Mule flow will execute successfully with status code 204
- C. The Mule flow will execute successfully with status code 200m and a response will display the message
'' Age in years which must equal to or greater than zero.'' - D. The Mule flow will execute successfully with status code 200, and the response will be the JSON sent in request
正解：A
解説：
Explanation
Based on the code snippet, schema.json file, and payload below, the outcome of the given code snippet when a request is sent with the payload is that the Mule flow will throw the exception
'JSON:SCHEMA_NOT_HONOURED'. This is because the payload does not conform to the schema.json file, which specifies that age must be a number greater than or equal to zero. The payload has age as a string with a negative value, which violates the schema. Therefore, the validate-schema operation throws an error with type
'JSON:SCHEMA_NOT_HONOURED'. References:
https://docs.mulesoft.com/json-module/1.1/json-validate-schema
質問 # 53
......
PDF問題（2024年最新）実際のMuleSoft MCD-Level-2試験問題：https://www.jpntest.com/shiken/MCD-Level-2-mondaishu