Independence Day Deal! Unlock 25% OFF Today – Limited-Time Offer - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Adobe Exam AD0-E722 Topic 6 Question 33 Discussion

Actual exam question for Adobe's AD0-E722 exam
Question #: 33
Topic #: 6
[All AD0-E722 Questions]

An Adobe Commerce Architect designs and implements functionality that introduces a new Complex Product Type to the existing Adobe Commerce website. Besides visual demonstration of the new product type, the changes include adjustments to the price index.

The website utilizes a multi-dimensional indexer feature to store the price index. The Architect decides to cover it with integration tests. After creating and running one test, the Architect discovers that database storage is not being fully cleaned.

The test method has the following annotation declaration:

Which adjustment should the Architect make to fix this issue?

Show Suggested Answer Hide Answer
Suggested Answer: A, C

Option A is correct because enabling the config flag under deployment/blue_green/enabled is one of the steps to ensure zero downtime during the deployment process of Magento 2 on-premises. This flag enables the blue-green deployment feature, which allows deploying a new version of the Magento application to a separate environment (blue) without affecting the current live environment (green).Once the new version is ready, the traffic can be switched from green to blue with minimal or no downtime1.

Option C is correct because running bin/magento setup:upgrade --keep-generated is another step to ensure zero downtime during the deployment process of Magento 2 on-premises. This command updates the database schema and data without deleting the generated code and static view files.This way, the Magento application can still serve requests from the cache while the database is being upgraded2.

Option B is incorrect because running bin/magento setup:upgrade --dry-run=true does not upgrade the database, but only checks if there are any errors or conflicts in the database schema or data.This command can be used for testing purposes, but it does not affect the deployment process or the downtime3.

Option D is incorrect because there is no such option as --convert-old-scripts-true for the bin/magento setup:upgrade command. This option does not exist in Magento 2 and does not have any effect on the deployment process or the downtime.

Option E is incorrect because there is no such config flag as developer/zero_down_time/enabled in Magento 2. This flag does not exist in Magento 2 and does not have any effect on the deployment process or the downtime.


1: Blue-green deployment | Adobe Commerce Developer Guide

2: Deploy Magento to production | Adobe Commerce Developer Guide

3: Command-line installation options | Adobe Commerce Developer Guide

Contribute your Thoughts:

Owen
30 days ago
Option B FTW! The Architect just needs to flip that @magentoDbIsolation switch to 'enabled' and the database woes will be a thing of the past. No need to get overly complicated here.
upvoted 0 times
...
Lisbeth
1 months ago
Wait, the Architect is designing a new 'Complex Product Type'? I hope they don't make it too complex, or else the poor developers will be pulling their hair out!
upvoted 0 times
Theron
6 days ago
User 1: I heard the Architect is designing a new Complex Product Type.
upvoted 0 times
...
...
Marti
1 months ago
Creating a rollback file for each fixture is a bit overkill. The Architect should just focus on enabling the database isolation to keep the test environment clean.
upvoted 0 times
Ernestine
23 days ago
C) Create Customer_ProductType: :Test/_files/{fixture_name)_rollback.php for every fixture
upvoted 0 times
...
Taryn
24 days ago
That makes sense, keeping the database isolated will definitely help with cleaning up after the test runs.
upvoted 0 times
...
Deandrea
29 days ago
B) Modify method PHPDoc and change annotation @magentoDbIsolation to enabled
upvoted 0 times
...
...
Major
2 months ago
I'd go with option B. Modifying the method PHPDoc to change the @magentoDbIsolation annotation to enabled seems like the straightforward solution here.
upvoted 0 times
Latrice
10 days ago
Absolutely, maintaining data integrity is crucial for accurate testing results.
upvoted 0 times
...
Yan
25 days ago
Yeah, that makes sense. It's important to ensure the database storage is fully cleaned during integration tests.
upvoted 0 times
...
Krissy
1 months ago
I think option B is the way to go. Changing the @magentoDbIsolation annotation in the method PHPDoc should fix the issue.
upvoted 0 times
...
...
Laurene
2 months ago
The @magentoDbIsolation annotation is the key to solving this issue. Looks like the Architect needs to enable it to ensure the database is properly cleaned up after the test.
upvoted 0 times
Natalie
1 months ago
B) Modify method PHPDoc and change annotation @magentoDbIsolation to enabled
upvoted 0 times
...
Frederica
1 months ago
A) Add annotation @magentoApplsolation enabled to method PHPDoc
upvoted 0 times
...
...
Evangelina
2 months ago
I'm not sure, but maybe creating Customer_ProductType: :Test/_files/{fixture_name)_rollback.php for every fixture could also help in cleaning the database storage.
upvoted 0 times
...
Ilda
2 months ago
I agree with Sherell. That seems like the most logical adjustment to fix the issue.
upvoted 0 times
...
Sherell
2 months ago
I think the Architect should modify method PHPDoc and change annotation @magentoDbIsolation to enabled.
upvoted 0 times
...

Save Cancel