# Version 6.3.1.0: Von wegen rückwärtskompatibel / non-breaking-changes

**URL:** <https://forum.shopware.com/t/version-6-3-1-0-von-wegen-ruckwartskompatibel-non-breaking-changes/69549>\
**Category:** Programmierung\
**Created:** [11. September 2020 um 20:27 UTC](https://forum.shopware.com/t/version-6-3-1-0-von-wegen-ruckwartskompatibel-non-breaking-changes/69549 "2020-09-11T20:27:07Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![devnullroot](https://avatars.discourse-cdn.com/v4/letter/d/3bc359/32.png) [@devnullroot](https://forum.shopware.com/u/devnullroot)\
**Post date:** [11. September 2020 um 20:27 UTC](https://forum.shopware.com/t/version-6-3-1-0-von-wegen-ruckwartskompatibel-non-breaking-changes/69549/1 "2020-09-11T20:27:07Z")

</div>

Moin Zusammen,

nur mal so als Hinweis: Bisher (6.3.0.2) reichte es, z.B. den ProductSliderCmsElementResolver zu erweitern, indem in der services.xml:

stand. Fertig. In der Version 6.3.1.0 hat ProductSliderCmsElementResolver aber plötzlich einen \_\_constructor:

```
public function __construct(ProductStreamBuilder $productStreamBuilder)
{
    $this->productStreamBuilder = $productStreamBuilder;
}

```

weshalb die services.xml jetzt natürlich ein argument braucht, sonst setzt es einen Fehler:

Also ich würde das nicht rückwärtskompatibel oder non-breaking nennen. Aus der [Flexibles Shopsystem für Dein E-Commerce-Projekt | Shopware](https://www.shopware.com/de/news/shopware-6-versionierungs-strategie/)

> Auch wenn alle Minor Versionen abwärtskompatibel sind, kann es hin und wieder zu Änderungen in der Logik kommen.

Ja was denn nun?

Schönen Abend und beste Grüße,  
devnullroot

---

<div class="post-metadata">

**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\
**Post date:** [12. September 2020 um 07:00 UTC](https://forum.shopware.com/t/version-6-3-1-0-von-wegen-ruckwartskompatibel-non-breaking-changes/69549/2 "2020-09-12T07:00:22Z")

</div>

Schau ich mir Montag mal an. Vielleicht kann das ein DEV aufklären.

---

<div class="post-metadata">

**Author:** ![shyim](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/shyim/32/7681_2.png) [@shyim](https://forum.shopware.com/u/shyim)\
**Post date:** [12. September 2020 um 08:30 UTC](https://forum.shopware.com/t/version-6-3-1-0-von-wegen-ruckwartskompatibel-non-breaking-changes/69549/3 "2020-09-12T08:30:08Z")

</div>

Der Konstruktor wird von Klassen die im Container sind nicht als public api gesehen und können sich somit ändern. Wenn du immer Dependency Injection verwendest bricht auch nichts

---

<div class="post-metadata">

**Author:** ![devnullroot](https://avatars.discourse-cdn.com/v4/letter/d/3bc359/32.png) [@devnullroot](https://forum.shopware.com/u/devnullroot)\
**Post date:** [13. September 2020 um 12:35 UTC](https://forum.shopware.com/t/version-6-3-1-0-von-wegen-ruckwartskompatibel-non-breaking-changes/69549/4 "2020-09-13T12:35:33Z")

</div>

Moin @Shyim‍ und [@Moritz Naczenski]([http://forum.shopware.com/profile/14574/Moritz](http://forum.shopware.com/profile/14574/Moritz) Naczenski “Moritz Naczenski”)‍ ,

danke für die Hinweise! Ich habe es jetzt mit DI umgesetzt und in diesem Post gepackt:  
[https://forum.shopware.com/discussion/71560/product-properties-in-produkt-slider/#Comment\_279767](https://forum.shopware.com/discussion/71560/product-properties-in-produkt-slider/#Comment_279767)

@Shyim‍ kannst Du mir eventuell etwas zu der private STATIC\_SEARCH\_KEY Frage sagen (gleicher Thread wie oben), an die ich ja trotzdem nicht herankomme und daher hardgecodet “product-slider” in der add-Methode prefixen muss?

Besten Dank,  
devnullroot