Gelöst Fehlermeldung bei abgleich der Artikeldaten

[BIT]

Moin,

ich wollte gerade den bestand im Shop abgleich für die Artikel, da bei einigen Artikel sich der Beschreibungstext geändert hatte. Diesen habe ich in der WaWi auch entsprechend (HTML code) angepasst.

bei abgleich bekam ich dann folgende Fehlermeldung von der WaWi zurückgeliefert:

Fehler:
Exception: Der Remoteserver hat einen Fehler zurückgegeben: (403) Unzulässig.
Der Remoteserver hat einen Fehler zurückgegeben: (403) Unzulässig.
Artikel-Senden-Fehler: Bitte beachten Sie, dass zur Fehler-Diagnose ebenfalls die Log-Datei des Servers und das Abgleich-Log der JTL-Wawi notwendig sind!
Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei jtlCore.ControllerClasses. Connector.Abgleich.Funktionen.ConnectorPusher.Push[TEntity](IEnumerable`1 models, Boolean checkForOrderPull)
bei jtlCore.ControllerClasses.Connector.Abgleich.EntityAbgleicher.Push.ConnectorPushTaskProduct.<>c__DisplayClass5.<Run>b__2(List`1 models)
bei jtlTools.Linq.EnumerableExtensions.ExecuteInSetsOf[TInput](IEnumerable`1 source, Action`1 action, Int32 max)
bei jtlCore.ControllerClasses.Connector.Abgleich.EntityAbgleicher.Push.ConnectorPushTaskProduct.Run()
bei JTL.Connector.Business.SyncRunner.Run()



eingesetzt wird Shopware 5 in der version 5.3.3 mit dem Aktuell freigegeben Connector

Einer ne Idee zur behebung

 

[BIT]

Fehler wurde von mir behoben. liegt daran, das der connector nur sauber mit PHP 7.1 arbeitet. leider nicht mit 5.6.4

 

[Daniel B.]

Der Connector arbeitet auch mit PHP 5.6 ... es liegt eher an deiner Serverkonfiguration.

 

[BIT]

würde mich wundern, denn bei oxid auf php 5.6.4 geht der Connecort ohne probleme.

jedenfall habe ich wieder einen fehler erhalten beim Abgleich mit dem shop nach dem hinzufügen von 4 neuen Artikeln in der wawi:

Fehler:
Exception: Der Remoteserver hat einen Fehler zurückgegeben: (403) Unzulässig.
Der Remoteserver hat einen Fehler zurückgegeben: (403) Unzulässig.
Artikel-Senden-Fehler: Bitte beachten Sie, dass zur Fehler-Diagnose ebenfalls die Log-Datei des Servers und das Abgleich-Log der JTL-Wawi notwendig sind!
Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei jtlCore.ControllerClasses. Connector.Abgleich.Funktionen.ConnectorPusher.Push[TEntity](IEnumerable`1 models, Boolean checkForOrderPull)
bei jtlCore.ControllerClasses.Connector.Abgleich.EntityAbgleicher.Push.ConnectorPushTaskProduct.<>c__DisplayClass5.<Run>b__2(List`1 models)
bei jtlTools.Linq.EnumerableExtensions.ExecuteInSetsOf[TInput](IEnumerable`1 source, Action`1 action, Int32 max)
bei jtlCore.ControllerClasses.Connector.Abgleich.EntityAbgleicher.Push.ConnectorPushTaskProduct.Run()
bei JTL.Connector.Business.SyncRunner.Run()

die Berechtigungen auf die Ordner für den Connector sind richtig gesetzt.

im Log auf dem Server ist folgendes eingetragen:

[2017-09-26 13:16:19] database.ERROR: Exception 'Doctrine\ORM\ORMException' (Code: 0) with message 'The EntityManager is closed.' in /var/www/vhosts/buergel-it.de/subdomains/shop/vendor/doctrine/orm/lib/Doctrine/ORM/ORMException.php:144 [] []

 

[BIT]

Das lustige ist, der Fehler tritt nur bei einem Artikel auf.....

 

[BIT]

und noch einen fehler gefunden beim Connector im log von shopware direkt:

#14 {main} [] {"uid":"5395771"}
[2017-09-26 14:47:03] core.ERROR: Shopware\Components\CSRFTokenValidationException: The provided X-CSRF-Token for path "/jtlconnector/dbeS/mytest.php" is invalid. Please go back, reload the page and try again. in /var/www/vhosts/xxxx.de/subdomains/ shop/engine/Shopware/Components/CSRFTokenValidator.php:155 Stack trace: #0 /var/www/vhosts/xxxxxx.de/subdomains/shop/engine/Library/Enlight/Event/Handler/Default.php(91): Shopware\Components\CSRFTokenValidator->checkFrontendTokenValidation(Object(Enlight_Controller_ActionEventArgs))

 

[3po]

Der Connector arbeitet auch mit PHP 5.6 ... es liegt eher an deiner Serverkonfiguration.

Kann ich bestätigen, die wenigsten nehmen PHP 7.xx wegen Drittanbieter Plugins und IonCube Problematik

Testest Du auf einem realen, vernünftigen Hosting paket oder ist das lokal bzw. ein 5€ Hosting?

 

[BIT]

auf einem Dedizierten Rootserver fürs Hosting der in meine Rack hängt im RZ

