Gelöst Hinweis das ein Update eine neuere WAWI version benötigt

[Puma7]

Hi,

ich habe zu 2.0.5 geupdatet und mich gewundert das der Abgleich einen Fehler ausgab.
Nun habe ich hier im Changelog gelesen, dass der Connector 2.0.5 erst ab Wawi 1.1.4.1 funktioniert.
Wawi 1.1.4.1 ist allerdings noch nicht veröffentlicht. Jetzt stehe ich natürlich blöd da. Die Information war viel zu versteckt und hätte mindestens in den Changelogs vom Shopware Store auftauchen müssen. Bzw. wieso wird eine Version veröffentlicht die gar keiner nutzen kann?

Naja, auf jeden Fall hab ich die alte Version wieder reinstalliert. Leider so das nun alles aus dem Shop wieder importiert wird. Was auch nicht sein müsste. Jetzt muss ich alles wieder 5 Stunden Synchronisieren und schauen das meine Wawi danach noch stimmt oder ob es alles zerschossen hat.

Wie kann sichergestellt werden das dem Nutzer die Information über die Kompatibilität zur Verfügung steht? Ansonsten muss man jedes mal im Forum schauen ob das Update für einen funktioniert.

 

[3po]

Da steht doch 1.0.4.1 und nicht 1.1.4.1

Aber irgend etwas stimmt in der Tat nicht, nach dem update auf 2.0.5 und Änderung von Artikeldaten (Test ob "Neu im Programm" nun integriert wurde) geht bei uns nichts mehr, kein Abgleich mehr möglich, auch ein Komplettabgleich ist nicht mehr möglich!

 

[3po]

Folgender Fehler kommt:

Fehler:
Exception: Call to undefined method Shopware\Models\Attribute\Article::setShops_no_order_now()

Artikel-Senden-Fehler: Bitte beachten Sie, dass zur Fehler-Diagnose ebenfalls die Log-Datei des Servers und das Abgleich-Log der Wawi notwendig sind!
Der Index lag außerhalb des Bereichs. Er darf nicht negativ und kleiner als die Auflistung sein.
Parametername: index
Exception bei product.push: Call to undefined method Shopware\Models\Attribute\Article::setShops_no_order_now()

Call to undefined method Shopware\Models\Attribute\Article::setShops_no_order_now()

Response: {"result":null,"error":{"code":1,"message":"Call to undefined method Shopware\\Models\\Attribute\\Article::setShops_no_order_now()","data":"Shutdown! File: phar:\/\/\/parfphso\/shopware\/engine\/Shopware\/Plugins\/Community\/Frontend\/jtlconnector\/ connector.phar\/src\/jtl\/Connector\/Shopware\/Mapper\/Product.php - Line: 780"},"jtlrpc":"2.0","id":"unknown"}
bei System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
bei jtlCore.ControllerClasses.Connector.Abgleich.Connector.CQOOkfc4oM(String , Object , Boolean , NetworkCredential )
bei jtlCore.ControllerClasses.Connector.Abgleich.Connector.CQOOkfc4oM(String , Object , Boolean , NetworkCredential )
bei jtlCore.ControllerClasses.Connector.Abgleich.Connector.LJoOTsTURL(String , Object , Boolean , NetworkCredential )

 

[Daniel B.]

Hm.

Schickst du ein Attribut mit dem Namen shops_no_order_now? Normal darf das nicht ballern, weil ich extra mit method_exists abfrage, ob es die Methode am Shopware Attribut auch gibt.
Falls nicht, wird das Attribut auch nicht gespeichert.

Habs auch selbst gerade mal getestet. Hab meinem Artikel ein Attribut gegeben, welches nicht als Freifeldtext im Shopware existiert. Es wird dann ganz normal an eine freie Spalte gespeichert ohne explizit eine Custom Spalte zu nehmen.

 

[Daniel B.]

Versuch mal bitte deinen Attribut Cache zu resetten.

 

[3po]

ich habe kein Attribut in der WAWI das so heißt, ich habe ein Plugin das in den Artikeldetails ein Freitextfeld erstellt hat das so heißt. Das war aber bisher nie ein Problem, sprich vor der 2.0.5

EDIT: Das Freitextfeld ist eine Checkbox in SW

 

[Daniel B.]

Kannst du mal bitte im Ordner var/cache/production_201608291509/doctrine/attributes (wobei der timestamp natürlich anders sein kann) schauen, welche Methoden die Klasse Article in der Datei Article.php hat?

Ich benutze seit der 2.0.5 den shopware_attribute.crud_service. Dieser liefert mir alle Spalten die die Attribut Tabelle hat. Falls dein Plugin allerdings nicht die Attribute neu generiert, hat die Klasse falsche oder fehlende Methoden und so stimmen diese nicht mehr mit der Datenbank überein.
Dann kommt es zu deinem Fehler.

 

[Daniel B.]

Versuch mal bitte im SW Backend in der Freifeldtext Verwaltung, alles erneut zu speichern. Dann sollten die Attribute in der Datenbank sowie in der Klasse, aktualisiert werden.

 

[3po]

Ohne Erfolg. Freitextfelder von Drittanbieter kann man auch nicht nochmals speichern, abändern oder löschen.

 

[Daniel B.]

Die Freifeldtextverwaltung von Shopware sagt selbst, es dürfen nur Kleinbuchstaben verwendet werden. Leider hat dein Drittanbieter ein Attribut shopsNoOrderNow genannt. Jetzt ballert die Logik

 

[3po]

Das Freitextfeld heißt "shops_no_order_now" ist also innerhalb der Konventionen

 

[Daniel B.]

Naja, ich bau einen Check ein und release fix eine neue Version.

 

[3po]

Das wär super, Danke.

 

[3po]

Mal nebenbei erwähnt wäre es hilfreich wenn das Changelog auch im SW Store hinterlegt ist, derzeit nur hier im forum ersichtlich.

 

[Daniel B.]

So, ist raus

 

[3po]

Das ging fix, Abgleich wieder möglich. Leider hat die Funktion "Neu im sortiment" nicht den Weg in die 2.0.5 - 2.0.6 gefunden, trotzdem vielen Dank.

 

[3po]

Das hat mich aber auf eine Idee gebracht, ist es denn möglich mit dem identischen Atrribute - Freitextfeldnamen die Freitextfelder von Drittanbietern zu füllen?

 

[Puma7]

Well, that escalated quickly.

Ok, wie wir festgestellt haben hab ich mich verlesen und es war ein anderer Fehler im Plugin ^^
Wäre eventuell trotzdem nett die Changelogs auch bei Shopware zu hinterlegen