Adobe AD0-E722 Exam - Topic 1 Question 2 Discussion

Actual exam question for Adobe's AD0-E722 exam

Question #: 2
Topic #: 1

[All AD0-E722 Questions]

Since the last production deployment, customers can not complete checkout.

The error logs show the following message multiple times:

main.CRITICAL: Report ID: webapi-61b9fe83f0c3e; Message: Infinite loop detected, review the trace for the looping path

The Architect finds a deployed feature that should limit delivery for some specific postcodes.

The Architect sees the following code deployed in etc/webapi_rest/di. xml and etc/frontend/di. Xml

LimitRates.php:

Which step should the Architect perform to solve the issue?

AChange 'after' plugin with 'around' plugin. The issue is being caused by calling the result provider code after the code of the original method.

BReplace the injected dependency Of \Magento\Checkout\Model\Session With \Magento\FraBievork\Session\SessionManagerInterf ace

CInject an instance Of Magento\(Quote\Api\CartRepositoryInterface and receive Cart instance Via $thiscartRepository->get($this->session->getQuoteId())

Show Suggested Answer

Suggested Answer: C

by Emerson at Nov 22, 2023, 02:45 PM

Limited Time Offer

25%

Off

Get Premium AD0-E722 Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel

Ezekiel

4 months ago

Why would changing the plugin type fix an infinite loop? Sounds odd.

upvoted 0 times

...

Audry

5 months ago

I agree, A seems like the right move to resolve the loop.

upvoted 0 times

...

Justine

5 months ago

Wait, are we sure it's just the plugin causing this?

upvoted 0 times

...

Shalon

5 months ago

I think option A makes the most sense here.

upvoted 0 times

...

Ronny

5 months ago

Looks like an infinite loop issue, definitely needs fixing.

upvoted 0 times

...

Lenora

6 months ago

I’m a bit confused about the injected dependencies. Wouldn’t changing the session dependency just shift the problem rather than solve it?

upvoted 0 times

...

Lisbeth

6 months ago

This scenario seems similar to a practice question we did about plugin priorities. I think the 'around' plugin option makes sense here.

upvoted 0 times

...

Jonelle

6 months ago

I'm not entirely sure, but I feel like replacing the injected dependency might not address the root cause of the loop.

upvoted 0 times

...

Julie

6 months ago

I remember we discussed infinite loops in class, and I think changing the 'after' plugin to 'around' could help prevent that issue.

upvoted 0 times

...

Wenona

6 months ago

Injecting the CartRepositoryInterface and getting the cart instance directly might help bypass any issues with the session. I'll keep that in mind as a potential solution.

upvoted 0 times

...

Tuyet

6 months ago

Replacing the injected dependency with the SessionManagerInterface could be a good approach to try, since the issue seems to be related to the session.

upvoted 0 times

...

Kris

6 months ago

Hmm, the code snippet shows some plugin configuration, so I'll need to investigate how those plugins are being used and if there's a problem with the 'after' plugin.

upvoted 0 times

...

Broderick

6 months ago

This seems like a tricky issue with the checkout process. I'll need to carefully review the code and error logs to understand what's causing the infinite loop.

upvoted 0 times

...

Ming

6 months ago

The error message about the infinite loop is a good clue. I'll focus on analyzing the LimitRates.php file and how it's interacting with the checkout process.

upvoted 0 times

...