System Information

• PartKeepr-Version: v1.2.0
• Auf dem Demosystem reproduzierbar: Nein (da ich die Konfiguration auf dem Demosystem nicht ändern kann und die Octopart-Integration dort zu funktionieren scheint.)

So reproduzieren Sie

Ich habe ein sehr begrenztes Verständnis davon, wie der Octopart-API-Schlüssel in das System geschoben wird, daher mache ich einige Annahmen, während ich dies schreibe (von denen einige falsch sein können), also haben Sie bitte Geduld. Außerdem werde ich in diesem Fehlerbericht 'xxxxxxxx' anstelle meines echten Octopart-API-Schlüssels verwenden.

Beim Versuch, die Octopart-Unterstützung für meine PartKeepr v1.2.0-Installation einzurichten, ist ein Problem aufgetreten. Ich begann, indem ich einfach den Anweisungen in der app/config/parameters.php.dist folgte, die besagen, die Octopart-API-Eigenschaft in der Datei parameters.php festzulegen:

$container->setParameter('partkeepr.octopart.apikey', 'xxxxxxxx')`

Dies schien keine Auswirkungen zu haben und aktivierte die Octopart-Unterstützung in PartKeepr nicht. Schließlich ging ich zurück und führte das Web/Setup erneut aus, was dann beim Schritt "Bestehende Konfiguration abrufen" mit der Fehlermeldung "Ungültiger Authentifizierungsschlüssel" fehlschlug. Aus einer Laune heraus setze ich die Eigenschaft partkeepr.octopart.apikey wie folgt:

$container->setParameter('partkeepr.octopart.apikey', 'https://octopart.com/api/v3/parts/match?apikey='xxxxxxxx')`

Ich habe dann das Web-/Setup-Tool erneut ausgeführt und konnte den Schritt "Vorhandene Konfiguration abrufen" erfolgreich ohne Fehler überstehen und dann den Rest des Setup-Prozesses erfolgreich fortsetzen. Nachdem Sie sich jedoch wieder bei PartKeepr angemeldet, das Detailfenster für einen Artikel geöffnet und auf die Schaltfläche Octopart geklickt hatten, wurde das Octopart-Fenster angezeigt, war jedoch vollständig leer (beachten Sie, dass in der Benutzeroberfläche keine Fehlermeldungen angezeigt wurden.) Ein kurzer Blick auf den partkeepr. log zeigte folgenden Fehler:

request.CRITICAL: Uncaught PHP Exception Guzzle\Http\Exception\ClientErrorResponseException: "Client error response [status code] 401 [reason phrase] Unauthorized [url] http://octopart.com/api/v3/parts/search?apikey=https%3A%2F%2Foctopart.com%2Fapi%2Fv3%2Fparts%2Fmatch%3Fapikey%3Dxxxxxxxx&q=STD950BLK&start=0&include%5B0%5D=short_description&include%5B1%5D=specs&include%5B2%5D=datasheets&limit=20" at /var/www/partkeepr.domain.com/vendor/guzzle/guzzle/src/Guzzle/Http/Exception/BadResponseException.php line 43 {"exception":"[object] (Guzzle\\Http\\Exception\\ClientErrorResponseException(code: 0): Client error response\n[status code] 401\n[reason phrase] Unauthorized\n[url] http://octopart.com/api/v3/parts/search?apikey=https%3A%2F%2Foctopart.com%2Fapi%2Fv3%2Fparts%2Fmatch%3Fapikey%3Dxxxxxxxx&q=STD950BLK&start=0&include%5B0%5D=short_description&include%5B1%5D=specs&include%5B2%5D=datasheets&limit=20 at /var/www/partkeepr.domain.com/vendor/guzzle/guzzle/src/Guzzle/Http/Exception/BadResponseException.php:43)"} []

Aus der obigen Protokollmeldung geht hervor, dass das Problem ein Problem mit der APIkey-Verifizierung/-Validierung des Webs/Setups ist. Es scheint, dass der Prozess den vollständigen Octopart-URL-Endpunkt (mit dem als URL-Parameter enthaltenen apikey) benötigt, um validiert zu werden; PartKeepr selbst möchte jedoch nur den zur Laufzeit angegebenen eigenständigen apikey-String zur Ersetzung, was sinnvoll ist, da die URL für die API in der const OCTOPART_ENDPOINT in /src/PartKeepr/OctoPartBundle/Services/OctoPartService.php angegeben ist.

Die Problemumgehung dafür (zumindest die, die ich vorerst verwendet habe) besteht darin, den vollständigen Octopart-API-Endpunkt (mit dem API-Schlüssel als URL-Parameter) in der parameters.php für den Setup-Prozess zu belassen, der anscheinend erforderlich ist erfolgreich abschließen, um PartKeepr davon zu überzeugen, dass die Octopart-Unterstützung aktiviert ist. Dann habe ich die Datei /src/PartKeepr/OctoPartBundle/Services/OctoPartService.php geändert, indem ich den apiKey einem Zeichenfolgenliteral zugewiesen habe, das meinen Octopart-API-Schlüssel darstellt (wie unten gezeigt):

public function __construct($apiKey) { $this->apiKey = "xxxxxxxx"; }

Ich denke, die Lösung dafür besteht darin, die Validierung des API-Schlüssels im Web-/Setup-Dienstprogramm zu korrigieren, aber ich bin mir nicht sicher. Ich entschuldige mich, wenn ich etwas falsch verstanden habe oder wie dieser Prozess funktioniert.

Danke schön!