Apache Http Server-POST 400
das ist meine erste Frage hier. Nach langen Recherchen habe ich mich entschlossen nach Hilfe zu Fragen...
Also zuerst werde ich erklären, mein Szenario. Ich habe einige SOAP-web-Dienste hier. Sie sind verbraucht, eine .Net-website. Die .Net-framework ist in der version 4.0.
Also mein web-Dienste sind so konfiguriert, dass HTTP/1.0-Protokoll zu verdanken .Net Einschränkungen. Trotzdem, alles funktioniert gut, wenn ich Zugriff auf den service direkt an den Jboss AS(4.2.2 GA).
Aber, ich habe es mit Apache web-server als rezeptor für die Anfrage. Apache machen einen umgekehrten proxy-Umleitung zu meinem service, also die Website, das senden von Anforderungen an port 8080 (das der Apache hören) und senden Sie es an jboss erwartet wird die Anfrage an port 18080.
In vielen tests, habe ich bestätigt, dass fast jede Dienstleistung, funktionierte fast gut, manchmal haben Sie die gleichen Fehler. Aber eine bestimmte, nicht trotzdem arbeiten, wird die Anfrage gestoppt bei Apache mit status 400 und leeren Wert (die - nachdem die 400), wie:
POST /xxxx/xxxx/xxxxx/MyService HTTP/1.1" 400 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; MS Web Services Client Protocol 4.0.30319.296)
Andere Anforderungen, die verarbeitet werden, haben mit diesem Wert gefüllt. Ich denke, ist die Antwort, die Größe.
Bitte beachten Sie meine Grüße. Dank
Können Sie fügen Sie bitte einige log-und Fehlerprotokoll genereted vom server? Außerdem ist der server so konfiguriert werden, akzeptieren auch HTTP 1.0 oder nur akzeptieren? Wenn dies der Fall ist, die Linie, die Sie vorgestellt ausdrücklich die Verwendung von HTTP 1.1. Das kann die Ursache sein...
Lieber Anders, danke für Ihre Hilfe, die Leute von der Infrastruktur verwendet wirshark.. aber Sie waren nicht glücklich, bis zu diesem moment versuchen, das problem zu identifizieren, das einzige, was Sie streiten, ist, dass jboss die Rückgabe der http-400-Fehler, aktivierte ich den "debug-level" auf der jboss-Protokollierung, und dann Stand ich vor einem problem, genau wie dieses, stackoverflow.com/q/11518889/2966044
Derar Fedalto, die Protokoll-version ist immer noch http 1.1, aber nicht abgeschlossen (es gibt eine Drehung um kompatibel zu sein mit .net-version konfiguriert in der app), dann akzeptieren Sie bitte meine Entschuldigungen für meine Schuld..
InformationsquelleAutor kyogoiano | 2013-11-07
Du musst angemeldet sein, um einen Kommentar abzugeben.
Nach großen Anstrengungen, in meiner Firma haben wir entdeckt mit einem Sniffer(Wireshark), dass wir hatten zwei Probleme, die uns zu hatte die situation beschrieben, dieses problem.
Erste problem gelöst: .Net-Plattform ist so konfiguriert, dass Sie standardmäßig eine leere Anfrage. Der erste Versuch scheiterte also .Net war gezwungen, zu senden, automatisch eine zweite Anfrage mit der Authentifizierung. Also dachte ich 2 Anfragen, bevor Sie den Jboss-Reaktion gebildet einen http 400-Fehler.
Zweite Problem gelöst:
Nach der anderen Seite gelöst wird diese vorherigen problem der Konfiguration .Net richtig, haben wir nochmal getestet und die Ergebnisse waren schlüssig, dass keine Anforderungen mehr war zu schlagen, Apache-Http-Server. - Es gab also ein starkes signal, dass wir etwas hatten, das blockieren dieses spezielle service. Mit dem rocks in meiner hand, Infrastruktur begannen die Menschen zu bewegen Ihre ärsche und irgendwie löste das problem. Mir Frust am Ende ist, dass Sie nicht, sagte nichts über die mögliche Korrektur. So "plötzlich" die Kommunikation wurde wiederhergestellt..
Also nach allem, was wir haben es geschafft! aber mit einem bitteren Geschmack der Niederlage. Danke allen, die mich unterstützt haben in dieses problem. [s]
InformationsquelleAutor kyogoiano