HTTP Request aus SAP - Fehlercode 110

[ice...@t-online.de]

Tag zusammen!

Ich versuche seit einiger Zeit aus unserem SAP System mit ABAP auf die
REST API zuzugreifen, um SMS zu versenden, scheitere bisher aber
immer.

Inzwischen habe ich einen Weg eingeschlagen, den mir die SAP-Seite
selber als HTTP Request How to vorschlägt. Aktuell wirft mir das aber
folgenden Error:

communication_error ( receive)
code: 110 message:


Ich benutze Funtionsbausteine und hangele mich langsam vorran.

- call method cl_http_client=>create_by_url (bekommt https://api.sipgate.net
... mit)
- call method client->request->set_method( ... ).
- call method client->send (ich denke dass hier meine Anfrage gesendet
wird. Hier wird wohl eine Authentifizierung benötigt (also Sipgate
Login + Passwort), aber wie?)
- call method client->receive (ich denke, dass aufgrund der nicht
erfolgreichen Anmeldung hier der Fehler kommt!?)
- call method client->close

Hat sich schon jemand da durchschlagen müssen? Bin ich auf dem
Holzweg? Hoffe mir kann geholfen werden :D

Schonmal Danke und schönen Tag!

[Stefan Lange-Hegermann]

Hallo!

Ich kenne mich zwar mit ABAP nicht aus, aber versuche es trotzdem mal.

Eine Authentifizierung ist unbedingt notwendig, versuchen sie mal dazu als parameter für create_by_url

-- https://user%40domain.com:pass...@api.sipgate.net/RPC2 --

anzugeben, vielleicht klappt das.

Mit freundlichen Grüßen,
Stefan Lange-Hegermann

--

Stefan Lange-Hegermann - lange-h...@sipgate.de
Telefon: +49 (0)211-63 55 55-0
Telefax: +49 (0)211-63 55 55-22

sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf
HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois
Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391

www.sipgate.de - www.sipgate.at - www.sipgate.co.uk

> --
> You received this message because you are subscribed to the Google Groups "sipgate API" group.
> To post to this group, send email to sipga...@googlegroups.com.
> To unsubscribe from this group, send email to sipgate-api...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/sipgate-api?hl=en.
>

[ice...@t-online.de]

Danke für die schnelle Antwort!

Die %40 sind als Ersatz für das @ gedacht, oder? Muss ich anstelle des
RPC2 den Pfad my/events/sms?version[...] angeben?

Wirft leider bisher noch immer den selben Fehler! Aber ich bin am
Forschen :D.

[Stefan Lange-Hegermann]

Hallo,

das RPC war natürlich falsch und muss - wie sie richtig festgestellt haben - durch den REST-Pfad ersetzt werden.

Das %40 ist ein ersatz für das @ und häufig notwendig, Sie können es aber natürlich auch mal direkt mit @ versuchen.

Gruß,
Stefan Lange-Hegermann
--

Stefan Lange-Hegermann - lange-h...@sipgate.de
Telefon: +49 (0)211-63 55 55-0
Telefax: +49 (0)211-63 55 55-22

sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf
HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois
Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391

www.sipgate.de - www.sipgate.at - www.sipgate.co.uk

[ice...@t-online.de]

Reicht es denn nicht schon, wenn der Post mit

https://username%40domain.de:pass...@api.sipgate.net/my/events/sms?version=2.37.0&targets=49171123456789r&content=TestText

(bzw https://api.sipgate.net/my/events/sms?version=2.37.0&targets=49161123456789&content=TestText

mit vorheriger Authentifizierung per Basic Authentication.
source und schedule sind ja optional.)

durchkommt?

Ich brauche ja prinzipiell keine Antwort, da ich ja nur etwas senden
will, aber nichts empfangen.

Oder sehe ich das falsch?

[Moritz Maisel]

Hallo,

spontan fällt mir an Ihrem Request auf, dass vor dem "?" das abschliessende "/" fehlt. Ausserdem wird als Wert für "targets" eine Tel-Uri erwartet, sie müssten also noch den Präfix "tel:" hinzufügen.

Beispiel:

https://user%40domain:pass...@api.sipgate.net/my/events/sms/?version=2.37&targets=tel:491234567890&content=TestText

Mit freundlichen Grüßen

Moritz Maisel

2011/10/20 ice...@t-online.de <ice...@t-online.de>

