合格できるSalesforce Salesforce Certified MuleSoft Developer II試験最速合格保証最近更新されたPassTest問題集! [Q16-Q33]

Share

合格できるSalesforce Salesforce Certified MuleSoft Developer II試験最速合格保証最近更新されたPassTest問題集!

合格できるSalesforce-MuleSoft-Developer-II試験の62問題で最適なPassTest出題問題


Salesforce Salesforce-MuleSoft-Developer-II 認定試験の出題範囲:

トピック出題範囲
トピック 1
  • Secure Data at Rest and in Transit: This topic involves implementing secure, environment-dependent properties management. It discusses creating, packaging, and distributing keys and certificates. Moreover, the topic also includes exposing and invoking APIs over HTTPS.
トピック 2
  • Implement Maintainable and Modular Mule Applications and Their Maven Builds: This topic covers modularizing and optimizing Mule application Maven build configurations. It discusses implementing Maven-based automated deployments to Mule runtimes. The topic also includes executing MUnit tests with Maven.
トピック 3
  • Expose Production-Ready Anypoint Platform-Managed APIs from Mule Applications: This topic includes implementing versioning of API-related artifacts and configuring custom or out-of-the-box API policies. Additionally, it covers server-side caching of API invocations using policies, requesting access to APIs, and implementing HTTP callbacks.
トピック 4
  • Implement Monitorable Mule Applications: This topic encompasses exposing Health Check endpoints from a Mule application and implementing effective logging. It also includes changing log levels, aggregating, and analyzing logs. Furthermore it involves monitoring Mule applications and implementing message correlation.
トピック 5
  • Implement Performant and Reliable Mule Applications: It discusses implementing ObjectStore and ensuring fault-tolerant, performant, and traceable message passing with VM and AnypointMQ connectors. The topic also covers fault-tolerant invocations of HTTP-based APIs, validating assertions and messages.

 

質問 # 16
A Mule implementation uses a HTTP Request within an Unit Successful scope to connect to an API.
How should a permanent error response like HTTP:UNAUTHORIZED be handle inside Until Successful to reduce latency?

  • A. Configure retrying until a MULERETRY_EXHAUSTED error is raised or the API responds back with a successful response.
  • B. Put the HTTP Request inside a try scope in Unit Successful.
    In the error handler, use On Error Propagate to catch permanent errors like HTTP UNAUTHORIZED.
  • C. Put the HTTP Request inside a try scope in Unit Successful.
    In the error handler, use On Error Continue to catch permanent errors like HTTP UNAUTHORIZED.
  • D. In Until Successful configuration, set the retry count to 1 for error type HTTP: UNAUTHORIZED.

正解:C

解説:
To handle a permanent error response like HTTP:UNAUTHORIZED inside Until Successful, the developer should put the HTTP Request inside a try scope in Unit Successful, and use On Error Continue to catch permanent errors like HTTP UNAUTHORIZED in the error handler. This way, the developer can avoid retrying requests that will always fail due to a permanent error, and reduce latency. On Error Continue allows the flow to continue processing after handling the error. Reference: https://docs.mulesoft.com/mule-runtime/4.3/until-successful-scope https://docs.mulesoft.com/mule-runtime/4.3/on-error-continue-concept


質問 # 17
Which pattern should be used to invoke multiple HTTP APIs in parallel and roll back failed requests in sequence?

  • A. A Parallel for Each scope with each HTTP request wrapped in a Try scope
  • B. Scatter-Gather as central Saga orchestrator for all API request with compensating actions for failing routes
  • C. A database as a transactional outbox and an Until Successful router to retry any requests
  • D. VM queues as a reliability pattern with error handlers to roll back any requests

正解:B

解説:
To invoke multiple HTTP APIs in parallel and roll back failed requests in sequence, the developer should use a Scatter-Gather router as a central Saga orchestrator for all API requests with compensating actions for failing routes. A Scatter-Gather router executes multiple routes concurrently and aggregates the results. A Saga orchestrator coordinates a series of actions across different services and handles failures by executing compensating actions. Therefore, using a Scatter-Gather router as a Saga orchestrator allows invoking multiple HTTP APIs in parallel and rolling back any failed requests in sequence. Reference: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept https://docs.mulesoft.com/mule-runtime/4.3/saga


