AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Netzwerke RESTDebugger-Parameter mit Special Characters in URL
Thema durchsuchen
Ansicht
Themen-Optionen

RESTDebugger-Parameter mit Special Characters in URL

Ein Thema von rd3 · begonnen am 17. Dez 2018 · letzter Beitrag vom 21. Dez 2018
Antwort Antwort
rd3

Registriert seit: 14. Aug 2015
21 Beiträge
 
#1

AW: RESTDebugger-Parameter mit Special Characters in URL

  Alt 17. Dez 2018, 12:53
Das ist OData v4.x
Ich habe die Parameter nur exemplarisch wieder in den Screenshot geschrieben... An dieser Stelle brauch ich das nicht per Parameter, so wie du, glaube ich...
Es ist die TM1-REST-API, hier
https://www.ibm.com/support/knowledg...1_rest_api.pdf
  Mit Zitat antworten Zitat
rd3

Registriert seit: 14. Aug 2015
21 Beiträge
 
#2

AW: RESTDebugger-Parameter mit Special Characters in URL

  Alt 19. Dez 2018, 09:18
Hallo TiGü,

hast du das nochmal angeschaut?

Grüße
rd3
  Mit Zitat antworten Zitat
Schokohase
(Gast)

n/a Beiträge
 
#3

AW: RESTDebugger-Parameter mit Special Characters in URL

  Alt 19. Dez 2018, 09:42
Wusstest du, dass wenn du guten morgen als Query-Parameter übergibst, dass die URL dabei so aussieht
Code:
http://www.example.com/api/v1/values?greeting=guten+morgen
und wenn du guten+morgen als Query-Parameter übergibst, dass die URL dabei so aussieht
Code:
http://www.example.com/api/v1/values?greeting=guten%2Bmorgen
Du musst dich entscheiden, ob DU bereits kodierte Werte übergibst, oder ob die Werte noch kodiert werden sollen. Machst du das nicht, dann wird da nichts von.
  Mit Zitat antworten Zitat
rd3

Registriert seit: 14. Aug 2015
21 Beiträge
 
#4

AW: RESTDebugger-Parameter mit Special Characters in URL

  Alt 19. Dez 2018, 14:36
Ich verstehe das.

Wie gebe ich jedoch die Einstellungen ein, die in "meiner" REST-API auf diese Weise aufgerufen werden:

funktionert ohne Raute
Code:
http://blabla.de/v1/Processes('funktioniert')
funktioniert nicht mit # a)
Code:
http://blabla.de/v1/Processes('funktioniertNicht#')
funktioniert nicht mit codierter # b)
Code:
http://blabla.de/v1/Processes('funktioniertNicht%23')
Danke nochmal

EDIT: So ist die Syntax:
Code:
http://blabla.de/v1/Processes --> Liste
Code:
http://blabla.de/v1/Processes('x') --> 1 Item aus der Liste
Code:
http://blabla.de/v1/Processes('x')/WeitereElemente
Code:
http://blabla.de/v1/Processes('x')/WeitereElemente('EinElement')
(Jeweils als JSON...)
usw, usw..

Sonderzeichen, wie die Raute "#" funktionieren leider nicht. Auch nicht als %23.
Was muss ich dabei berücksichtigen?

Geändert von rd3 (19. Dez 2018 um 14:43 Uhr)
  Mit Zitat antworten Zitat
Schokohase
(Gast)

n/a Beiträge
 
#5

AW: RESTDebugger-Parameter mit Special Characters in URL

  Alt 19. Dez 2018, 16:56
Der wirkliche echte Aufruf muss wie folgt sein
Code:
http://blabla.de/v1/Processes('funktioniertNicht%23')
dann kommt beim Server auch
Code:
v1/Processes('funktioniertNicht#')
an.

Bei
Code:
http://blabla.de/v1/Processes('funktioniertNicht#')
kommt beim Server das
Code:
v1/Processes('funktioniertNicht
an.

Du kannst dir ganz einfach einen simplen HttpServer zusammenbauen TIdHttpServer und dann selber nachsehen, was bei welchem Request so ankommt.
Delphi-Quellcode:
type
  TForm1 = class(TForm)
    IdHTTPServer1: TIdHTTPServer;
    ActiveCheckBox: TCheckBox;
    Memo1: TMemo;
    procedure ActiveCheckBox_Click(Sender: TObject);
    procedure Form_Activate(Sender: TObject);
    procedure IdHTTPServer1_CommandGet(AContext: TIdContext; ARequestInfo: TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
    procedure IdHTTPServer1_CommandOther(AContext: TIdContext; ARequestInfo: TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
  private
    { Private-Deklarationen }
  public
    { Public-Deklarationen }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.ActiveCheckBox_Click(Sender: TObject);
begin
  IdHTTPServer1.Active := ActiveCheckBox.Checked;
end;

procedure TForm1.Form_Activate(Sender: TObject);
begin
  ActiveCheckBox.Checked := IdHTTPServer1.Active;
end;

procedure TForm1.IdHTTPServer1_CommandGet(AContext: TIdContext; ARequestInfo: TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
begin
  Memo1.Lines.Add(string.Format('%s: %s %s', [ARequestInfo.Command, ARequestInfo.Document,ARequestInfo.QueryParams]));
end;

procedure TForm1.IdHTTPServer1_CommandOther(AContext: TIdContext; ARequestInfo: TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
begin
  Memo1.Lines.Add(string.Format('%s: %s %s', [ARequestInfo.Command, ARequestInfo.Document,ARequestInfo.QueryParams]));
end;
ACHTUNG
ARequestInfo.Document enthält den bereits dekodierten Wert!
ARequestInfo.QueryParams ist noch nicht dekodiert!
  Mit Zitat antworten Zitat
rd3

Registriert seit: 14. Aug 2015
21 Beiträge
 
#6

AW: RESTDebugger-Parameter mit Special Characters in URL

  Alt 20. Dez 2018, 14:55
Danke,

ja, bei %23 wird erwartungsgemäß die Raute ("#") angezeigt.

Wieso geht das nicht über den REST-Debugger...
  Mit Zitat antworten Zitat
rd3

Registriert seit: 14. Aug 2015
21 Beiträge
 
#7

AW: RESTDebugger-Parameter mit Special Characters in URL

  Alt 20. Dez 2018, 16:32
Ich habe die URL nach außen vom Admin: https://tm1rest.olapline.de/api/v1/Processes('%23001')

User Test
PW Test
Basic Auth.

Kannst du das per Restdebugger so aufrufen, dass der json String wie im Browser aussieht und da nicht steht "Not found in collection" bla...

Geändert von rd3 (20. Dez 2018 um 17:59 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 09:39 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz