# Abo Commerce Fehler bei manueller Wiederholung

**URL:** <https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433>\
**Category:** Plugins\
**Tags:** offizielle-shopware-\
**Created:** [22. November 2015 um 11:48 UTC](https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433 "2015-11-22T11:48:47Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![jill.valentine](https://avatars.discourse-cdn.com/v4/letter/j/8797f3/32.png) [@jill.valentine](https://forum.shopware.com/u/jill.valentine)\
**Post date:** [22. November 2015 um 11:48 UTC](https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433/1 "2015-11-22T11:48:47Z")

</div>

Hallo, wenn ich bei Marketing-Abonnements ein Abo anklicke und auf “ausgewählte Bestellung ausführen” klicke, erschein folgender Fehler (das in Klammern habe ich ersetzt, da stand unsere Domain und der Shopname): Feheler Es sind Fehler aufgetreten. Meldung vom Server: Ups! Ein Fehler ist aufgetreten! Die nachfolgenden Hinweise sollten Ihnen weiterhelfen. An exception occurred while executing ‘INSERT INTO s\_core\_shops (main\_id, category\_id, name, title, position, host, base\_path, base\_url, hosts, secure, always\_secure, secure\_host, secure\_base\_path, `default`, active, customer\_scope, template\_id, document\_template\_id, locale\_id, currency\_id, customer\_group\_id, fallback\_id) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)’ with params [null, “3”, “Deutsch”, “(unser Shopname)”, 0, “(unsere Domain)”, null, null, “(unsere Domain)”, 0, 0, null, null, 1, 1, 0, “24”, “24”, 1, 1, “1”, “2”]: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry ‘Deutsch’ for key ‘name’ in vendor/doctrine/dbal/lib/Doctrine/DBAL/DBALException.php on line 91 Stack trace: #0 vendor/doctrine/dbal/lib/Doctrine/DBAL/Statement.php(167): Doctrine\DBAL\DBALException::driverExceptionDuringQuery(Object(PDOException), ‘INSERT INTO s\_c…’, Array) #1 Doctrine/ORM/Persisters/BasicEntityPersister.php(279): Doctrine\DBAL\Statement-\>execute() #2 vendor/doctrine/orm/lib/Doctrine/ORM/UnitOfWork.php(952): Doctrine\ORM\Persisters\BasicEntityPersister-\>executeInserts() #3 vendor/doctrine/orm/lib/Doctrine/ORM/UnitOfWork.php(335): Doctrine\ORM\UnitOfWork-\>executeInserts(Object(Doctrine\ORM\Mapping\ClassMetadata)) #4 vendor/doctrine/orm/lib/Doctrine/ORM/EntityManager.php(389): Doctrine\ORM\UnitOfWork-\>commit(Object(Shopware\Models\Order\Order)) #5 Shopware/Plugins/Community/Frontend/SwagAboCommerce/Bootstrap.php(1790): Doctrine\ORM\EntityManager-\>flush() #6 Enlight/Event/Handler/Plugin.php(149): Shopware\_Plugins\_Frontend\_SwagAboCommerce\_Bootstrap-\>onAboFinish(Object(Enlight\_Event\_EventArgs)) #7 Enlight/Event/EventManager.php(252): Enlight\_Event\_Handler\_Plugin-\>execute(Object(Enlight\_Event\_EventArgs)) #8 Enlight/Controller/Action.php(157): Enlight\_Event\_EventManager-\>notifyUntil(‘Enlight\_Control…’, Array) #9 Enlight/Controller/Dispatcher/Default.php(528): Enlight\_Controller\_Action-\>dispatch(‘aboFinishAction’) #10 Enlight/Controller/Front.php(228): Enlight\_Controller\_Dispatcher\_Default-\>dispatch(Object(Enlight\_Controller\_Request\_RequestHttp), Object(Enlight\_Controller\_Response\_ResponseHttp)) #11 Shopware/Kernel.php(141): Enlight\_Controller\_Front-\>dispatch() #12 vendor/symfony/http-kernel/Symfony/Component/HttpKernel/HttpCache/HttpCache.php(472): Shopware\Kernel-\>handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #13 Shopware/Components/HttpCache/AppCache.php(256): Symfony\Component\HttpKernel\HttpCache\HttpCache-\>forward(Object(Symfony\Component\HttpFoundation\Request), true, NULL) #14 vendor/symfony/http-kernel/Symfony/Component/HttpKernel/HttpCache/HttpCache.php(243): Shopware\Components\HttpCache\AppCache-\>forward(Object(Symfony\Component\HttpFoundation\Request), true) #15 Shopware/Components/HttpCache/AppCache.php(102): Symfony\Component\HttpKernel\HttpCache\HttpCache-\>pass(Object(Symfony\Component\HttpFoundation\Request), true) #16 shopware.php(109): Shopware\Components\HttpCache\AppCache-\>handle(Object(Symfony\Component\HttpFoundation\Request)) #17 {main} Ich hoffe Jemand kann mir helfen, hatten mit dem Plugin von Beginn an nur Probleme und funktioniert hat es noch nie richtig ☹

---

<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:** [22. November 2015 um 14:28 UTC](https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433/2 "2015-11-22T14:28:22Z")

</div>

Hallo, die Fehlermeldung deutet darauf hin, dass da noch ein zweites Plugin mit im Spiel ist. Generell wird da versucht eine zweite Shop-Instanz anzulegen. Hast du ein Plugin welches bspw. bei Bestelleingang eine Rechnung versendet o.ä.? Das müsstest du ggf. einmal deaktivieren und erneut testen. Moritz

---

<div class="post-metadata">