--
You received this message because you are subscribed to the Google Groups "sipgate API" group.
To post to this group, send email to sipga...@googlegroups.com.
To unsubscribe from this group, send email to sipgate-api...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/sipgate-api?hl=en.

--

[ice...@t-online.de]

Guten Morgen meine Herren!

Ich hätte da mal wieder einige Fragen zur API bzw. zu meinem
speziellen Problem, das noch immer besteht!

Wie muss denn der Request aussehen?

Ich muss doch nur einen HTTP POST absetzen mit der fertigen URL
(Target und Content) und mich dabei authentifizieren.
Ist da noch mehr oder war's das?

Ich habe mit dem Firefoxaddon "Poster" gespielt, des lediglich die URL
und die Logindaten wollte, schwups, war eine SMS auf meinem Handy!
Das Addon wird ja wohl auch nichts anderes machen oder?

Schöne Grüße von einem verzweifelten Praktikanten ... :D

[Moritz Maisel]

Guten Morgen,

ich empfehle Ihnen zum Testen das Kommandozeilen-Programm curl ( http://curl.haxx.se/download.html ). Mit diesem könnte ein Aufruf mit der genannten Beispiel-URL wie folgt aussehen:

curl --data '' 'https://user%40domain:pass...@api.sipgate.net/my/events/sms/?version=2.37&targets=tel:491234567890&content=TestText'

Um die HTTP-Kommunikation nachvollziehen zu können bietet sich der Parameter "--verbose" an.

Möglicherweise hilft Ihnen das weiter ...

MfG

Moritz Maisel

2011/10/25 ice...@t-online.de <ice...@t-online.de>

--
You received this message because you are subscribed to the Google Groups "sipgate API" group.
To post to this group, send email to sipga...@googlegroups.com.
To unsubscribe from this group, send email to sipgate-api...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/sipgate-api?hl=en.

[ice...@t-online.de]

Danke für die Antwort, mit Curl hatte ich im Zuge dieses Problems
schon zu schaffen!

Ich denke aber, dass ich jetzt rausgefunden habe, was mein Problem
ist!

Um auf die REST API zugreiffen zu können, benötige ich eine HTTPS (!)
Verbindung, oder?
Mein SAP System hat aber leider nicht die benötigten Komponenten
installiert/aktiviert, da ich bei der Einrichtung eines HTTPS
Protokolls auf einen kostenpflichtigen Dienst gestoßen bin und mich
deshalb umorientiert habe.

Besteht eine Möglichkeit, das ganze ohne HTTPS zu machen?


Entschulidgung wegen der Umstände - Danke für das hilfreiche
Entgegenkommen!

[ice...@t-online.de]

Guten Tag meine Herren!

Inzwischen bin ich ein gutes Stück weiter!

Ich versende jetzt SMS aus unserem SAP System, indem ich eine .bat
aufrufe, die per CURL die HTTPS Anfrage stellt.

Leider sind dabei wieder Probleme entstanden!

Verschiedene Zeichen werden nicht wiedergegeben, brechen den
gesendeten String auseinander (z.B. ","), usw.

Dass ich Leerzeichen mit %20 ersetzen muss, habe ich schon
rausgefunden, doch wie ist es mit den anderen Zeichen?

Danke und schöne Grüße

[Stefan Lange-Hegermann]

Hallo!

Die Sonderzeichen für URL Encoding finden sie hier:
http://www.w3schools.com/tags/ref_urlencode.asp

Gruß,
Stefan Lange-Hegermann
--

Stefan Lange-Hegermann - lange-h...@sipgate.de
Telefon: +49 (0)211-63 55 55-0
Telefax: +49 (0)211-63 55 55-22

sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf

HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois
Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391

www.sipgate.de - www.sipgate.at - www.sipgate.co.uk

[ice...@t-online.de]

Vielen Dank!

Leider stimmt noch immer etwas nicht!

Zeichen wie

space %20
! %21
" %22
# %23
$ %24
% %25
& %26
' %27
( %28
) %29
* %2A

gibt er mir ohne Probleme wieder.

Wenn ich dann aber weiter nach unten gehe und die von mir benötigten
Umlaute suche, deren Codes eingebe und absende, blendet er mir einen
Fehler ein!

[ice...@t-online.de]

Kleines Update:

Ich habe jetzt alle, im normalen Satzbau gängigen Sonderzeichen
codiert und sie werden einwandfrei angenommen und auf meinem Handy
empfangen.

Umlaute und das ß stoßen hier weiterhin auf Probleme!

Zusätliche Frage:

Es ist ja möglich, den Sender der SMS von Sipgate auf eine Handynummer
zu ändern.
Ist es auch möglich, einen Firmennamen statt einer Handynummer zu
benutzen?
Ein Festnetzanschluss wäre auch noch eine Lösung!


Zurück an's Zeichenbrett :D ...

Dankeschön!

[Moritz Maisel]

2011/10/26 ice...@t-online.de <ice...@t-online.de>

Umlaute und das ß stoßen hier weiterhin auf Probleme!

Tatsächlich gibt es zur Zeit ein Problem mit dem Versand von Umlauten über die REST-API.

Es ist ja möglich, den Sender der SMS von Sipgate auf eine Handynummer
zu ändern.
Ist es auch möglich, einen Firmennamen statt einer Handynummer zu
benutzen?

Nein, das ist leider nicht möglich.

MfG

Moritz Maisel

--

[A. M. Hoffmeister]

Am 26.10.2011 15:19, schrieb ice...@t-online.de:
> Kleines Update:
>

> Ich habe jetzt alle, im normalen Satzbau g�ngigen Sonderzeichen

> codiert und sie werden einwandfrei angenommen und auf meinem Handy
> empfangen.
>

> Umlaute und das � sto�en hier weiterhin auf Probleme!
Hallo,

es gibt mehrere Zeichens�tze, bei denen A-Z und 0-9 gleich belegt sind,
die sich aber besonders bei Umlauten unterscheiden.
Die von Dir vermutlich verwendete Tabelle, die in einer vorigen Mail
verlinkt war, scheint auf ISO-8859-15 oder Windows-1252 zu beruhen
(die meines Wissens sehr �hnlich sind). M�glicherweise hast Du mehr
Erfolg, wenn Du Umlaute nach UTF-8 (Unicode-Tabelle) oder nach
dem in SMS unmittelbar verwendeten Zeichensatz GSM7,
Tabelle zB auf
http://www.developershome.com/sms/gsmAlphabet.asp
Ein � w�re dann nicht als %C4 sondern als %5B zu kodieren.
Bei UTF-8 w�re es �brigens %C3%84, siehe
http://de.wikipedia.org/wiki/Umlaut#UTF-8

Ich wei� nicht, ob es daran liegt, aber einen Versuch ist es sicher wert :-)

