Propriedades de Otimização de Pedidos e Respostas do Plug-in do Servidor da Web
Use esta página para visualizar ou alterar as propriedades de otimização de solicitação e resposta para um plug-in do servidor da Web.
Para visualizar esta página do console administrativo, clique em
web_server_name .Tamanho máximo da parte utilizada durante a leitura do corpo de resposta HTTP
Especifica o tamanho máximo do fragmento que o plug-in pode utilizar durante a leitura do corpo da resposta.
Este campo corresponde ao elemento ResponseChunkSize no arquivo plugin-cfg.xml.
O plug-in lê o corpo da resposta em blocos de 64 K até que todos os dados da resposta sejam lidos. Essa abordagem causa um problema de desempenho para pedidos cujo corpo de resposta contém grandes quantidades de dados.
Se o tamanho do conteúdo do corpo da resposta for desconhecido, os valores especificados para esta propriedade serão utilizados como o tamanho do buffer alocado. Em seguida, o corpo da resposta é lido nestes blocos de tamanhos, até que todo o corpo seja lido. Se o tamanho do conteúdo for conhecido, um tamanho de buffer do tamanho do conteúdo ou do tamanho especificado (o que for menor) será utilizado para ler o corpo da resposta.
Informações | Valor |
---|---|
Tipo de D]ados | Número Inteiro |
Padrão | 64 kilobytes Especifique o tamanho em kilobytes (blocos de 1024 bytes). |
Ativar Algoritmo Nagle para Conexões com o Application Server
Quando marcado, o algoritmo Nagle é ativado para conexões entre o plug-in e o Application Server.
Este campo corresponde ao elemento ASDisableNagle no arquivo plugin-cfg.xml.
O algoritmo Nagle está relacionado ao nome do engenheiro John Nagle, que inventou esta parte padrão do TCP/IP (Transmission Control Protocol/Internet Protocol). O algoritmo reduz a sobrecarga da rede incluindo um atraso de transmissão (geralmente de 200 milissegundos) em um pacote pequeno, que permite que outros pacotes pequenos cheguem e sejam incluídos na transmissão. Como as comunicações têm um custo associado que não depende do tamanho do pacote como depende da freqüência de transmissão, este algoritmo provavelmente reduz a sobrecarga com um número mais eficiente de transmissões.
Por padrão, este campo é selecionado e o algoritmo de Nagle é ativado. Desmarque este campo para desativar o algoritmo de Nagle.
Ativar Algoritmo Nagle para o Servidor da Web IIS
Quando marcado, o algoritmo Nagle é utilizado para conexões do Microsoft Internet Informations Services (IIS) Web Server com o servidor de aplicativos.
Este campo corresponde ao elemento IISDisableNagle no arquivo plugin-cfg.xml. Isso se aplica apenas quando você utiliza o Microsoft Internet Informations Services (IIS) Web Server.
Por padrão, este campo não é selecionado e o algoritmo de Nagle é desativado. Selecione esse campo para ativar o algoritmo Nagle para essa conexão.
Resposta de HTTP da parte para o cliente
Quando marcado, as respostas ao cliente serão divididas em blocos, se um cabeçalho de resposta Transfer-Encoding : Chunked estiver presente na resposta.
Este campo corresponde ao elemento ChunkedResponse no arquivo plugin-cfg.xml. Isso se aplica apenas se você estiver utilizando um Microsoft Internet Informations Services (IIS) Web Server, um Java™ System Web Server ou um Domino Web Server. O IBM® HTTP Server manipula automaticamente a quebra da resposta em partes para envio ao cliente.
Por padrão, esse campo não está marcado e as respostas não estão fragmentadas em blocos. Selecione esse campo para permitir que as respostas ao cliente sejam divididas em blocos, se um cabeçalho de resposta Transfer-Encoding : Chunked estiver presente na resposta.
Aceitar Conteúdo para Todos os Pedidos
Este campo corresponde ao elemento AcceptAllContent no arquivo plugin-cfg.xml.
Quando selecionado, é possível incluir conteúdo em pedidos GET e HEAD quando um cabeçalho Content-Length ou Transfer-encoding está contido no cabeçalho do pedido.
Por padrão, este campo está marcado.
Selecione esse campo para permitir que os usuários incluam conteúdo nos pedidos GET e HEAD quando um cabeçalho Conteúdo-Comprimento ou Transferir-codificação estiver contido no cabeçalho do pedido.

Correspondência de Host Virtual
Quando selecionado, o mapeamento de host virtual é executado utilizando fisicamente o número da porta para a qual o pedido foi recebido.
Este campo corresponde ao elemento VHostMatchingCompat no arquivo plugin-cfg.xml.
Por padrão, esse campo não está selecionado e a correspondência é feita de forma lógica, utilizando o número da porta contido no cabeçalho do host. Selecione esse campo se quiser que o mapeamento de host virtual seja executado utilizando fisicamente o número da porta na qual o pedido foi recebido.
Utilize os botões de opções para fazer sua seleção de porta física ou lógica.
Preferência de Porta do Servidor de Aplicativos
Especifica qual número de porta o Application Server deverá utilizar para criar URIs para um sendRedirect. Esse campo só será aplicável para um sendRedirect se você utilizar URIs relativas e não afetar redirecionamentos absolutos. Esse campo também especifica onde recuperar o valor para HttpServletRequest.getServerPort().
Este campo corresponde ao elemento AppServerPortPreference no arquivo plugin-cfg.xml.
- hostHeader se o número da porta do cabeçalho do host do pedido HTTP que entrar for utilizado.
- webserverPort se o número da porta na qual o servidor da Web recebeu a solicitação for utilizado.