**Author:** ![jill.valentine](https://avatars.discourse-cdn.com/v4/letter/j/8797f3/32.png) [@jill.valentine](https://forum.shopware.com/u/jill.valentine)\
**Post date:** [22. November 2015 um 17:15 UTC](https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433/3 "2015-11-22T17:15:09Z")

</div>

Wow danke wenn ich das Rechnungserstellungs Plugin deaktiviere geht es 🙂 vielen Dank! Heißt dass das es keine Chance gibt dass beide zusammen laufen?

---

<div class="post-metadata">

**Author:** ![hth](https://avatars.discourse-cdn.com/v4/letter/h/b77776/32.png) [@hth](https://forum.shopware.com/u/hth)\
**Post date:** [22. November 2015 um 17:42 UTC](https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433/4 "2015-11-22T17:42:14Z")

</div>

[quote=“jill.valentine”]Wow danke wenn ich das Rechnungserstellungs Plugin deaktiviere geht es 🙂 vielen Dank! Heißt dass das es keine Chance gibt dass beide zusammen laufen?[/quote] Eines der beiden Plugins muss so modifiziert werden, dass diese “Verdopplung” nicht auftritt. Aktuell muss man sich für eines der beiden Plugins entscheiden. In der Praxis bedeutet dies leider, dass nur der Verzicht auf das “automatische Rechnungserstellungs”-Plugin wirklich Sicherheit liefert. Ich habe dieses Problem auch wieder im Zusammenhang mit einem Zahlungsplugin und einem “automatischen Rechnungsversand”-Plugin gesehen.

---

<div class="post-metadata">

**Author:** ![fgits](https://avatars.discourse-cdn.com/v4/letter/f/7c8e57/32.png) [@fgits](https://forum.shopware.com/u/fgits)\
**Post date:** [23. November 2015 um 10:48 UTC](https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433/5 "2015-11-23T10:48:57Z")

</div>

Hi! Ich bin der Entwickler des Rechnungs-Plugins. Ich habe diesen Fehler mit der Verdopplung der Einträge in der s\_core\_shops jetzt schon mehrfach, auch in Zusammenhang mit verschiedenen anderen Plugins, gesehen. In meinem Plugin wird an dieser Stelle überhaupt keine Datenbankoperation durchgeführt. Lediglich Lese-Zugriffe. Der einzige Schreibzugriff ist das Antriggern der Shopware-internen Rechnungserzeugung wie es durch Shopware selbst auch im Backend durchgeführt wird. Daher meine Frage an Shopware: Welche Queries im Core könnten diese Verdoppelung auslösen? Viele Grüße, Fabian

---

<div class="post-metadata">

**Author:** ![hth](https://avatars.discourse-cdn.com/v4/letter/h/b77776/32.png) [@hth](https://forum.shopware.com/u/hth)\
**Post date:** [23. November 2015 um 12:09 UTC](https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433/6 "2015-11-23T12:09:19Z")

</div>

Hallo, Datenbankoperationen werden auch getriggert, wenn man interne Funktionen/Methoden von Shopware aufruft, dazu muss man ja nicht unbedingt explizit einen Datenbankzugriff absetzen. Da der Sourcecode des Plugins nicht öffentlich ist (oder?), kann man schlecht etwas zur Fehlerquelle sagen. Da muss man als Entwickler schon selber einen identischen Testshop aufsetzen und debuggen! Wenn ein Shop in der DB verdoppelt wird, ist es keine schlechte Idee zuerst an der Shop-Ressource vorbeizuschauen und dann stößt man eigentlich ziemlich schnell auf ein im Forum und auf Github ausführlich diskutiertes Problem. Ist dies als Ursache denn schon ausgeschlossen? Neue Pull-Request für Shopware 5: [https://github.com/shopware/shopware/pull/356](https://github.com/shopware/shopware/pull/356) Alter PR: [https://github.com/shopware/shopware/pu … t-49440259](https://github.com/shopware/shopware/pull/169#issuecomment-49440259) Die Forenbeiträge finde ich auf die Schnelle nicht.

---

<div class="post-metadata">

**Author:** ![fgits](https://avatars.discourse-cdn.com/v4/letter/f/7c8e57/32.png) [@fgits](https://forum.shopware.com/u/fgits)\
**Post date:** [23. November 2015 um 12:12 UTC](https://forum.shopware.com/t/abo-commerce-fehler-bei-manueller-wiederholung/32433/7 "2015-11-23T12:12:45Z")

</div>

[quote=“hth”]Hallo, Datenbankoperationen werden auch getriggert, wenn man interne Funktionen/Methoden von Shopware aufruft, dazu muss man ja nicht unbedingt explizit einen Datenbankzugriff absetzen. Da der Sourcecode des Plugins nicht öffentlich ist (oder?), kann man schlecht etwas zur Fehlerquelle sagen. Da muss man als Entwickler schon selber einen identischen Testshop aufsetzen und debuggen! Wenn ein Shop in der DB verdoppelt wird, ist es keine schlechte Idee zuerst an der Shop-Ressource vorbeizuschauen und dann stößt man eigentlich ziemlich schnell auf ein im Forum und auf Github ausführlich diskutiertes Problem. Ist dies als Ursache denn schon ausgeschlossen? Neue Pull-Request für Shopware 5: [https://github.com/shopware/shopware/pull/356](https://github.com/shopware/shopware/pull/356) Alter PR: [https://github.com/shopware/shopware/pu … t-49440259](https://github.com/shopware/shopware/pull/169#issuecomment-49440259) Die Forenbeiträge finde ich auf die Schnelle nicht.[/quote] Yess… wie gesagt: Der einzige Aufruf ist der `\Shopware\_Components\_Document::initDocument()` zum generieren der Dokumente. Werde das scheinbar komplett auseinandernehmen müssen…