Viel Erfolg!

Martin

[ice...@t-online.de]

And Again ... Thanks!

Also ich hab jetzt schon wieder eine Menge mehr getestet:

Am Beispiel Ä:

- versendet als Ä -> failed request
- versendet als %C4 -> failed request
- versendet als &Auml; -> failed request
- versendet als %26Auml%3B -> &Auml; in der SMS
- versendet als %C3%84 -> failed request
- versendet als Ae -> logischerweise Erfolg,
aber nicht schön!

Bald ist ja Feierabend, dann kann ich drüber schlafen ... :D

Schönen Abend!

[cts]

Hallo Herr Maisel,

die API Schnittstellenbeschreibung die ich gefunden habe spricht nur über das RPC Interface - den Weg über einen direkten URL-Aufruf wie unten habe ich nirgends beschrieben gefunden (obwohl das ja ausgezeichnet funktioniert). Können Sie mir da mal die passende Spec aufzeigen, bitte?

Danke & Gruss,

 Christian Schmidt.

Am Dienstag, 25. Oktober 2011 09:56:11 UTC+2 schrieb Moritz Maisel:

Guten Morgen,

ich empfehle Ihnen zum Testen das Kommandozeilen-Programm curl ( http://curl.haxx.se/download.html ). Mit diesem könnte ein Aufruf mit der genannten Beispiel-URL wie folgt aussehen:

curl --data '' 'https://user%40domain:pass...@api.sipgate.net/my/events/sms/?version=2.37&targets=tel:491234567890&content=TestText'

Um die HTTP-Kommunikation nachvollziehen zu können bietet sich der Parameter "--verbose" an.

Möglicherweise hilft Ihnen das weiter ...

MfG

Moritz Maisel

2011/10/25 ice...@t-online.de <ice...@t-online.de>

Guten Morgen meine Herren!

Ich hätte da mal wieder einige Fragen zur API bzw. zu meinem
speziellen Problem, das noch immer besteht!

Wie muss denn der Request aussehen?

Ich muss doch nur einen HTTP POST absetzen mit der fertigen URL
(Target und Content) und mich dabei authentifizieren.
Ist da noch mehr oder war's das?

Ich habe mit dem Firefoxaddon "Poster" gespielt, des lediglich die URL
und die Logindaten wollte, schwups, war eine SMS auf meinem Handy!
Das Addon wird ja wohl auch nichts anderes machen oder?

Schöne Grüße von einem verzweifelten Praktikanten ... :D

--
You received this message because you are subscribed to the Google Groups "sipgate API" group.
To post to this group, send email to sipga...@googlegroups.com.

To unsubscribe from this group, send email to sipgate-api+unsubscribe@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/sipgate-api?hl=en.

[Michael Rotmanov]

Guten Tag,

die Schnittstellenbeschreibung für die oben erwähnte REST-API findet
man unter http://www.live.sipgate.de/api/rest

Beste Grüße,
Michael Rotmanov

--
sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf
HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois

Steuernummer: 106/5713/2881, Umsatzsteuer-ID: DE219349391

www.sipgate.de - www.sipgate.at - www.sipgate.co.uk

On Mar 20, 4:34 pm, cts <c...@radiopark.de> wrote:
> Hallo Herr Maisel,
>
> die API Schnittstellenbeschreibung die ich gefunden habe spricht nur über
> das RPC Interface - den Weg über einen direkten URL-Aufruf wie unten habe
> ich nirgends beschrieben gefunden (obwohl das ja ausgezeichnet
> funktioniert). Können Sie mir da mal die passende Spec aufzeigen, bitte?
>
> Danke & Gruss,
>  Christian Schmidt.
>
> Am Dienstag, 25. Oktober 2011 09:56:11 UTC+2 schrieb Moritz Maisel:
>
>
>
>
>
>
>
>
>
> > Guten Morgen,
>
> > ich empfehle Ihnen zum Testen das Kommandozeilen-Programm curl (

> >http://curl.haxx.se/download.html). Mit diesem könnte ein Aufruf mit der

> > genannten Beispiel-URL wie folgt aussehen:
>
> > curl --data '' 'https://user%

> > 40domain:passw...@api.sipgate.net/my/events/sms/?version=2.37&targets=tel:491234567890&content=TestText

> > '
>
> > Um die HTTP-Kommunikation nachvollziehen zu können bietet sich der
> > Parameter "--verbose" an.
>
> > Möglicherweise hilft Ihnen das weiter ...
>
> > MfG
> > Moritz Maisel
>

> > 2011/10/25 icel...@t-online.de <icel...@t-online.de>

>
> >> Guten Morgen meine Herren!
>
> >> Ich hätte da mal wieder einige Fragen zur API bzw. zu meinem
> >> speziellen Problem, das noch immer besteht!
>
> >> Wie muss denn der Request aussehen?
>
> >> Ich muss doch nur einen HTTP POST absetzen mit der fertigen URL
> >> (Target und Content) und mich dabei authentifizieren.
> >> Ist da noch mehr oder war's das?
>
> >> Ich habe mit dem Firefoxaddon "Poster" gespielt, des lediglich die URL
> >> und die Logindaten wollte, schwups, war eine SMS auf meinem Handy!
> >> Das Addon wird ja wohl auch nichts anderes machen oder?
>
> >> Schöne Grüße von einem verzweifelten Praktikanten ... :D
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "sipgate API" group.
> >> To post to this group, send email to sipga...@googlegroups.com.
> >> To unsubscribe from this group, send email to

> >> sipgate-api...@googlegroups.com.

[Marco Lehmann]

Guten Abend,

ich bin auf genau das selbe Problem gestoßen und wollte hier mal nach haken, ob schon jemand zu einer Lösung gekommen ist.

Was bei mir funktioniert: Hello World{}&
version=2.37.0&targets=tel%3axxxxxxxx&source=tel%3axxxxxxxxxx&content=Hello%20World%7b%7d%26

Was nicht funktioniert: äüöÄÜÖ߀@
version=2.37.0&targets=tel%3axxxxxxxx&source=tel%3axxxxxxxxxx&content=%c3%a4%c3%bc%c3%b6%c3%84%c3%9c%c3%96%c3%9f%e2%82%ac%40

Ich habe es mit dem Post des SipGate Webinterface verglichen und es ist der gleiche String der verschickt wird.

Als Fehlermeldung bekomme ich immer einen InternalServerError.
Für mich sieht es so aus, als ob die Schnittstelle nicht mit Sonderzeichen klar kommt.

Mit freundlichen Grüßen,

Marco Lehmann

[Marco Lehmann]

Guten Tag,

ich habe genau das gleiche Problem mit den Sonderzeichen.

Dieser SMS Text wird abgeschickt: Hello World{}&
Post Data: version=2.37.0&targets=tel%3axxxxxxxxxxx&source=tel%3axxxxxxxxxxx&content=Hello%20World%7b%7d%26

Dieser SMS Text leider nicht: äüöÄÜÖ߀@
Post Data: version=2.37.0&targets=tel%3axxxxxxxxxxx&source=tel%3axxxxxxxxxxx&content=%c3%a4%c3%bc%c3%b6%c3%84%c3%9c%c3%96%c3%9f%e2%82%ac%40

Ich habe mir mal angesehen, wie das Sipgate Webinterface die Nachricht abschickt und es mit meinen Aufruf verglichen, die codierten Nachrichten sind identisch.

Für mich sieht es so aus als könnte die REST Api keine deutschen Sonderzeichen verarbeiten.
Hat irgend jemand noch eine Idee, wie man da ran gehen könnte?

[Wolfgang Radke]

Hallo,

versuch mal http://de.wikipedia.org/wiki/SMS-Kodierung

W. Radke

[Armin]

Hallo  Herr Lehmann,

wir haben vor ca. 12 Monaten exakt das aus SAP heraus gemacht. Wie dringend benötigen Sie den SAP Quellcode? Ich bin leider erst wieder am Wochenende auf unserem System, dann könnte ich Ihnen die fehlende Konvertierung zusenden.

Mit freundlichen Grüßen

Armin Lorenz

[Marco Lehmann]

Hallo Herr Lorenz,

das hört sich ja gut an. Bei mir ist es nicht zeitkritisch, da es im Moment noch nicht eingesetzt wird, ich wollte jetzt nur endlich mal eine Lösung dafür finden.
Wenn sie in den nächsten Tagen dazu kommen wäre es super. Bin gespannt wie die codierung aussieht, habe da auch schon so einiges ausprobiert.

Schon einmal vielen Dank im Voraus!

[Marco Lehmann]

Guten Abend,

mit der Codierung habe ich es auch schon ausprobiert.
Das "ä" entspricht nach der SMS-Codierung "%7b" und das wiederum entspricht in UTF-8 "{", wenn ich also "{" abschicke sollte in der SMS ein "ä" angekommen, tut es aber leider nicht. In der SMS kommt am Ende auch nur wieder "{" an.

Gesenderter Text: "ä"
Post Data: version=2.37.0&targets=tel%3axxxxxxxxxxx&source=tel%3axxxxxxxxxxx&content=%c3%a4
-> Internal Server Error

Gesenderter Text: "{"
Post Data: version=2.37.0&targets=tel%3axxxxxxxxxxx&source=tel%3axxxxxxxxxxx&content=%7b
-> SMS mit dem Text "{"

[Moritz Maisel]

Hallo,

tatsächlich ist der Versand von Umlauten und Sonderzeichen in SMS über
die REST API fehlerhaft.
Die REST-API ist immernoch in einem frühen beta-Stadium und wird nicht
offiziell unterstützt, für einen Produktivbetrieb empfehle ich unsere
XMLRPC API.

Mit freundlichen Grüßen
Moritz Maisel

--

[Service-Super-Fewo]

Hallo und guten Tag, irgend etwas läuft im mail-programm bei euch daneben,
oder ist es normal das ich diese mails von euch bekomme, ich bin sipgate
kunde davon abgesehen.

Es kommen auch mails von anderen kunden an.

Also mich stört es nicht.

Mfg

Ron Rupp

-----Ursprüngliche Nachricht-----
Von: sipga...@googlegroups.com [mailto:sipga...@googlegroups.com] Im
Auftrag von Moritz Maisel
Gesendet: Dienstag, 17. April 2012 10:39
An: sipga...@googlegroups.com
Betreff: Re: [sipgate API] Re: HTTP Request aus SAP - Fehlercode 110

Hallo,

--