Объект запроса слишком велик: Apache для JBoss EAP 6.2

Мы обновляем JBoss 5.1 до JBoss 6.2. Использование Apache/2.2.15 для перехода к JBoss EAP 6.2.0.GA на компьютере с RHEL 6. Приложение работало правильно на моем локальном компьютере, я шел прямо к JBoss. В нашей среде разработки я получаю слишком большую ошибку объекта. Мы используем SSO для приложений, и я предполагаю, что именно этот объект вызывает проблему. У нас есть несколько других приложений, которые используют обычную аутентификацию, и они работают нормально. Только приложения SSO не работают.

Я добавил предложенный параметр max_packet_size:

###---------workers.properties
worker.list=loadbalancer,status

### Define template worker
worker.template.port=8009
worker.template.type=ajp13
worker.template.ping_mode=A
worker.template.reply_timeout=10000
worker.template.socket_connect_timeout=10000
worker.template.connection_pool_timeout=600
###Added to remove ajp entity size issue
worker.template.max_packet_size=65536

### Referencing the template worker properties makes the workers.properties shorter and more concise.
worker.fenlxmtd03.reference=worker.template
worker.fenlxmtd03.host=127.0.0.1

worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=fenlxmtd03
worker.loadbalancer.sticky_session=True

worker.status.type=status
###workers.properties----------

Теперь я получаю следующую ошибку в mod_jk.log

[Чт, 15 мая, 11:35:14] [25185:140362161276896] [info] ajp_handle_cping_cpong::jk_ajp_common.c (913): тайм-аут в ответе cpong [Чт, 15 мая, 11:35:14, 2014][25185:140362161276888] info] ajp_send_request::jk_ajp_common.c (1562): (fenlxmtd03) ошибка отправки запроса, сбой prepost cping/cpong сокета -1 (errno=24) [Чт, 15 мая, 11:35:14 2014][25185:140362161276896] [info ] ajp_send_request::jk_ajp_common.c (1619): (fenlxmtd03) все конечные точки отключены, обнаружено с помощью проверки подключения (0), cping (1), отправки (0) [Чт, 15 мая, 11:35:14 2014] loadbalancer dev6. internal.travelhq.com 0.004168 [Чт, 15 мая, 11:35:14 2014][25186:140362161276896] [info] ajp_send_request::jk_ajp_common.c (1619): (fenlxmtd03) все конечные точки отключены, обнаружено проверкой подключения (1) , cping (0), send (0) [Чт, 15 мая, 11:35:14 2014] loadbalancer dev6.internal.travelhq.com 0,001673

В JBoss 5.1 мы внесли соответствующее изменение в файл tomcat server.xml. Я ищу новый файл standalone.xml и не знаю, куда его добавить. Нашел этот раздел ниже... я близко?

<socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}">
    <socket-binding name="management-native" interface="management" port="${jboss.management.native.port:9999}"/>
    <socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9990}"/>
    <socket-binding name="management-https" interface="management" port="${jboss.management.https.port:9443}"/>
    <socket-binding name="ajp" port="8009" />
    <socket-binding name="http" port="8080"/>
    <socket-binding name="https" port="8443"/>
    <socket-binding name="modcluster" port="0" multicast-address="224.0.1.105" multicast-port="23364"/>
    <socket-binding name="remoting" port="4447"/>
    <socket-binding name="txn-recovery-environment" port="4712"/>
    <socket-binding name="txn-status-manager" port="4713"/>
    <outbound-socket-binding name="mail-smtp">
        <remote-destination host="localhost" port="25"/>
    </outbound-socket-binding>
</socket-binding-group>

person obertja    schedule 15.05.2014    source источник


Ответы (1)


Нашел через службу поддержки Red Hat.

Размер пакета теперь задается через системное свойство org.apache.coyote.ajp.MAX_PACKET_SIZE в EAP 6. Его можно установить через командную строку при запуске, например:

./standalone.sh ... -Dorg.apache.coyote.ajp.MAX_PACKET_SIZE=65536

Или его можно установить через блок свойств системы в вашем standalone.xml. Вы можете разместить это между расширениями и блоком управления, например:

</extensions>

<system-properties>
<property name="org.apache.coyote.ajp.MAX_PACKET_SIZE" value="65536"/>
</system-properties>

<management>
person obertja    schedule 27.05.2014