NEWS
Plötzlich ReferenceError: request is not defined
-
@kptkip
Wenn jetzt kein anderer User schneller ist, sehe ich mir das heute Abend an. -
hier mal zum Testen und bitte ggf bei Fehler das Log posten.
//Get Token from Tibber const LoginUri = 'https://app.tibber.com/login.credentials'; const uri = 'https://app.tibber.com/v4/gql?query={me{homes{electricVehicles{lastSeen%0A%20 battery{percent}}}}}'; let output = '1'; let TokenFromLogin = ''; const params = { '@type': 'login', email: [EMAIL], password: [PASSWD], }; //Using the request.post function to send a POST request with JSON data httpPost(LoginUri, { params }, (error, response) => { if (error) { log(error, 'error'); } else { log(response.statusCode); log(response.data); TokenFromLogin = response.data; //Request Battery Status //Using the request.post function to send a POST request with a Bearer token httpPost(uri, { headers: { Authorization: 'Bearer ' + TokenFromLogin } }, (error, response) => { if (!error) { log(response.statusCode); log(response.data); log(response.headers); output = response.data; setState('0_userdata.0.Polestar.Tibber_Response', output); } else { log(error, 'error'); } }); } });
-
Hey @tt-tom !
Sorry, Update, es klappt doch nicht. war zu schnell.
Hier das log:
script.js.Strom_und_PV.Tibber_Polestar_SOC: 400 javascript.0 20:16:00.186 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"error":"To login you need to type in both your email and your password."} javascript.0 20:16:00.359 info script.js.Strom_und_PV.Tibber_Polestar_SOC: 400 javascript.0 20:16:00.359 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"errors":[{"message":"GraphQL operations must contain a non-empty `query` or a `persistedQuery` extension.","extensions":{"code":"INTERNAL_SERVER_ERROR","exception":{"stacktrace":["GraphQLError: GraphQL operations must contain a non-empty `query` or a `persistedQuery` extension."," at processGraphQLRequest (/app/node_modules/apollo-server-core/dist/requestPipeline.js:73:40)"," at process.processTicksAndRejections (node:internal/process/task_queues:95:5)"," at async processHTTPRequest (/app/node_modules/apollo-server-core/dist/runHttpQuery.js:222:30)"]}}}]} javascript.0 20:16:00.360 info script.js.Strom_und_PV.Tibber_Polestar_SOC: Object [AxiosHeaders] { date: 'Sat, 01 Jun 2024 18:16:09 GMT', 'content-type': 'application/json; charset=utf-8', 'content-length': '573', connection: 'close', 'x-powered-by': 'Express', 'access-control-allow-origin': '*', etag: 'W/"23d-S8aiZRFOGuFbW0vwnvg3M2ft9pA"', vary: 'Accept-Encoding' }
Kann es sein, dass der Aufruf hier:
httpPost(LoginUri, { params }, (error, response) => {
das JSON-Objekt nicht kenntlich macht. Also, dass die API das nicht auseinander sortiert?
Im Originalscript wird das mitjson: params
angegeben. Oder sollen die geschweiften Klammern das machen? -
@kptkip Params ist schon ein Objekt. Also nicht nochmal in ein Objekt wrappen:
// Get Token from Tibber const loginUri = 'https://app.tibber.com/login.credentials'; const uri = 'https://app.tibber.com/v4/gql?query={me{homes{electricVehicles{lastSeen%0A%20 battery{percent}}}}}'; let output = '1'; let tokenFromLogin = ''; const postData = { '@type': 'login', email: [EMAIL], password: [PASSWD], }; // Using the request.post function to send a POST request with JSON data httpPost(loginUri, postData, (error, response) => { if (error) { log(error, 'error'); } else { log(response.statusCode); log(response.data); tokenFromLogin = response.data; // Request Battery Status // Using the request.post function to send a POST request with a Bearer token httpPost(uri, { bearerAuth: tokenFromLogin }, (error, response) => { if (!error) { log(response.statusCode); log(response.data); log(response.headers); output = response.data; setState('0_userdata.0.Polestar.Tibber_Response', output); } else { log(error, 'error'); } }); } });
-
@haus-automatisierung
ja, da war ich etwas überfragt, ob mit Klammern oder ohne. Danke für die Hilfe. -
Der erste call klappt nun. Danke!
Ich denke beim zweiten, bei dem die Daten abgeholt werden gibts noch ein Problem:
javascript.0 09:02:00.246 info script.js.Strom_und_PV.Tibber_Polestar_SOC: 200 javascript.0 09:02:00.246 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"token":"SuperToken"} javascript.0 09:02:00.477 info script.js.Strom_und_PV.Tibber_Polestar_SOC: 400 javascript.0 09:02:00.477 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"errors":[{"message":"GraphQL operations must contain a non-empty `query` or a `persistedQuery` extension.","extensions":{"code":"INTERNAL_SERVER_ERROR","exception":{"stacktrace":["GraphQLError: GraphQL operations must contain a non-empty `query` or a `persistedQuery` extension."," at processGraphQLRequest (/app/node_modules/apollo-server-core/dist/requestPipeline.js:73:40)"," at process.processTicksAndRejections (node:internal/process/task_queues:95:5)"," at async processHTTPRequest (/app/node_modules/apollo-server-core/dist/runHttpQuery.js:222:30)"]}}}]} javascript.0 09:02:00.477 info script.js.Strom_und_PV.Tibber_Polestar_SOC: Object [AxiosHeaders] { date: 'Sun, 02 Jun 2024 07:02:10 GMT', 'content-type': 'application/json; charset=utf-8', 'content-length': '573', connection: 'close', 'x-powered-by': 'Express', 'access-control-allow-origin': '*', etag: 'W/"23d-S8aiZRFOGuFbW0vwnvg3M2ft9pA"', vary: 'Accept-Encoding' }
Es scheinen noch nicht alle Daten übermittelt zu werden, wenn ich das richtig verstehe:
"must contain a non-empty 'query'
" -
im Original steht
headers: { 'Authorization': 'Bearer ' + Token }
da wird das Wort
Bearer
vor den Token gesetzt mit einem Leerzeichen.ändere mal diese Zeile
tokenFromLogin = response.data;
in diese um
tokenFromLogin = 'Bearer ' + response.data;
Wenn dies auch wieder zu Fehler führt wäre das nochmal ein Versuch
httpPost(uri, { headers: { Authorization: 'Bearer ' + TokenFromLogin } }, (error, response) => { if (!error) { log(response.statusCode); log(response.data); log(response.headers); output = response.data; setState('0_userdata.0.Polestar.Tibber_Response', output); } else { log(error, 'error'); } });
dann bin ich aber auch mit mein Latein am Ende.
-
Klappt auch nicht.
Nachdem ich trotz Google nichts passendes gefunden habe, gehe ich als Hypothese davon aus, dass:
{ bearerAuth: tokenFromLogin }
genau den Authentifizierungs-Mechanismus per "Bearer" auslösen soll.
Was mich bei der Fehlermeldung irritiert, ist die Meldung, dass Inhalte leer wären. Im Prinzip muss die URL (habs im Browser getestet - im eingeloggten Zustand) nur abgesetzt werden und im Header der Token mitgegeben werden. Frage mich, wo er noch Inhalte haben möchte?
BTW: Wenn ich nach "Javascript" und "httpPost()" google, finde ich keine vernünftige Erläuterung oder Doku. Zumindest nicht, wie das hier verwendet wird.
Das Einzige als Treffer sind dann Anleitungen und Dokus zum Befehl "fetch()" (klappt hier auch nur mit explizitemrequire('fetch')
und nicht freiweg ) oder zu axios. Vlt. bin ich aber auch nicht schlau genug, zum Suchen. -
@kptkip sagte in Plötzlich ReferenceError: request is not defined:
BTW: Wenn ich nach "Javascript" und "httpPost()" google, finde ich keine vernünftige Erläuterung oder Doku.
Das ist ja auch ioBroker spezifisch und ein Wrapper für axios in der JavaScript-Sandbox. Damit wir in Zukunft die darunter liegende Library austauschen können, und trotzdem alles weiter funktioniert. Demnach auch nur hier dokumentiert:
https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#httpget
EDIT: Ich sehe gerade, dass der zweite Aufruf ja auch ein httpPost ist. Dann müssen natürlich die Daten mitgegeben werden. Sicher, dass das ein Post-Request sein muss (wozu? Da werden ja Get-Parameter genutzt für den Query). Teste mal so:
// Get Token from Tibber const loginUri = 'https://app.tibber.com/login.credentials'; const uri = 'https://app.tibber.com/v4/gql?query={me{homes{electricVehicles{lastSeen%0A%20 battery{percent}}}}}'; let output = '1'; let tokenFromLogin = ''; const postData = { '@type': 'login', email: [EMAIL], password: [PASSWD], }; // Using the request.post function to send a POST request with JSON data httpPost(loginUri, postData, (error, response) => { if (error) { log(error, 'error'); } else { log(response.statusCode); log(response.data); tokenFromLogin = response.data; // Request Battery Status // Using the request.post function to send a POST request with a Bearer token httpPost(uri, {}, { bearerAuth: tokenFromLogin }, (error, response) => { if (!error) { log(response.statusCode); log(response.data); log(response.headers); output = response.data; setState('0_userdata.0.Polestar.Tibber_Response', output); } else { log(error, 'error'); } }); } });
Alternativ den Query per Post senden:
// Get Token from Tibber const loginUri = 'https://app.tibber.com/login.credentials'; const uri = 'https://app.tibber.com/v4/gql'; let output = '1'; let tokenFromLogin = ''; const postData = { '@type': 'login', email: [EMAIL], password: [PASSWD], }; // Using the request.post function to send a POST request with JSON data httpPost(loginUri, postData, (error, response) => { if (error) { log(error, 'error'); } else { log(response.statusCode); log(response.data); tokenFromLogin = response.data; // Request Battery Status // Using the request.post function to send a POST request with a Bearer token httpPost(uri, { query: '{me{homes{electricVehicles{lastSeen%0A%20 battery{percent}}}}}' }, { bearerAuth: tokenFromLogin }, (error, response) => { if (!error) { log(response.statusCode); log(response.data); log(response.headers); output = response.data; setState('0_userdata.0.Polestar.Tibber_Response', output); } else { log(error, 'error'); } }); } });
-
@kptkip sagte in Plötzlich ReferenceError: request is not defined:
Nachdem ich trotz Google nichts passendes gefunden habe, gehe ich als Hypothese davon aus, dass:
{ bearerAuth: tokenFromLogin }
genau den Authentifizierungs-Mechanismus per "Bearer" auslösen soll.
Das habe ich in der Doku auch so gefunden, was mir nicht klar ist/war, das Wort
Bearer
wird das jetzt automatisch vor den Token gesetzt? @haus-automatisierung Denn in deinem Original-Script war es zusätzlich zum Token angehängt. -
@haus-automatisierung said in Plötzlich ReferenceError: request is not defined:
Das ist ja auch ioBroker spezifisch und ein Wrapper für axios in der JavaScript-Sandbox. Damit wir in Zukunft die darunter liegende Library austauschen können, und trotzdem alles weiter funktioniert. Demnach auch nur hier dokumentiert:
https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#httpget
Danke für den hint mit dem Wrapper und den Link
Das mit dem Hinweis auf GET ist ein guter, da tatsächlich keine Daten (abgesehen vom Header) übermittelt werden. Das macht Sinn.
Allerdings klappt es noch nicht. Hier mal die Ergebnisse (POST und GET):
Mit POST:
httpPost(uri, {}, { bearerAuth: tokenFromLogin }, (error, response) => {
ergibt folgende Fehler:
javascript.0 11:37:00.464 info script.js.Strom_und_PV.Tibber_Polestar_SOC: 401 javascript.0 11:37:00.465 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"errors":"Not authenticated. Login at: https://app.tibber.com/login"} javascript.0 11:37:00.465 info script.js.Strom_und_PV.Tibber_Polestar_SOC: Object [AxiosHeaders] { date: 'Sun, 02 Jun 2024 09:37:10 GMT', 'content-type': 'application/json; charset=utf-8', 'content-length': '71', connection: 'close', 'x-powered-by': 'Express', 'access-control-allow-origin': '*', etag: 'W/"47-pLydXmqqqWtGzFFyAjprzeLl/Aw"', vary: 'Accept-Encoding' }
Per GET mit:
httpGet(uri, { bearerAuth: tokenFromLogin }, (error, response) => {
oder:
httpGet(uri, { headers: { Authorization: 'Bearer ' + tokenFromLogin } }, (error, response) => {
liefert er:
javascript.0 11:34:00.343 info script.js.Strom_und_PV.Tibber_Polestar_SOC: 401 javascript.0 11:34:00.343 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"errors":"Not authenticated. Login at: https://app.tibber.com/login"} javascript.0 11:34:00.343 info script.js.Strom_und_PV.Tibber_Polestar_SOC: Object [AxiosHeaders] { date: 'Sun, 02 Jun 2024 09:34:10 GMT', 'content-type': 'application/json; charset=utf-8', 'content-length': '71', connection: 'close', 'x-powered-by': 'Express', 'access-control-allow-origin': '*', etag: 'W/"47-pLydXmqqqWtGzFFyAjprzeLl/Aw"', vary: 'Accept-Encoding' }
Die zusätzliche Query-Variante ist ganz wuschig:
httpPost(uri, { query: '{me{homes{electricVehicles{lastSeen%0A%20 battery{percent}}}}}' }, { bearerAuth: tokenFromLogin }, (error, response) => {
Das ergibt folgende Fehler:
javascript.0 11:30:00.403 info script.js.Strom_und_PV.Tibber_Polestar_SOC: 400 javascript.0 11:30:00.403 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"errors":[{"message":"Syntax Error: Unexpected character: \"%\".","extensions":{"code":"GRAPHQL_PARSE_FAILED","exception":{"stacktrace":["GraphQLError: Syntax Error: Unexpected character: \"%\"."," at syntaxError (/app/node_modules/graphql/error/syntaxError.js:15:10)"," at readNextToken (/app/node_modules/graphql/language/lexer.js:420:40)"," at Lexer.lookahead (/app/node_modules/graphql/language/lexer.js:84:29)"," at Lexer.advance (/app/node_modules/graphql/language/lexer.js:67:38)"," at Parser.advanceLexer (/app/node_modules/graphql/language/parser.js:1536:31)"," at Parser.expectToken (/app/node_modules/graphql/language/parser.js:1393:12)"," at Parser.parseName (/app/node_modules/graphql/language/parser.js:108:24)"," at Parser.parseField (/app/node_modules/graphql/language/parser.js:347:30)"," at Parser.parseSelection (/app/node_modules/graphql/language/parser.js:337:14)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseSelectionSet (/app/node_modules/graphql/language/parser.js:320:24)"," at Parser.parseField (/app/node_modules/graphql/language/parser.js:365:16)"," at Parser.parseSelection (/app/node_modules/graphql/language/parser.js:337:14)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseSelectionSet (/app/node_modules/graphql/language/parser.js:320:24)"," at Parser.parseField (/app/node_modules/graphql/language/parser.js:365:16)"," at Parser.parseSelection (/app/node_modules/graphql/language/parser.js:337:14)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseSelectionSet (/app/node_modules/graphql/language/parser.js:320:24)"," at Parser.parseField (/app/node_modules/graphql/language/parser.js:365:16)"," at Parser.parseSelection (/app/node_modules/graphql/language/parser.js:337:14)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseSelectionSet (/app/node_modules/graphql/language/parser.js:320:24)"," at Parser.parseOperationDefinition (/app/node_modules/graphql/language/parser.js:231:28)"," at Parser.parseDefinition (/app/node_modules/graphql/language/parser.js:155:19)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseDocument (/app/node_modules/graphql/language/parser.js:122:25)"," at parse (/app/node_modules/graphql/language/parser.js:32:17)"," at parse (/app/node_modules/apollo-server-core/dist/requestPipeline.js:181:36)"," at processGraphQLRequest (/app/node_modules/apollo-server-core/dist/requestPipeline.js:90:39)"," at process.processTicksAndRejections (node:internal/process/task_queues:95:5)"," at async processHTTPRequest (/app/node_modules/apollo-server-core/dist/runHttpQuery.js:222:30)"]}}}]}
In allen Fällen klappt es mit der Authentifizierung per Bearer-Header nicht wie gewünscht.
-
@kptkip sagte in Plötzlich ReferenceError: request is not defined:
%0A
bedeutet LF -> LineFeed
%20 ist das Leerzeichen
was ist wenn du die weg lässt
-
-
@haus-automatisierung said in Plötzlich ReferenceError: request is not defined:
@kptkip Sorry, ist recht schwer ohne einen Link auf die API-Doku alles zu raten
Nur zur Vollständigkeit - die Tibber-API ist hier:
https://developer.tibber.com/docs/overview@TT-Tom hat Recht, würde das auch einfach entfernen und testen.
Mit der URL hab ich auch schon rumgespielt. Das ändert nichts. Würde mich ehrlich gesagt auch wundern. Die URL hat im Script mit
request.post()
wunderbar funktioniert. Sogar mit nicht-URL-encodetem Leerzeichen.[EDIT:]
Ich habe immer noch die Vermutung, dass die neuen FunctionshttpPost()
undhttpGet()
im JS-Wrapper die Header-Parameter nicht korrekt durchreichen.Wenn ich mir das hier durchlese:
https://developer.salesforce.com/docs/marketing/marketing-cloud-ampscript/references/mc-ampscript-http/mc-ampscript-reference-http-post.htmlKomm ich zur Überlegung, ob das hier (oder axios) korrekt bedient wird:HttpPost(urlEndpoint, contentTypeHeader, contentToPost, response, headerName1, headerValue1, [headerName2, headerValue2...] )
Nur mal so als Double-Check: @haus-automatisierung Kannst Du das ausschließen? -
Ich glaube, ich habe eine andere Vermutung:
Der Rückgabewert des ersten Befehls ist ein JSON-Objekt
javascript.0 13:37:00.168 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"token":"SuperToken"}
Der zweite Befehl will aber als Auth-Token einen String. Da aber ein JSON-Objekt ankommt, schlägt die Authentifizierung fehl.
Ich hab das Rauslösen des Wertes aus dem Object aber nicht hinbekommen (wurde im alten Script mit
var TokenFromLogin = body.token;
erledigt).
Vielleicht kann mir da jemand mit mehr JS-Erfahrung auf die Sprünge helfen? -
@kptkip said in Plötzlich ReferenceError: request is not defined:
Ich glaube, ich habe eine andere Vermutung:
Der Rückgabewert des ersten Befehls ist ein JSON-Objekt
javascript.0 13:37:00.168 info script.js.Strom_und_PV.Tibber_Polestar_SOC: {"token":"gibbetnichmehr"}
Der zweite Befehl will aber als Auth-Token einen String. Da aber ein JSON-Objekt ankommt, schlägt die Authentifizierung fehl.
Ich hab das Rauslösen des Wertes aus dem Object aber nicht hinbekommen (wurde im alten Script mit
var TokenFromLogin = body.token;
erledigt).
Vielleicht kann mir da jemand mit mehr JS-Erfahrung auf die Sprünge helfen?@kptkip
Falls das Token nicht nur kurzzeitig gültig ist solltest du es hier löschen um Missbrauch zu minimieren. -
@mcm1957 dann lösche ihn auch in deinem Zitat
-
-
Danke für den Hinweis. Die Tokens sind in meinen Posts gelöscht.
-
@tt-tom sagte in Plötzlich ReferenceError: request is not defined:
@mcm1957 dann lösche ihn auch in deinem Zitat
erledigt