O Que Há de Novo em Rational Business Developer V8.5

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):
  • Para Dojo 1.6.1:
    • Acesso de tempo de execução Dojo do Google: com.ibm.egl.rui.dojo.runtime.google_1.6.1
    • Acesso de tempo de execução Dojo do AOL: com.ibm.egl.rui.dojo.runtime.aol_1.6.0

    Esses projetos estão disponíveis somente se você importá-los do diretório de instalação do produto.

  • Para Dojo 1.7.2:
    • Acesso de tempo de execução Dojo do Google: com.ibm.egl.rui.dojo.runtime.google_1.7.2
    • Acesso de tempo de execução Dojo do Yandex: com.ibm.egl.rui.dojo.runtime.yandex_1.7.2
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.

Feedback