O Que há de novo no Rational Business Developer V8.5.1

Este tópico descreve os recursos que são novos na versão 8.5.1.

As seções são da seguinte maneira:

Rich UI

Por padrão, os seguintes projetos do sistema Rich UI estão em uso:
  • Para os widgets do EGL que não são baseados no Dojo: com.ibm.egl.rui_4.0.1.1
  • Para os widgets do EGL Dojo: com.ibm.egl.rui.dojo.widgets_2.1.0.1
  • Para amostras do EGL Dojo: com.ibm.egl.rui.dojo.samples_2.1.0.1
  • Para o acesso de tempo de execução do Dojo local: com.ibm.egl.rui.dojo.runtime.local_1.6.1
Os projetos a seguir suportam o uso do Content Delivery Network (CDN) for 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
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.
Aqui estão os novos recursos:
  • Se você estiver preocupado com as fugas de memória, será possível usar a função UtilLib.destroyRUIHandler para solicitar a remoção dos widgets em um manipulador, em quaisquer manipuladores integrados nesse manipulador e em quaisquer manipuladores integrados nos manipuladores integrados para qualquer nível de espessura. Para obter detalhes, consulte Gerenciamento de Memória de Rich UI.

A versão 8.5.1 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.

Processamento Java

O código Java™ nativo e gerado pode agora compartilhar conexões do banco de dados, permitindo confirmar mudanças do banco de dados que foram feitas anteriormente em uma unidade de execução, mesmo que a unidade de execução contenha ambos os tipos de códigos. Para obter detalhes, consulte SharedResourcePowerServer e JavaLib.getSharedResourcePowerServer.

Além disso, é possível agora especificar a codificação de caracteres usada durante o acesso de um arquivo relacionado a um registro CSV do EGL. A técnica envolve configurar a propriedade conversionTable ao criar uma associação de recurso. Para obter detalhes, consulte Elementos de Associação. Para obter uma visão geral de suporte para registros CSV, consulte Estereótipo CSVRecord.

Configurando Novas Preferências para o Depurador EGL

Duas novas preferências estão disponíveis ao clicar em Janela > Preferências e expandir EGL e clicar em Depurar:
  • Evite parar em uma parte se o código-fonte estiver indisponível (continue automaticamente)

    Especifique como o depurador responderá se acessar uma parte em um arquivo EGLAR, se o código-fonte estiver indisponível.

  • Evite um prompt para os programas de mesmo nome acessando o primeiro encontrado no caminho de construção de EGL

    Especifique como o depurador responderá se acessar um programa quando os programas de mesmo nome duplicados estiverem em seu caminho de construção ou área de trabalho de EGL.

Para obter detalhes, consulte Configurando Preferências para o Depurador EGL.

Economizando tempo de processamento durante uma construção e geração automáticas

É possível chamar um script Ant para limpar uma área de trabalho e causar uma construção e geração automática. Nesse caso, é possível usar um argumento Java VM nomeado egl.build.gen.debug para especificar se a saída gerada inclui informações sobre depuração. O padrão para o valor do argumento é true, mas você poderá configurar o valor como false, se desejar salvar o tempo de processamento.

Para obter detalhes, consulte Gerando com um Script Ant.


Feedback