Маршрутизация запросов от IIS к Jetty с помощью isapi_redirect (коннектор tomcat)

Я установил isapi_redirect в IIS и разрешил запуск. Я включил ajp13 в Jetty и могу подключиться по telnet к порту 8009. Это мой текущий uiworkermap.properties:

/hudson=jetty
/hudson/*=jetty

Если я сделаю запрос к «http: // localhost / hudson» или любой другой подкаталог, я получу ошибку 404. Все остальные URL-адреса возвращают сайт, определенный в IIS. Это говорит мне, что isapi_redirect смотрит на файл uiworkermap и пытается правильно перенаправить.

В журнале Jetty и в журнале isapi_redirect я не вижу ошибок. Если я перейду на http://localhost:8008/hudson, я вижу это правильно. Вы хоть представляете, что могло вызвать это?

ОБНОВЛЕНИЕ: я создал виртуальный каталог с именем "Jakarta", который указывал на dll isapi_redirect, как сказано здесь: http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html После этого шага ошибка изменилась, теперь в браузере я вижу:

Bad Gateway!

There is a problem with the page you are looking for, and it cannot be displayed. When the Web server (while acting as a gateway or proxy) contacted the upstream content server, it received an invalid response from the content server.

Jakarta/ISAPI/isapi_redirector/1.2.32 ()

В журнале ошибок (в режиме отладки) я вижу, что он сначала подключается, и запрос выполняется, но от причала нет ответа, и возникает эта ошибка:

[ошибка] ajp_get_reply :: jk_ajp_common.c (2118): (причал) Tomcat не работает или отказано в соединении. Клиент не получил ответа (пока)

Это часть журнала с запросом и ошибкой: https://rapidshare.com/files/3999719393/isapi_redirect_log.txt


iis jetty isapi-redirect hudson windows-server-2003
person Durden81    schedule 31.08.2011    source источник
comment
Это просто проблема с установкой, это не должно быть слишком сложно. Любое предложение будет оценено. Вам не обязательно иметь полный ответ, я буду следовать инструкциям и устранять неполадки, которые вы можете предложить, и награжу вознаграждение пользователю, который помог мне больше всего.   -  person Durden81    schedule 03.09.2011

Ответы (1)


arrow_upward
3
arrow_downward

Хорошо, в конце концов, я не получил никакой помощи от пользователей stackoverflow, а также прочитал это на официальном сайте Jetty об ajp13:

Рекомендуется НЕ использовать протокол AJP, и при использовании HTTP будет достигнута превосходная производительность и более четкая семантика.

Я отказался от ajp и использовал отличную и хорошо документированную dll с открытым исходным кодом, чтобы иметь функции HTTP-прокси в IIS, IIRF .

Поэтому я бы посоветовал всем, у кого есть подобные проблемы, вместо этого просто использовать HTTP-прокси.

person Durden81    schedule 05.09.2011