質問 # 18
A heathcare customer wants to use hospital system data, which includes code that was developed using legacy tools and methods. The customer has created reusable Java libraries in order to read the data from the system.
What is the most effective way to develop an API retrieve the data from the hospital system?

  • A. Create the Java code in your project and invoice the data from the code
  • B. Install libraries in a local repository and refer to it in the pm.xml file
  • C. Refer to JAR files in the code
  • D. Include the libraries writes deploying the code into the runtime

正解:B

解説:
To develop an API that retrieves data from a hospital system using reusable Java libraries, the developer should install libraries in a local repository and refer to it in the pom.xml file. This way, the developer can use Maven to manage dependencies and invoke Java code from Mule applications using Java Module operations. Reference: https://docs.mulesoft.com/mule-runtime/4.3/java-module-reference#add-the-java-module-to-your-project https://docs.mulesoft.com/mule-runtime/4.3/java-module-reference#invoke-java-code


質問 # 19
A Mule implementation uses a HTTP Request within an Unit Successful scope to connect to an API.
How should a permanent error response like HTTP:UNAUTHORIZED be handle inside Until Successful to reduce latency?

  • A. Configure retrying until a MULERETRY_EXHAUSTED error is raised or the API responds back with a successful response.
  • B. Put the HTTP Request inside a try scope in Unit Successful.
    In the error handler, use On Error Propagate to catch permanent errors like HTTP UNAUTHORIZED.
  • C. Put the HTTP Request inside a try scope in Unit Successful.
    In the error handler, use On Error Continue to catch permanent errors like HTTP UNAUTHORIZED.
  • D. In Until Successful configuration, set the retry count to 1 for error type HTTP: UNAUTHORIZED.

正解:C

解説:
To handle a permanent error response like HTTP:UNAUTHORIZED inside Until Successful, the developer should put the HTTP Request inside a try scope in Unit Successful, and use On Error Continue to catch permanent errors like HTTP UNAUTHORIZED in the error handler. This way, the developer can avoid retrying requests that will always fail due to a permanent error, and reduce latency. On Error Continue allows the flow to continue processing after handling the error. Reference: https://docs.mulesoft.com/mule-runtime/4.3/until-successful-scope https://docs.mulesoft.com/mule-runtime/4.3/on-error-continue-concept


質問 # 20
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 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
  • B. In Design Center, open the RAML and modify baseUn to include a variable that indicates the version number
  • C. In Design Center, open the RAML and modify each operation to include the major 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

正解:B

解説:
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. Reference: https://docs.mulesoft.com/api-designer/design-modify-raml-specs#baseuri https://docs.mulesoft.com/api-manager/2.x/api-versioning


質問 # 21
Refer to the exhibit.

A developer generates the base scaffolding for an API in Anypoint Studio.
Which HTTP status code is returned while testing using the API Kit console if no values are entered in client-secret?

  • A. HTTP status code:403
  • B. HTTP status code:200
  • C. HTTP status code:500
  • D. HTTP status code:400

正解:A

解説:
Based on the code snippet and schema.json file below, when testing using the API Kit console if no values are entered in client-secret, HTTP status code 403 (FORBIDDEN) is returned. This is because client-secret is defined as a required header parameter in schema.json file, which means that it must be present in every request. If no values are entered in client-secret, then it is equivalent to omitting this header parameter, which violates the schema and causes APIKit Router to return HTTP status code 403. Reference: https://docs.mulesoft.com/apikit/4.x/apikit-4-headers


質問 # 22
Which command is used to convert a JKS keystore to PKCS12?

  • A. Keytool-importkeystore -srckeystore keystore p12-srcstoretype JKS -destkeystore keystore.p12 -deststoretype PKCS12
  • B. Keytool-importkeystore -srckeystore keystore jks-srcstoretype JKS -destkeystore keystore.p13 -deststoretype PKCS12
  • C. Keytool-importkeystore -srckeystore keystore jks-srcstoretype PKCS12 -destkeystore keystore.p12 -deststoretype JKS
  • D. Keytool-importkeystore -srckeystore keystore p12-srcstoretype PKCS12 -destkeystore keystore.jks -deststoretype JKS

正解:A

解説:
To convert a JKS keystore to PKCS12, the developer needs to use the keytool-importkeystore command with the following options: -srckeystore keystore.jks -srcstoretype JKS -destkeystore keystore.p12 -deststoretype PKCS12. This command imports all entries from a source JKS keystore (keystore.jks) into a destination PKCS12 keystore (keystore.p12). Reference: https://docs.oracle.com/en/java/javase/11/tools/keytool.html#GUID-5990A2E4-78E3-47B7-AE75-6D1826259549


質問 # 23
When registering a client application with an existing API instance or API Group instance, what is required to manually approve or reject request access?

  • A. To configure the SLA tier for the application and have the Exchange Administrator permission
  • B. To configure the SLA tier for the application and have the role of Organization Administrator, API Manager Environment Administrator, or the Manage Contacts permission
  • C. To only have Exchange Administrator permission
  • D. To configure the SLA tier for the application

正解:C

解説:
To manually approve or reject request access when registering a client application with an existing API instance or API Group instance, it is required to configure the SLA tier for the application and have one of the following roles or permissions: Organization Administrator, API Manager Environment Administrator, or Manage Contracts permission. These roles or permissions allow managing client applications and contracts in API Manager. Reference: https://docs.mulesoft.com/api-manager/2.x/client-applications#managing-client-applications-and-contracts


質問 # 24
Which statement is true when using XML SDK for creating custom message processors?

  • A. All operations are public
  • B. Properties are fields defined by an end user of the XML SDK component and serve as a global configuration for the entire Mule project in which they are used
  • C. An XML SDK provides both inbound and outbound operations
  • D. Operations can be reused in recursive calls

正解:B

解説:
When using XML SDK for creating custom message processors, all operations are public by default and can be used by any Mule application that imports them. There is no way to make an operation private or protected in XML SDK. Reference: https://docs.mulesoft.com/mule-sdk/1.1/xml-sdk#operations


質問 # 25
Which properties are mandatory on the HTTP Connector configuration in order to use the OAuth 2.0 Authorization Code grant type for authentication?

  • A. Token URL, authorization URL, client ID, client secret local callback URL
  • B. External callback URL, access token URL, local authorization URL, authorization URL, client ID, client secret
  • C. External callback URL, access token URL, client ID response access token
  • D. External callback URL, access token URL, client ID, response refresh token

正解:B

解説:
To use the OAuth 2.0 Authorization Code grant type for authentication, the HTTP Connector configuration requires the following properties: token URL, authorization URL, client ID, client secret, and local callback URL. The token URL is the endpoint of the authorization server that provides access tokens. The authorization URL is the endpoint of the authorization server that initiates the user consent flow. The client ID and client secret are the credentials of the Mule application registered with the authorization server. The local callback URL is the endpoint of the Mule application that receives the authorization code from the authorization server. Reference: https://docs.mulesoft.com/http-connector/1.6/http-authentication#oauth-2-0


質問 # 26
A new Mule project has been created in Anypoint Studio with the default settings.
Which file inside the Mule project must be modified before using Maven to successfully deploy the application?

  • A. Config.yaml
  • B. Mule.artificact.json
  • C. Pom.xml
  • D. Settings.xml

正解:C

解説:
To use Maven to successfully deploy the application, the developer needs to modify the pom.xml file inside the Mule project. The pom.xml file contains the configuration and dependencies of the Mule application, as well as the deployment information such as the CloudHub region, environment, and worker size. The developer needs to specify these properties in the pom.xml file before using Maven to deploy the application. Reference: https://docs.mulesoft.com/mule-runtime/4.3/mmp-concept#application-deployment-descriptor


質問 # 27
An API has been developed and deployed to CloudHub Among the policies applied to this API is an allowlist of IP addresses. A developer wants to run a test in Anypoint Studio and does not want any policies applied because their workstation is not included in the allowlist.
What must the developer do in order to run this test locally without the policies applied?

  • A. Deactivate the API in API Manager so the Autodiscovery element will not find the application when it runs in Studio
  • B. Pass in the runtime parameter ''-Danpow.platform.gatekeeper=disabled''
  • C. Run the test as-s, with no changes because the Studio runtime will not attempt to connect to API Manager
  • D. Create a properties file specifically for local development and set the API instance ID to a value that is not used in API Manager

正解:B

