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
> 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:
> 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!
> -- > You received this message because you are subscribed to the Google Groups "sipgate API" group. > To post to this group, send email to sipgate-api@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.
> 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.
> -- > You received this message because you are subscribed to the Google Groups "sipgate API" group. > To post to this group, send email to sipgate-api@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.
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.
> 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?
> -- > You received this message because you are subscribed to the Google Groups > "sipgate API" group. > To post to this group, send email to sipgate-api@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.
-- 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
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
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:
> 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 sipgate-api@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.
-- 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
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!
> 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
> -- > You received this message because you are subscribed to the Google Groups "sipgate API" group. > To post to this group, send email to sipgate-api@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.
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!
> 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 :-)
Also ich hab jetzt schon wieder eine Menge mehr getestet:
Am Beispiel Ä:
- versendet als Ä -> failed request
- versendet als %C4 -> failed request
- versendet als Ä -> failed request
- versendet als %26Auml%3B -> Ä 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
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:
> 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:
>> 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 sipgate-api@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.
> -- > 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
> 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:
> >> 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 sipgate-api@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.
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%a 4%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.
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=H ello%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?
> 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=H ello%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?
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
Am Donnerstag, 12. April 2012 22:48:23 UTC+2 schrieb Marco Lehmann:
> 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.
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.
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 "{"
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 -- 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
