Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

Salesforce Exam Salesforce Certified MuleSoft Developer (Mule-Dev-201) Topic 2 Question 17 Discussion

Actual exam question for Salesforce's Salesforce Certified MuleSoft Developer (Mule-Dev-201) exam
Question #: 17
Topic #: 2
[All Salesforce Certified MuleSoft Developer (Mule-Dev-201) Questions]

Refer to the exhibits. Client sends the request to ClientRequestFlow which calls ShippingFlow using HTTP Request activity.

During E2E testing it is found that that HTTP:METHOD_NOT_ALLOWED error is thrown whenever client sends request to this flow.

What attribute you would change in ClientRequestFlow to make this implementation work successfully?

Show Suggested Answer Hide Answer
Suggested Answer: C

Correct answer is Change the method attributes value to 'POST'.

It can be fixed in either of the two ways as below.

1) Changing method attribute to POST in ClientRequestFlow

2) Setting allowedMethods as PUT in ShippingFlow (but doesn't fit as question mentions about changing ClientRequestFlow)


by James at Sep 13, 2024, 10:42 PM

Limited Time Offer

25%

Off

Get Premium Salesforce Certified MuleSoft Developer (Mule-Dev-201) Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel
Eveline
2 days ago
Hmm, this looks like a tricky one. I'll need to carefully review the flow diagrams and think through the possible causes of the HTTP:METHOD_NOT_ALLOWED error.
upvoted 0 times
...
Carissa
10 days ago
Okay, I think I've got this. The JSON query is checking for the existence of the `aws_s3_bucket` resource, so the correct tab would be the "Compliance Standards" tab where you define the policy rules.
upvoted 0 times
...
Alisha
12 months ago
Ah, the classic HTTP:METHOD_NOT_ALLOWED error. Happens to the best of us. Option C is the way to go, unless you want to be 'shipp-ing' your troubles to someone else.
upvoted 0 times
...
Marjory
1 years ago
Wait, what if the client is trying to send a GET request? Then Option C wouldn't work. Better keep it flexible with Option A, who knows what the client might try next?
upvoted 0 times
Lavonda
12 months ago
Alease is right, let's keep it flexible with Option A.
upvoted 0 times
...
Alease
12 months ago
But what if the client is trying to send a GET request?
upvoted 0 times
...
Kristal
12 months ago
I think we should change the method attribute value to '*'.
upvoted 0 times
...
...
Lorenza
1 years ago
Option D is definitely not the right choice here. HTTPS is for secure communication, not fixing a method mismatch. I agree with the other candidates, Option C is the way to go.
upvoted 0 times
Tom
11 months ago
I see your point, but I still think Option C is the best choice, changing the allowed method attributes value to 'POST'.
upvoted 0 times
...
Lorean
11 months ago
I disagree, Option B seems more appropriate, changing the path attribute value to '/api/ship'.
upvoted 0 times
...
France
12 months ago
I think Option A might work too, changing the method attribute value to '*'.
upvoted 0 times
...
...
Ronnie
1 years ago
I think changing the allowed method attributes value to 'POST' might also work, as it specifies the method allowed for the request.
upvoted 0 times
...
Catarina
1 years ago
Hmm, I'm not sure about that. Changing the method attribute to '*' might work, but it's a bit of a broad solution. I'd lean towards Option C to be more specific.
upvoted 0 times
Orville
12 months ago
Changing the method attribute to '*' could work, but Option C is more focused on the specific issue.
upvoted 0 times
...
Paul
12 months ago
I agree, Option C seems like a targeted solution to the HTTP:METHOD_NOT_ALLOWED error.
upvoted 0 times
...
Ciara
1 years ago
I think Option C is the way to go. It specifies the allowed method more precisely.
upvoted 0 times
...
...
Wilda
1 years ago
The issue seems to be with the HTTP method, so I think Option C is the way to go. Changing the allowed method to POST should resolve the problem.
upvoted 0 times
Willard
12 months ago
Let's try changing the protocol attribute value to \'HTTPS\' and see if that resolves the error.
upvoted 0 times
...
Regenia
1 years ago
I think changing the method attribute value to \'*\' might also work.
upvoted 0 times
...
Frank
1 years ago
But what if we change the path attribute value to \'/api/ship\' instead?
upvoted 0 times
...
Alonzo
1 years ago
I agree, changing the allowed method to POST should fix the issue.
upvoted 0 times
...
...
Sherita
1 years ago
I agree with Brett, changing the method attribute value should solve the issue.
upvoted 0 times
...
Brett
1 years ago
I think the correct attribute to change is the method attribute value to '*'.
upvoted 0 times
...

Save Cancel