Path Parameter im IWS darf keinen Slash "/" enthalten

[Andreas_Prouza]

Es ist etwas merkwürdig, dass die Java-Anwendung, die meinen Webservice nutzt, nicht diese Art des Escapings benutzt. Die Java Kollegen werden ja normalerweise irgendwelche Standard-Escapes benutzten.

Das ist eben kein Standard-Escape. Standard würde bedeuten, dass du sowohl Cleint- als auch Server-Seitig nichts machen musst, da dass die Framworks automatisch übersetzen.

Die beschriebene Lösung ist am Ende nichts anderes als das was Baldur zuvor geschrieben hat, dass du ein Ersatzzeichen verwendest, dass du dann am Server ja wieder manuell zurück wandeln musst.
Es ist halt so, dass ein / nicht als Wert in der URL übergeben werden darf. Hierfür würde ich ebenfalls den Weg über den Query-Parameter oder POST gehen.

[Fuerchau]

Auch in Java sollte es Funktionen wie Url.Encode(), Url.Decode() geben, die eben einen Web-Url automtisch umwandeln. Beim Encode automatisch alles was als Web-Adresse erscheinen könnte in %xx, beim Decode dann entsprechend zurück.
Manuell ist das deshalb erforderlich, da jedes Element explizit encoded werden muss.

Z.B. www.mywebapi.de/function?p1=bala/bala&p2=blabla

Machst du einen Encode über alles werden /.?=& alle in %xx gewandelt, was dann keine Url ergibt.
Du benötigs also einen Encode nur für "bala/bala".
Ich habe mir das angewöhnt für alle Parameterwerte einen Encode aufzurufen.

Leider wird das nicht automtisch gemacht sondern der Absender muss es aktiv tun, der Web-Server muss es ebenso tun. Wobei in .Net eine Lib-Funktion zum Trennen der Url von den Query-Parametern und Splitten in Key-Value-Pairs vorhanden ist.