Skip Comments - Configurações (javax.faces.FACELETS_SKIP_COMMENTS) parâmetro para true pode ajudar a reduzir a quantidade de dados enviados através a rede removendo comentários de páginas Facelets. Estas observações podem ser úteis para a compreensão do código durante o desenvolvimento, mas eles são desnecessários durante a implantação, e, ao mesmo tempo, podem criar uma segurança risco ao permitir que os usuários do sistema olhando para os comentários do código fonte. Tendo um impacto sobre a segurança e desempenho, é importante para definir esse parâmetro como verdadeiro, como mostrado a seguir.
<context-param>
<param-name>javax.faces.FACELETS_SKIP_COMMENTS</param-name>
<param-value>true</param-value>
</context-param>
Project Stage - Configurações javax.faces.PROJECT_STAGE parâmetro para "Development" permite que o ambiente JSF para imprimir depuração informações nas páginas. Isso pode ser útil durante o desenvolvimento, mas não tem nenhum propósito útil após a implantação a menos que você está solucionando um erro ou problema no ambiente de testes. Na produção, sempre definir esta o valor do parâmetro de "Production", a fim de melhorar o desempenho durante a produção, como mostrado a seguir.
<context-param>
<param-name>javax.faces.PROJECT_STAGE</param-name>
<param-value>Production</param-value>
</context-param>
State Saving Method - Configurações javax.faces.STATE_SAVING_METHOD parâmetro para "server" (que é o valor padrão) dá uma melhor desempenho do que definir este parâmetro para "client". Isso ocorre porque a poupança estado do servidor não requer serialização do Estado. O que se segue é um exemplo de economia de estado método de "servidor" de ajuste.
<context-param>
<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
<param-value>server</param-value>
</context-param>
Response Buffer - É recomendado para aumentar o tamanho do buffer de resposta, a fim de reduzir a memória reatribuições a tornar tempo, isto pode ser conseguido ajustando o parâmetro javax.faces.FACELETS_BUFFER_SIZE (e com.sun.faces. parâmetro responseBufferSize se você estiver usando Mojarra) para valores apropriados que são apropriados para seu servidor de aplicativos capacidade de memória, como mostrado no exemplo a seguir.
<context-param>
<param-name>javax.faces.FACELETS_BUFFER_SIZE</param-name>
<param-value>500000</param-value>
</context-param>
<context-param>
<param-name>com.sun.faces.responseBufferSize</param-name>
<param-value>500000</param-value>
</context-param>
Como mostrado no exemplo, tanto javax.faces.FACELETS_BUFFER_SIZE com.sun.faces.responseBufferSize parâmetros são definidos em 500000 bytes.
Number of Views in a Session - Número de pontos de vista na sessão é representada por dois parâmetros de contexto diferentes em Apache MyFaces eo Oracle mojarra:
• com.sun.faces.numberOfViewsInSession (no Oracle Mojarra)
Esses parâmetros funcionam apenas se o método de gravação de estado é definido como "server". Ele define o número máximo de vistas serializados armazenado na sessão. Por padrão, ele é definido para 20 (em Apache MyFaces) ou 15 (no Oracle Mojarra). para muitos aplicações, tendo este parâmetro para 15 ou 20 pode não ser adequado, por isso, se não é um requisito em sua aplicação JSF ter tal número de visualizações serializados na sessão, recomenda-se a reduzi-la, a fim de salvar a memória do servidor, como mostrado a seguir.
Em Mojarra, há um parâmetro de contexto relacionado (que funciona também na economia de estado do lado do servidor) que você pode sintonizar, que é o (com.sun.faces.numberOfLogicalViews) parâmetro. Este parâmetro representa o número de vistas lógicas do aplicativo que são armazenados na sessão. Por padrão, ele é definido como 15. Você pode reduzir este número quando possível, a fim de poupar a memória do servidor, como mostrado a seguir.
<context-param>
<param-name>com.sun.faces.numberOfLogicalViews</param-name>
<param-value>3</param-value>
</context-param>
É importante compreender a semântica do parâmetros:
• numberOfLogicalViews - parâmetro refere-se ao número de pontos de vista lógicos na sessão que você pode experimentar abrindo sua aplicação JSF em diferentes abas do navegador; cada aba do navegador representa uma visão lógica (view GET).
Por exemplo, se o parâmetro é definido numberOfLogicalViews for três e abrir quatro abas do navegador diferentes em seqüência, ir para a primeira aba, e apresentar o forma (assumindo que a página contém forma), então você vai ter ViewExpiredException porque a primeira aba, que representa o primeiro ponto de vista lógico é removido do LRU (Least Recently Used) mapa dos pontos de vista lógico. Isto também significa que se você abrir três abas do navegador diferentes em seqüência e você vai para qualquer uma das guias para enviar o formulário, você não vai enfrentar essa exceção porque você não excedeu o número máximo de pontos de vista lógico, que é três.
• numberOfViewsInSession - parâmetro numberOfViewsInSession se refere ao número de pontos de (POST view) na sessão, que você pode experimentar através da apresentação de um formulário em uma página várias vezes.
Por exemplo, se parâmetro numberOfViewsInSession está definido para três, e você enviar um formulário de página quatro vezes, pressione o botão Voltar do navegador quatro vezes, e em seguida, reenvie a primeira forma de página, você terá ViewExpiredException porque o primeiro formulário da página que representa a primeira vista é removido do mapa LRU das vistas POST. Isto também significa que se você enviar o formulário três vezes e você voltar a reenviar o primeiro formulário da página, você não vai enfrentar essa exceção, porque você não exceder o número máximo de pontos de vista do POST, que é três.
0 comentários :
Postar um comentário
Observação: somente um membro deste blog pode postar um comentário.