REST-Webservice + PATCH

[Rasputin80]

Guten Tag,

Nach langem suchen und leider immer noch keine Lösung gefunden, hoffe ich auf den heissen Tip hier.

Wir nutzen ein Addon welches unteranderem per PATCH ein Ticket in OTRS ändert:

GenericTicketConnectorREST/Ticket/36457?UserLogin=svc_otrs_webservice&Password=xxxxx
-> application/json wird gemäss Wireshark sauber übermittelt.

Nun fürt dies zu einem HTTP 500, Could not read input data. Aber das http error log sagt etwas mehr:

Code: Select all

ERROR: GenericInterfaceProvider-42 Perl: 5.10.1 OS: linux Time: Thu May 26 14:23:03 2016

 Message: DebugLog error:  Summary: Returning provider data to remote system (HTTP Code: 500)  Data   : Could not read input data.

 RemoteAddress: 172.23.32.229
 RequestURI: /otrs/nph-genericinterface.pl/Webservice/GenericTicketConnectorREST/Ticket/36457?UserLogin=svc_otrs_webservice&Password=xxx

 Traceback (27386):
   Module: Kernel::GenericInterface::Debugger::DebugLog Line: 235
   Module: Kernel::GenericInterface::Transport::HTTP::REST::_Output Line: 1014
   Module: Kernel::GenericInterface::Transport::HTTP::REST::ProviderGenerateResponse Line: 456
   Module: Kernel::GenericInterface::Transport::ProviderGenerateResponse Line: 159
   Module: Kernel::GenericInterface::Provider::_GenerateErrorResponse Line: 406
   Module: Kernel::GenericInterface::Provider::Run Line: 188
   Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_nph_2dgenericinterface_2epl::handler Line: 37
   Module: (eval) (v1.99) Line: 204
   Module: ModPerl::RegistryCooker::run (v1.99) Line: 204
   Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 170
   Module: ModPerl::Registry::handler (v1.99) Line: 31

Kann jemand evt. von dem Traceback mehr interpretieren?

LG
Oli

[Rasputin80]

Hat hier niemand eine Idee/Vermutung? Habe mittlerweile auf 4.0.17 aktualisiert, problem besteht immer noch....

[Rooobaaat]

der HTTP Error Code 500 bedeutet, dass du einen Syntaxfehler in deinem Content hast. Wie sehen denn die eingehenden Daten aus?

[Rasputin80]

Hallo, anbei das JSON, das von JIRA an OTRS übermittelt wird:

PATCH /otrs/nph-genericinterface.pl/Webservice/GenericTicketConnectorREST/Ticket/36460?UserLogin=svc_otrs_webservice&Password=xxx
HTTP/1.1
Content-Length: 186
Content-Type: application/json; charset=UTF-8
Host: otrs-test.swica.ch
Connection: Keep-Alive
User-Agent: Apache-HttpClient/4.2.6 (java 1.5)

{"Article":{"ArticleType":"note-internal","Body":"Catching traffic\r\n","ContentType":"text/plain; charset=utf8","From":"xxx@xxx","Subject":"[JIRA-Test]Issue Commented"}}

Ich sehe da eigentlich kein Fehler und mit POST funktioniert es auch, nur mittels PATCH nicht.

LG
Oliver

[Rasputin80]

Hello,

Möchte dies gerne mal nochmals pushen, ob hier mir jemand evt. noch weiter helfen kann.

LG

[reneeb]

Ich würde mal ein paar Debug-Ausgaben in die verschiedenen Module einbauen und damit versuchen die Stelle herauszufinden an der der Request nicht mehr so aussieht wie er soll, bzw. wo die Daten verworfen werden.

Vieles lässt sich nur auf Deinem System testen, weil das anscheinend kein generelles Problem ist. Das kann aber kein freiwilliger hier im Forum einfach mal so leisten.

Ich würde also mal ein paar Logausgaben in diese Dateien einbauen:

* https://github.com/OTRS/otrs/blob/maste ... rovider.pm
* https://github.com/OTRS/otrs/blob/maste ... tUpdate.pm
* https://github.com/OTRS/otrs/blob/maste ... TP/REST.pm

[Rasputin80]

Du hast wohl recht, was mich verundert ist das es halt mit POST geht, aber nicht mit PATCH, nur kann ich das Tool nicht anfassen wo mir den PATCH bringt.
Um das Debug und Output anzupassen fehlt mir wohl das nötige Perl knowhow.

Lieber Gruss
Oli

[millenseer]

Weil ich zufälligerweise gestern erfolgreich meine REST-Schnittstelle aktiviert habe und mindestens mit "CURL" unter Unix auch darauf zugreifen kann, ein paar Tipps.

Du hast mit GET-Parametern dein Login und Passwort übermittelt und vermutlich die JSON-Anfrage per POST gesendet?
TicketSearch muss erst freigeschaltet werden, dass es GET _und_ POST verwendet. Hast du das aktiviert?

Admin -> Webservices -> GenericTicketConnectorREST -> Einstellungen "Konfigurieren"
Dort im Abschnitt "TicketSearch" die "Gültige Anfrage-Methoden für Operation 'TicketSearch" anpassen: GET und POST.
Meinetwegen auch PATCH, wobei ich nicht weiss, wie man solche Anfragen sendet.

Ich habe bei der Gelegenheit den "Weg" von "/Ticket" auf "/TicketSearch" angepasst, weil es einleuchtender ist.

So, und nun kannst du mir vielleicht helfen, was benutzt du, um von JIRA auf OTRS zuzugreifen? Wir haben nämlich ebenfalls eine solche Verbindung vor.

[reneeb]

So, und nun kannst du mir vielleicht helfen, was benutzt du, um von JIRA auf OTRS zuzugreifen? Wir haben nämlich ebenfalls eine solche Verbindung vor.

https://www.catworkx.com/de/produkte/ca ... trs2jira-1