9
Curl mit Bearer-Authorization unter Powershell
Hi.
warum kann die Powershell nicht einfach das tun, was ich will?
Ich bekomme den folgenden Request nicht Ausnahmefrei ans Laufen.. Hat jemand eine Idee?
Das curl-Original
...der Fehlerbehaftete Versuch via Powershell
warum kann die Powershell nicht einfach das tun, was ich will?
Ich bekomme den folgenden Request nicht Ausnahmefrei ans Laufen.. Hat jemand eine Idee?
Das curl-Original
curl -X POST "https://api.application.de/v1/csv-request" -H "accept: application/json" -H "Authorization: Bearer $JWT" -H "Content-Type: application/json" -d "{ \"fields\": [ \"SKU\", \"PRICE\" ], \"numberFormat\": \"DECIMAL_DOT\"}" ...der Fehlerbehaftete Versuch via Powershell
Invoke-WebRequest -Method Post -Uri "https://api.application.de/v1/csv-request"`
-Headers @{"Authorization"="bearer "+ New-Object System.Management.Automation.PSCredential($JWT)}, @{"Accept" = "application/json"}`
-ContentType 'application/json'`
-Body "{ \"fields\": [ \"SKU\", \"PRICE\" ], \"numberFormat\": \"DECIMAL_DOT\"}" 
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 385493
Url: https://administrator.de/forum/curl-mit-bearer-authorization-unter-powershell-385493.html
Ausgedruckt am: 23.12.2024 um 14:12 Uhr
9 Kommentare
Neuester Kommentar
Moin,
das Escape-Zeichen unter der Powershell ist der Backtick und nicht der Backslash. Also nicht \", sondern `"
hth
Erik
das Escape-Zeichen unter der Powershell ist der Backtick und nicht der Backslash. Also nicht \", sondern `"
hth
Erik
Ok, damit hätten wir Schritt 1, danke dir.
Leider Spuckt die PS aber noch das folgende und ich bin nicht sicher, wie ich den Token sonst basten soll...
Leider Spuckt die PS aber noch das folgende und ich bin nicht sicher, wie ich den Token sonst basten soll...
In Zeile:3 Zeichen:38
+ -Headers @{"Authorization"="bearer "+ New-Object System.Management.Au ...
+ ~
Sie müssen nach dem Operator "+" einen Wertausdruck bereitstellen.
In Zeile:3 Zeichen:39
+ -Headers @{"Authorization"="bearer "+ New-Object System.Management.Au ...
+ ~~~~~~~~~~
Unerwartetes Token "New-Object" in Ausdruck oder Anweisung.
In Zeile:3 Zeichen:38
+ -Headers @{"Authorization"="bearer "+ New-Object System.Management.Au ...
+ ~
Das Hashliteral war unvollständig.
In Zeile:3 Zeichen:97
+ ... + New-Object System.Management.Automation.PSCredential($JWT)}, @{"Acc ...
+ ~
Unerwartetes Token "}" in Ausdruck oder Anweisung.
+ CategoryInfo : ParserError: (:) , ParentContainsErrorRecordException
+ FullyQualifiedErrorId : ExpectedValueExpressionwarum kann die Powershell nicht einfach das tun, was ich will?
Wenn du Fehler baust ist sie nicht schuld 
! Eine Skriptsprache ist nur so gut wie sein Bediener.$deinToken = "xxxxxxxxxxxxx"
Invoke-WebRequest -Method Post -Uri 'https://api.application.de/v1/csv-request' -Headers @{'Authorization' ="Bearer $deinToken"; 'Accept' = 'application/json'} -ContentType 'application/json' -Body (@{fields = @('SKU','PRICE');numberFormat = 'DECIMAL_DOT'} | ConvertTo-JSON)
Moin,
sollte gehen.
hth
Erik
@{"Authorization"="bearer $(New-Object System.Management.Automation.PSCredential($JWT))"} sollte gehen.
hth
Erik
Zitat von @erikro:
sollte gehen.
Ein PSCredentialObject in einem String-Header das dann zum String System.Management.Automation.PSCredential auflöst?? Blödsinn, da muss nur das eigetliche Token als String hin, fertig aus.@{"Authorization"="bearer $(New-Object System.Management.Automation.PSCredential($JWT))"} sollte gehen.
Wenn er wirklich noch zusätzliche Http-Credentials mitgeben muss dann tut er das mit dem Parameter -Credentials von Invoke-Webrequest.
Moin,
Da hast Du recht. Da habe ich eine Sekunde zu kurz nachgedacht. ;)
Liebe Grüße
Erik
Zitat von @137084:
Wenn er wirklich noch zusätzliche Http-Credentials mitgeben muss dann tut er das mit dem Parameter -Credentials von Invoke-Webrequest.
Zitat von @erikro:
sollte gehen.
Ein PSCredentialObject in einem String-Header das dann zum String System.Management.Automation.PSCredential auflöst?? Blödsinn, da muss nur das eigetliche Token als String hin, fertig aus.@{"Authorization"="bearer $(New-Object System.Management.Automation.PSCredential($JWT))"} sollte gehen.
Wenn er wirklich noch zusätzliche Http-Credentials mitgeben muss dann tut er das mit dem Parameter -Credentials von Invoke-Webrequest.
Da hast Du recht. Da habe ich eine Sekunde zu kurz nachgedacht. ;)
Liebe Grüße
Erik
Nah dran...
Nur erhalte ich für den im Curl-Call noch funktionierenden Header nun eine Fehlermeldung...
Nur erhalte ich für den im Curl-Call noch funktionierenden Header nun eine Fehlermeldung...
Invoke-WebRequest : Der Server hat eine Protokollverletzung ausgeführt.. Section=ResponseHeader Detail=Headername ist ungültig
In Zeile:5 Zeichen:1
+ Invoke-WebRequest -Method Post -Uri 'https://api.application.de/ ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-WebRequest], WebException
+ FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand
Wat weis ich was das deine Anwendung an Headern erwartet ... vermutlich wieder nur Tippfehler, Großkleinschreibung, whatever.
Moin,
da kommt vielleicht ein Error 403 oder 401 zurück. Das würde den Fehler erklären. Er heißt, dass der Server unerwartet antwortet. Die Anfrage geht "korrekt" raus. Ich würde jetzt mal schauen, ob Benutzername und Passwort stimmen.
hth
Erik
da kommt vielleicht ein Error 403 oder 401 zurück. Das würde den Fehler erklären. Er heißt, dass der Server unerwartet antwortet. Die Anfrage geht "korrekt" raus. Ich würde jetzt mal schauen, ob Benutzername und Passwort stimmen.
hth
Erik
