Este tópico destaca os recursos que são novos na versão
8.5.
Para obter detalhes sobre os recursos que foram feitos após a liberação inicial, consulte a página a seguir:
Aqui estão os detalhes sobre a versão 8.5:
Segurança Aumentada para os Serviços REST-RPC do EGL
A versão 8.5 apresenta uma nova propriedade de Java runtime:
egl.service.rest.exception.debug. A propriedade especifica se as exceções retornadas
pelos serviços REST-RPC do EGL incluem o maior nível possível de
detalhes.
No ambiente de desenvolvimento, o valor padrão é
true e o comportamento do tempo de execução anterior não é
afetado.
Em um aplicativo implementado, o valor padrão é
false,
o que resulta na seguinte mudança no comportamento do tempo de execução: uma exceção
retornará somente um registro de data e hora, um ID de mensagem e uma referência para o
log do servidor de aplicativos. As seguintes instruções se aplicam:
- A mudança está presente em novos aplicativos e em aplicativos que
migram para a nova versão do código de tempo de execução do EGL.
- Considere configurar o valor da propriedade como true, se os detalhes
que puderem ser retornados estiverem sem violações de segurança, especialmente
se o processamento for dependente do conteúdo de mensagens de erro.
Para obter detalhes sobre o log do servidor de aplicativos,
consulte a entrada para egl.service.rest.exception.debug em Descrição de Propriedades de Java Runtime.
Suporte de EGL para Outras Tecnologias
A versão 8.5 introduz suporte para
- WebSphere Application Server
versão 8.0 e 8.5.
- Apache Tomcat versão 7.x.
- JavaServer Faces (JSF) versão 1.1, na situação a seguir: os aplicativos JSF estão em execução com os arquivos JAR do JSF 1.1 ou do 1.2 no Tomcat 6 ou superior.
- Plataforma Linux de 64 bits.
- Plataforma Windows de 64 bits.
O produto é tolerante a
plataformas que eram atualizadas para o Java™ Runtime Environment
versão 1.7. O produto também coexiste com o
IBM®
Rational Team Concert versão 4.0.
Além
disso, o suporte Rich UI para Dojo agora está baseado em Dojo Toolkit
versão 1.7.
Rich UI
Por padrão, os seguintes projetos do sistema Rich UI estão em uso:
- Para widgets EGL que não se baseiam em Dojo: com.ibm.egl.rui_4.1.0
- Para widgets EGL Dojo: com.ibm.egl.rui.dojo.widgets_2.1.1
- Para amostras EGL Dojo: com.ibm.egl.rui.dojo.samples_2.1.1
- Para acesso de tempo de execução Dojo local: com.ibm.egl.rui.dojo.runtime.local_1.7.2
Os
projetos a seguir suportam o uso de Content Delivery Network (CDN):
Os detalhes de configuração estão disponíveis:
- Para
obter instruções sobre como importar os projetos do sistema Rich UI,
consulte Importando Projetos Fornecidos pelo Produto.
- Se
você estiver atualizando para um novo projeto de tempo de execução
Dojo a partir de um de seus projetos Rich UI existentes, deve
atualizar o caminho de construção do EGL em seu projeto. Para obter detalhes, consulte a seção denominada "Estrutura de
tópicos de tarefas de atualização de widget" aqui:
Visão Geral do EGL Rich UI.
Quando você estiver incluindo um widget no layout da grade, será possível usar os campos heightHint e widthHint de um registro gridLayoutData para propor um tamanho de célula. Para obter detalhes, consulte GridLayout de Rich UI.
Observe que a versão 8.5 não suporta o desenvolvimento de Rich UI em uma plataforma Linux de 64 bits. As restrições no software externo evitam esse suporte, por enquanto.
Mudanças nas opções do descritor de construção
O EGL agora inclui as seguintes opções do descritor de
construção:
- Para código Java, a opção
validateBlankDateFields informa se deve ser
identificado um erro no seguinte caso: a propriedade
dateFormat está em vigor para um campo
em um formato de texto, mas o usuário configura o campo como em
branco. Para obter detalhes, consulte validateBlankDateFields.
- Para o código Java, a
opção
byteArrayOperationsForStructuredRecords
fornece um benefício de desempenho em alguns casos, definindo como o
código Java gerado lida com
campos nos registros estruturados. Para obter detalhes, consulte byteArrayOperationsForStructuredRecords.
- Para os códigos Java e COBOL,
a opção do descritor de construção v60NumWithDateBehavior
especifica se o comportamento de designações de campos Num até campos
Date atende o comportamento que estava em vigor no EGL versão
6. Para obter detalhes, consulte v60NumWithDateBehavior.
- Para o código COBOL, as opções leftAlign, fillWithNulls e
setFormItemFull agora afetam os dados
nos campos de formato de texto, como ocorreu no VisualAge Generator. Anteriormente no EGL,
as opções afetavam somente os campos do formato de impressão. Para obter detalhes sobre as opções,
consulte fillWithNulls, leftAlign e
setFormItemFull.
Se tiver
um motivo para regenerar os formatos de texto e desejar reter as características
do campo que estavam em vigor anteriormente no EGL, configure os seguintes
parâmetros simbólicos como NO: ALLOWTUILEFTALIGN, ALLOWTUISETFORMITEMFULL,
e ALLOWTUIFILLWITHNULLS. Para obter detalhes, consulte Parâmetros Simbólicos Predefinidos que Podem Ser Configurados pelo Usuário.
- Para o código COBOL, a opção v71AddBehavior
indica se, em um caso específico, o efeito do sinal de mais (+) é
determinado pelo tipo de variável à qual uma expressão é designada.
O propósito é manter o código que foi gravado para versões do EGL posteriores
à 6.0 e até a 7.1. Para obter detalhes, consulte v71AddBehavior.
Também,
é possível configurar as opções do descritor de construção
existentes com novos valores se você estiver utilizando a versão
recentemente suportada do
WebSphere Application Server ou
Apache Tomcat:
- A opção do descritor de construção serverType
identifica o tipo de servidor de aplicativos da web no qual sua saída
será implementada. Para obter detalhes, consulte serverType.
- Para o código Java, a
opção do descritor de construção j2eeLevel
especifica o nível do Java Enterprise
Edition no servidor de aplicativos para o qual um serviço da web EGL
é implementado.
Para obter detalhes, consulte j2eeLevel.
Processamento COBOL
O novo
parâmetro simbólico DUALMODE permite que você gere um programa EGL
uma vez e crie um módulo de carregamento preparado que executa em
lote z/OS e CICS. Para obter detalhes, consulte Gerando uma vez para lote z/OS e CICS.
Mudança Potencial em um Arquivo de Propriedades de Ligação
Considere esta seção se possuir um aplicativo Java gerado no qual um elemento callLink (em uma parte de opções de ligação) inclui a configuração de propriedades a seguir: remoteBind=runtime.
Você pode precisar verificar se as entradas em um arquivo de propriedades de ligação existente são relacionadas ao valor de uma propriedade
linkageKey e não ao nome do programa que está sendo chamado. A situação suscita no caso a seguir:
- Uma instrução call inclui a propriedade linkageKey;
- Você está usando um arquivo de propriedades de ligação para especificar os detalhes de ligação para essa instrução; e
- Atualize para a versão mais recente do código de tempo de execução do EGL.
Para obter detalhes, consulte os detalhes específicos à entrada no
Arquivo de Propriedades de Ligação; especificamente, os detalhes para
programName e
wildProgramName.