The product.stock field is now the primary source for real time product stock values. However, product.availableStock is a direct mirror of product.stock and is updated whenever product.stock is updated via the DAL.
A database migration \Shopware\Core\Migration\V6_6\Migration1691662140MigrateAvailableStock takes care of copying the available_stock field to the stock field.
stock.enable_stock_management- Defaulttrue. This can be used to completely disable Shopware's stock handling. If disabled, product stock will be not be updated as orders are created and transitioned through the various states.
The listener was replaced with a new listener \Shopware\Core\Content\Product\Stock\OrderStockSubscriber which handles subscribing to the various order events and interfaces with the stock storage \Shopware\Core\Content\Product\Stock\AbstractStockStorage to write the stock alterations.
Removed \Shopware\Core\Content\Product\SalesChannel\Detail\AbstractAvailableCombinationLoader::load() && \Shopware\Core\Content\Product\SalesChannel\Detail\AvailableCombinationLoader::load()
These methods are removed and superseded by loadCombinations which has a different method signature.
From:
public function load(string $productId, Context $context, string $salesChannelId)To:
public function loadCombinations(string $productId, SalesChannelContext $salesChannelContext): AvailableCombinationResultThe loadCombinations method has been made abstract so it must be implemented. The SalesChannelContext instance, contains the data which was previously in the defined on the load method.
$salesChannelId can be replaced with $salesChannelContext->getSalesChannel()->getId().
$context can be replaced with $salesChannelContext->getContext().
The field is write protected. Use the product.stock to write new stock levels.
The product.stock should be used to read the current stock level. When building new extensions which need to query the stock of a product, use this field. Not the product.availableStock field.
It is replaced by \Shopware\Core\Framework\DataAbstractionLayer\Event\EntityWriteEvent with the same API.
You should use \Shopware\Core\Framework\DataAbstractionLayer\Event\EntityWriteEvent instead, only the class name changed.
- Instead of
<sw-field type="url"use<sw-url-field. You can see the component mapping in thesw-field/index.js
We removed Shopware\Core\Framework\App\FlowAction\Schema\flow-action-1.0.xsd, use Shopware\Core\Framework\App\Flow\Schema\flow-1.0.xsd instead.
We moved all class from namespaces Shopware\Core\Framework\App\FlowAction to Shopware\Core\Framework\App\Flow\Action and Shopware\Core\Framework\App\FlowAction\Xml to Shopware\Core\Framework\App\Flow\Action\Xml.
Please use new namespaces.
- Removed
\Shopware\Core\Content\Product\SalesChannel\Listing\ProductListingFeaturesSubscriber, useCompositeProcessorinstead
The API-Conversion mechanism was not used anymore, therefore, the following classes were removed:
\Shopware\Core\Framework\Api\Converter\ApiVersionConverter\Shopware\Core\Framework\Api\Converter\ConverterRegistry\Shopware\Core\Framework\Api\Converter\Exceptions\ApiConversionException
The writeAccess field was removed from the integration entity without replacement as it was unused.
The defaultRunInterval field is now required for ScheduledTask entities. So you now have to provide the following required fields to create a new Scheduled Task in the DB:
namescheduledTaskClassrunIntervaldefaultRunIntervalstatus
All usages of \Shopware\Core\Content\Media\DeleteNotUsedMediaService should be replaced with \Shopware\Core\Content\Media\UnusedMediaPurger. There is no replacement for the countNotUsedMedia method because counting the number of unused media on a system with a lot of media is time intensive.
The deleteNotUsedMedia method exists on the new service but has a different signature. Context is no longer required. To delete only entities of a certain type it was previously necessary to add an extension to the Context object. Instead, pass the entity name to the third parameter of deleteNotUsedMedia.
The first two parameters allow to process a slice of media, passing null to those parameters instructs the method to check all media, in batches.
- Changed the following classes to be internal:
\Shopware\Core\Framework\Webhook\Hookable\HookableBusinessEvent\Shopware\Core\Framework\Webhook\Hookable\HookableEntityWrittenEvent\Shopware\Core\Framework\Webhook\Hookable\HookableEventFactory\Shopware\Core\Framework\Webhook\Hookable\WriteResultMerger\Shopware\Core\Framework\Webhook\Message\WebhookEventMessage\Shopware\Core\Framework\Webhook\ScheduledTask\CleanupWebhookEventLogTask\Shopware\Core\Framework\Webhook\BusinessEventEncoder\Shopware\Core\Framework\Webhook\WebhookDispatcher
With v6.6 we change the class hierarchy of the following flow event interfaces:
CustomerRecoveryAwareMessageAwareNewsletterRecipientAwareOrderTransactionAwareCustomerAwareCustomerGroupAwareMailAwareOrderAwareProductAwareSalesChannelAwareUserAwareLogAware
When you have implemented one of these interfaces in one of your own event classes, you should now also implement the FlowEventAware interface by yourself.
This is necessary to ensure that your event class is compatible with the new flow event system.
Before:
<?php declare(strict_types=1);
namespace App\Event;
use Shopware\Core\Framework\Log\LogAware;
class MyEvent implements LogAware
{
// ...
}After:
<?php declare(strict_types=1);
namespace App\Event;
use Shopware\Core\Framework\Event\FlowEventAware;
class MyEvent implements FlowEventAware, LogAware
{
// ...
}The methods setNextLanguage() and setNextDefinition() in \Shopware\Elasticsearch\Framework\Indexing\IndexerOffset are removed, use selectNextLanguage() or selectNextDefinition() instead.
Before:
$offset->setNextLanguage($languageId);
$offset->setNextDefinition($definition);After:
$offset->selectNextLanguage($languageId);
$offset->selectNextDefinition($definition);The \Shopware\Core\Framework\Api\Sync\SyncOperationResult class was removed without replacement, as it was unused.
The method getHandledMessages() in abstract class \Shopware\Core\Framework\MessageQueue\ScheduledTask\ScheduledTaskHandler was removed, please use the #[AsMessageHandler] attribute instead.
Before:
class MyScheduledTaskHandler extends ScheduledTaskHandler
{
public static function getHandledMessages(): iterable
{
return [MyMessage::class];
}
public function run(): void
{
// ...
}
}After:
#[AsMessageHandler(handles: MyMessage::class)]
class MyScheduledTaskHandler extends ScheduledTaskHandler
{
public function run(): void
{
// ...
}
}- Use component
sw-external-linkinstead ofsw-dashboard-external-link
The selector to initialize the AjaxModal plugin will be changed to not interfere with Bootstrap defaults data-attribute API.
<a data-bs-toggle="modal" data-url="/my/route" href="/my/route">Open Ajax Modal</a><a data-ajax-modal="true" data-url="/my/route" href="/my/route">Open Ajax Modal</a>- Use
DaysSinceFirstLoginRuleinstead with operator=anddaysPassedof0to achieve identical behavior
The generateNewPath() and saveSeed() methods in \Shopware\Storefront\Theme\AbstractThemePathBuilder are now abstract, this means you should implement those methods to allow atomic theme compilations.
For more details refer to the corresponding ADR.