selbst auf meinem Testserver im RZ, was eine 1:1 anbbildung der Liveumgebung ist habe ich die gleichen Fehler. selbst mit 5.6.4 bei der Version 5.3.3 von shopware

Nehme ich die Nacke 5.3.3 und installieren nur den connector läuft alles wunderbar. aber wehe es kommt ein andere Plugin wie Bonitätsprüfung hinzu, ist feierabend.

Das mich stutzig macht ist, das in der Testserverumgebung bei der gleichen Konfiguration wie der Live mit php 7.1 mit ioncube keine fehler auftreten bei der 5.3.2 version...

 

[BIT]

neuer test:
- mit php 5.6.4 bekomme ich mit dem Connector keine verbindung zum shop
- mit php 7.0.4 Bekomme ich mit dem connector Verbinung zum shop, habe aber die oben beschriebene Fehlermeldungen
- Mit php 5.6.4 und Shopware Version 5.2.7 bekomme ich verbinung mit dem Connecotr zum Shop

 

[BIT]

nach mehreren stunden testen und immer wieder auftauche des CSFR Fehler wird es wohl drauf hinauslaufen, das ich den connector nicht mehr einsetzen kann für den Abgleich mit dem shop, was ich sehr schade finde bei mehr als 580 Artikeln....

 

[BIT]

btw: die Aktuelle php Version die als Recomended von php.net empfohlen wird ist php 7.1.4

 

[3po]

nach mehreren stunden testen und immer wieder auftauche des CSFR Fehler wird es wohl drauf hinauslaufen, das ich den connector nicht mehr einsetzen kann für den Abgleich mit dem shop, was ich sehr schade finde bei mehr als 580 Artikeln....

Das SW Forum ist voll von Problemen mit CSFR Fehler, das hat Shopware noch nicht komplett im Griff, sei es bei Drittanbieter Plugins oder sogar vereinzelt bei hauseigenen Premium Plugins. Es ist in den letzten Monaten immer besser geworden, jedoch noch nicht völlig behoben (Shopware und Drittanbieter). Wir haben die CSFR Prüfung auf dem Backend derzeit abgeschalten, dies wird sogar teilweise von SW Mitarbeitern geraten wenn man es nicht in den Griff bekommt. Unser Hosting ist bei einem Shopware Partner und wir hatten noch nie Probleme diesbezüglich, ich denke wie Daniel das es hier sehr stark auf das Setting des Servers drauf ankommt.

 

[Daniel B.]

Wenn du die Connector URL im Browser von Hand eingibst, kommt dann auch schon der 403 Fehler? Oder kommt der wirklich nur bei Artikeln?
Am besten mal das developer Logging im Connector aktivieren (https://guide.jtl-software.de/FAQ_z...de_ich_die_Log-Dateien_der_JTL-Connectoren.3F)
und erneut den Fehler provozieren. Die Logs mir dann bitte schicken.

Alternativ vlt. im JTL-Kundencenter ein Ticket eröffnen und unser Support schaut sich die Sache einmal an.

 

[BIT]

den CSFR hatt ich schon übers Backend als auch über die Config ausgeschaltet. zwar ist dann die CSFR Fehler weg, aber der Fehler besteht weiterhin das die Artikel nicht übertragen werden können.

bei der Eingabe der URL bekomme ich eine Rückmeldung:

{"result":null,"error":{"code":-32600,"message":"Invalid Request","data":"Exception 'jtl\\ Connector\\Core\\Exception\\RpcException' (Code: -32600) with message 'Invalid Request' in phar:\/\/\/var\/www\/vhosts\/xxxx.de\/subdomains\/ shop\/engine\/ Shopware\/Plugins\/Community\/Frontend\/jtlconnector\/connector.phar\/vendor\/jtl\/connector\/src\/jtl\/Connector\/Core\/Rpc\/RequestPacket.php:173"},"jtlrpc":"2.0","id":"unknown"}

die Logs schicke ich gleich raus

 

[BIT]

Das SW Forum ist voll von Problemen mit CSFR Fehler, das hat Shopware noch nicht komplett im Griff, sei es bei Drittanbieter Plugins oder sogar vereinzelt bei hauseigenen Premium Plugins. Es ist in den letzten Monaten immer besser geworden, jedoch noch nicht völlig behoben (Shopware und Drittanbieter). Wir haben die CSFR Prüfung auf dem Backend derzeit abgeschalten, dies wird sogar teilweise von SW Mitarbeitern geraten wenn man es nicht in den Griff bekommt. Unser Hosting ist bei einem Shopware Partner und wir hatten noch nie Probleme diesbezüglich, ich denke wie Daniel das es hier sehr stark auf das Setting des Servers drauf ankommt.

Ich habe für andere Kunden auch etliche shopsysteme ( oxid, Magento, Presta, JTL- Shop, osCommerce, Shopware 5) auf meinem Liveserver laufen. Die haben keine Probleme mit der Serverkonfiguration

 

[Daniel B.]

Dan müssen wir uns das genauer anschauen. Bitte im Kundencenter ein Ticket eröffnen.

 

[BIT]

Supportticket ist schon offen

 

[BIT]

Das Problem ist mittlerweile von mir gelöst worden. Nach einem Update der Verwaltungssoftware auf den Server (Plesk) und update auf die Aktuellste PHP7 version war der fehler nciht mehr vorhanden.

Kann damit geschlossen werden.