解説:
To run a test locally without the policies applied, the developer should create a properties file specifically for local development and set the API instance ID to a value that is not used in API Manager. This way, the developer can use different configuration properties for different environments and avoid triggering API autodiscovery when running tests locally. API autodiscovery is a mechanism that associates an API implementation with its corresponding API specification and policies in API Manager based on its API instance ID. By setting this ID to a value that does not exist in API Manager, the developer can prevent API autodiscovery from finding and applying any policies to the local test. Reference: https://docs.mulesoft.com/api-manager/2.x/api-auto-discovery-new-concept#configuring-api-autodiscovery https://docs.mulesoft.com/mule-runtime/4.3/configuring-properties


質問 # 28
A scatter-gather router is configured with four routes:Route A, B, C and D.
Route C false.

  • A. Payload ['2']
  • B. Error,errorMessage,payload.failures['2']
  • C. Error,errorMesage.payload.results ['2']
  • D. Payload failures['2']

正解:C

解説:
The result of accessing route C failure is Error,errorMessage,payload.failures['2']. This is because a scatter-gather router returns an aggregated message that contains an array of results from each route and an array of failures from each route. The failures array contains error objects with information about each failed route execution. To access route C failure, which is the third route (index 2), the developer needs to use Error.errorMessage.payload.failures['2'] expression. Reference: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-reference#scatter-gather-output


質問 # 29
A mule application exposes and API for creating payments. An Operations team wants to ensure that the Payment API is up and running at all times in production.
Which approach should be used to test that the payment API is working in production?

  • A. Monitor the Payment API directly sending real customer payment data
  • B. Create a health check endpoint that listens on a separate port and uses a separate HTTP Listener configuration from the API
  • C. Create a health check endpoint that reuses the same port number and HTTP Listener configuration as the API itself
  • D. Configure the application to send health data to an external system

正解:B


質問 # 30
The flow is invoicing a target API. The API's protocol is HTTPS. The TLS configuration in the HTTP Request Configuration global element is set to None. A web client submits a request to http:localhost:8081/vehicles.

If the certificate of the target API is signed by a certificate authority (CA), what is true about the HTTP Request operation when the flow executes?

  • A. The HTTP Request operation will succeed if the CA's certificate is present in the JRE's default truststore.
  • B. The HTTP Request operation will succeed if the CA'S certificate is present in the JRE's default keystore
  • C. The HTTP Request operation will always fail regardless of the CA
  • D. The HTTP Request operation will always succeed regardless of the CA

正解:A

解説:
The HTTP Request operation will use the default truststore of the JRE to validate the certificate of the target API. If the CA's certificate is present in the truststore, the operation will succeed. Otherwise, it will fail with a handshake exception. Reference: https://docs.mulesoft.com/mule-runtime/4.3/tls-configuration#tls-default


質問 # 31
A Mule application deployed to a standardalone Mule runtime uses VM queues to publish messages to be consumed asynchronously by another flow.
In the case of a system failure, what will happen to in-flight messages in the VM queues that have been consumed?

  • A. For transient queues, the message will be processed after the system comes online
  • B. For any type of queue, the message will be lost
  • C. For persistent queues, the message will be processed after the system comes online
  • D. For nay type of queue, the message will be processed after the system comes online

正解:C

解説:
In case of a system failure, in-flight messages in persistent VM queues that have been consumed will be processed after the system comes online. This is because persistent VM queues store messages on disk and guarantee delivery even if there is a system crash or restart. Therefore, any in-flight messages that have been consumed but not processed will be recovered from disk and processed when the system is back online. Reference: https://docs.mulesoft.com/mule-runtime/4.3/vm-connector#persistent-queues


質問 # 32
Which plugin or dependency is required to unit test modules created with XML SDK?

  • A. MUnit Maven plugin
  • B. Junit
  • C. XMLUnit
  • D. MUnit Extensions Maven plugin

正解:D

解説:
To unit test modules created with XML SDK, the developer needs to use the MUnit Extensions Maven plugin. This plugin allows testing XML SDK modules using MUnit by adding a dependency to the module under test and using a custom processor tag to invoke it. Reference: https://docs.mulesoft.com/mule-sdk/1.1/xml-sdk#testing


質問 # 33
......

合格突破受験者シミュレーションされたSalesforce-MuleSoft-Developer-II試験問題集:https://www.passtest.jp/Salesforce/Salesforce-MuleSoft-Developer-II-shiken.html

無料テストエンジンはSalesforce Certified MuleSoft Developer II認定試験:https://drive.google.com/open?id=1y4D30Oa7O-gUC-KRBPp5IiRjhyyOQR-z