Einstellungen für die Zustimmung anpassen

Wir verwenden Cookies, damit Sie effizient navigieren und bestimmte Funktionen ausführen können. Detaillierte Informationen zu allen Cookies finden Sie unten unter jeder Einwilligungskategorie.

Die als „notwendig" kategorisierten Cookies werden in Ihrem Browser gespeichert, da sie für die Aktivierung der grundlegenden Funktionalitäten der Website unerlässlich sind.... 

Immer aktiv

Notwendige Cookies sind für die Grundfunktionen der Website von entscheidender Bedeutung. Ohne sie kann die Website nicht in der vorgesehenen Weise funktionieren.Diese Cookies speichern keine personenbezogenen Daten.

Keine Cookies zum Anzeigen.

Funktionale Cookies unterstützen bei der Ausführung bestimmter Funktionen, z. B. beim Teilen des Inhalts der Website auf Social Media-Plattformen, beim Sammeln von Feedbacks und anderen Funktionen von Drittanbietern.

Keine Cookies zum Anzeigen.

Analyse-Cookies werden verwendet um zu verstehen, wie Besucher mit der Website interagieren. Diese Cookies dienen zu Aussagen über die Anzahl der Besucher, Absprungrate, Herkunft der Besucher usw.

Keine Cookies zum Anzeigen.

Leistungs-Cookies werden verwendet, um die wichtigsten Leistungsindizes der Website zu verstehen und zu analysieren. Dies trägt dazu bei, den Besuchern ein besseres Nutzererlebnis zu bieten.

Keine Cookies zum Anzeigen.

Werbe-Cookies werden verwendet, um Besuchern auf der Grundlage der von ihnen zuvor besuchten Seiten maßgeschneiderte Werbung zu liefern und die Wirksamkeit von Werbekampagne nzu analysieren.

Keine Cookies zum Anzeigen.

Skip to content

TCPMon – kleines feines Tool bei einer REST Entwicklung

Eigentlich habe ich mich aus der Not heraus auf die Suche nach einem Tool gemacht, das mir die Header die während einer REST-Kommunikation gesendet und verschickt werden, sichtbar macht – so eine Art Proxy…

Folgendes Szenario hat sich bei mir ergeben:
Meine aktuelle Mobil-Applikation (Android) kommuniziert per HTTP über ein REST-interface mit dem Server.

Da ich neben der REST-Kommunikation auch eine neue Library für das REST-Client-Interface (CRest) einsetze, war es nicht immer ganz klar wie genau die URL aussieht die am Server aufgerufen wird bzw. welche Header geschickt werden und welche Header dann zurück kommen. Klar – theoretisch natürlich schon. Praktisch ist es aber dann doch nicht immer so. Da ich einerseits bewusst CRest einsetze um eine saubere und knappe Schnittstelle zu haben (gegenüber HttpClient) aber andererseits versteckt CRest natürlich auch einen Teil der Kommunikation.

Als weiterer Punkt kommt dazu, dass ich für den Server Jersey einsetze und Jersey aber den Bug ( oder das Feature ) hat dass wenn ein JASON-Array zurückgegeben wird dass nur einen Eintrag hat es eben nicht als Array sondern als JASON-Objekt zurück kommt.

Das wurde mir aber erst klar nachdem ich TCPMon im Einsatz hatte.

Ich denke mal, dass jeder der bis zu dieser Zeile weiter gelesen hat weiß wovon ich spreche.

Im folgenden Video stelle ich noch mal das Testszenario vor, zeige die Unit-Tests im Einsatz und die Ergebnisse dazu in TCPMon. Einige kleine Beispiele habe ich dann noch in Verbindung mit CURL.

An den Anfang scrollen