Este documento contém descrições de algumas das alterações mais interessantes ou significativas feitas no PDE para o release 3.2 do Eclipse desde o 3.1.
PDE |
|
Definições de Destino |
Agora você pode definir um destino em um arquivo de
.target (Arquivo > Novo > Outro... > Desenvolvimento de Plug-in > Definição
de Destino). O arquivo .target define todos os aspectos de um destino, incluindo nome, local, conteúdo (em termos de plug-ins, recursos, ou ambos) e JRE. Mais notavelmente, você pode especificar e gerenciar vários sites de plug-in no destino sem precisar de arquivos .link. A página de preferências Desenvolvimento de Plug-in > Plataforma de Destino permite procurar, visualizar e aplicar definições de destino existentes. |
Contribuindo com Destinos |
Os destinos podem contribuir com um produto do
Eclipse por meio do ponto de extensão org.eclipse.pde.core.targets. O Eclipse SDK vem com dois pontos de extensão org.eclipse.pde.core.targets cêntricos do RCP, permitindo alternar facilmente a plataforma de destino para frente e para trás entre o SDK e o subconjunto RCP. |
Visualização Hierárquica de Plug-ins |
Os plug-ins da página de preferências Desenvolvimento de Plug-in > Plataforma de Destino agora podem ser agrupados por sites. Essa
visualização hierárquica facilita bastante o gerenciamento de destinos grandes e distribuídos. |
Plug-ins para Qualquer Estrutura OSGi |
O assistente de criação de Novo Projeto de Plug-in (Arquivo > Novo > Projeto...>
Projeto de Plug-in) agora apresenta a opção de criação de plug-ins que pode ser
executada com qualquer estrutura OSGi. Um modelo Hello OSGi também é fornecido.
|
Ativador da Estrutura do Equinox OSGi |
Um novo ativador está disponível para executar e depurar pacotes configuráveis com a estrutura do Equinox OSGi. Você poderá definir o nível inicial
de seus pacotes configuráveis e customizar o programa e os argumentos VM para testar seus pacotes em diferentes condições.
Uma configuração de ativação da estrutura do Equinox OSGi pode ser criada no diálogo Ativar Configuração (Executar > Executar... no menu de primeiro nível). |
Acertos de Procura Java em Arquivos de Manifesto |
As procuras por referências a tipos e pacotes Java agora mostram acertos nos arquivos MANIFEST.MF, plugin.xml e fragment.xml. |
Arquivos de Manifesto de Plug-ins Participam da Reformulação |
Quando você move ou renomeia um tipo ou pacote Java no seu plug-in, o PDE agora atualiza automaticamente todas as referências a esses tipos e pacotes dos arquivos de manifesto dos plug-ins afetados. |
Assistente NLS para Arquivos de Manifesto de Plug-ins |
Agora, o PDE contém um assistente para extrair cadeias conversíveis de arquivos de manifesto de plug-ins e armazená-las em um arquivo de propriedades para suporte a vários idiomas.
O assistente está disponível em Ferramentas do PDE > Externalizar Cadeias... no menu de contexto de projetos de plug-in e seus arquivos de manifesto. |
Organizar Arquivos de Manifesto de Plug-ins |
O assistente para Organizar Manifestos é uma parada de
consulta antes de fornecer um plug-in. Ele remove as dependências não-usadas
e chaves de propriedade, e gerencia os pacotes exportados, garantindo que
estejam marcados com a visibilidade correta.
Essa função pode ser chamada em Ferramentas do PDE > Organizar Manifestos... no menu de contexto de projetos de plug-in e arquivos MANIFEST.MF. |
Nova Instrução de Processamento em Arquivos plugin.xml |
Os arquivos de manifesto de plug-ins gerados pelo PDE agora contêm uma nova instrução de processamento, indicando a versão 3.2, em vez da 3.0.
Essa nova instrução de processamento é necessária se um plug-in for utilizado com o novo suporte de tempo de execução, em que um plug-in pode contribuir com pontos de extensão e
extensões em um espaço de nomes diferente do que possui.
No exemplo a seguir, o plug-in org.eclipse.pde.core contribui com uma extensão para o espaço de nomes org.eclipse.pde Observe que não há necessidade de migrar um plug-in existente para utilizar a nova instrução de processamento, a menos que você deseje utilizar o novo suporte a espaço de nomes nesse plug-in. |
Ambiente de Execução de Pacote Configurável |
Um ambiente de execução de pacote configurável especifica o nível mínimo de JRE necessário para execução do plug-in. Se o JRE utilizado
para executar o Eclipse não atender ao requisito, o plug-in não será executado.
Se você declarar J2SE-1.4 como o ambiente de execução do pacote configurável do plug-in, por exemplo, seu plug-in será executado com a versão do JRE >= 1.4. Se o plug-in puder ser executado em ambientes de execução que não sejam subconjuntos corretos um do outro (por exemplo, J2SE-1.4 e CDC-1.1/Foundation-1.1), então todos esses ambientes de execução de pacote configurável deverão ser listados. A seção Ambientes de Execução está na página Visão Geral do editor do manifesto de plug-ins. Durante uma exportação de plug-in, o código do plug-in é compilado contra o JRE associado ao primeiro ambiente de execução listado em MANIFEST.MF. Consulte a página de preferências Java > JREs Instalados > Ambientes de Execução para obter uma lista de ambientes de execução do OSGi e a lista de JREs instalados que são compatíveis entre si. |
Gerenciamento Automatizado de Dependências |
Agora o PDE apresenta um novo fluxo de trabalho flexível que permite codificar seu plug-in primeiramente, depois ter seu código analisado, e a lista de dependências de plug-in gerada automaticamente pelo
PDE. A seção Gerenciamento Automatizado de Dependências da página Dependências do editor do manifesto de plug-ins permite especificar uma lista de plug-ins com os quais você deseja aumentar seu caminho de construção de desenvolvimento (e, portanto, seu o escopo do assistente de conteúdo). Essas dependências não são incluídas no MANIFEST.MF imediatamente, mas é possível começar a codificá-las imediatamente como se estivessem. A qualquer momento, você pode solicitar que o PDE analise seu código e gere as dependências corretas em MANIFEST.MF nos cabeçalhos Requerer Pacote Configurável ou Importar Pacote. |
Comparação Estrutural e Realce da Sintaxe para Arquivos manifest.mf |
Ao comparar duas versões de um arquivo
MANIFEST.MF do pacote configurável, o novo visualizador de comparação estrutural permitirá ver facilmente quais cabeçalhos foram incluídos, removidos ou modificados.
O realce da sintaxe também foi incluído na página de origem MANIFEST.MF. Preferências de cores e fontes podem ser definidas na página de preferências Desenvolvimento de Plug-in > Editores. |
Validar Arquivos build.properties |
O PDE agora valida arquivos build.properties para sinalizar
possíveis problemas que possam impedir que o plug-in seja exportado
corretamente. O nível de gravidade de problemas nos arquivos build.properties pode ser definido na página de preferências Desenvolvimento de Plug-in > Compiladores > Plug-ins. |
Correções Rápidas para Arquivos de Manifesto de Plug-ins |
Correções rápidas agora estão disponíveis para muitos tipos de problemas em arquivos MANIFEST.MF, plugin.xml e build.properties files, incluindo:
|
Anexo Javadoc Automático |
Agora o PDE automatiza a tarefa de anexar o Javadoc a bibliotecas encontradas no caminho de construção do plug-in. Consulte a documentação do ponto de extensão org.eclipse.pde.core.javadoc para obter detalhes completos. |
Novo Editor do Esquema de Ponto de Extensão |
O editor do esquema de ponto de extensão foi projetado novamente.
Os novos recursos incluem:
|
Modelo de Aplicativo RCP sem Cabeçalho |
O tempo de execução do Eclipse é um modelo de componente Java rico ideal para execução de aplicativos sem cabeçalho (não-UI). O assistente de criação de Novo Projeto de Plug-in (Arquivo > Novo > Projeto...> Projeto de Plug-in) agora suporta um fluxo de trabalho para a criação de aplicativos RCP, executado com um modelo Hello World. |
Validação de Formulário no Editor do Produto |
O editor do produto agora relata avisos e
erros na área do título de cada página. Os problemas relatados incluem caminhos inválidos e tamanho e profundidade incorretos de uma imagem. |
Monitor de Andamento Integrado na Tela Splash do Produto |
Se você deseja a barra de andamento integrado na
tela splash do Eclipse, você pode facilmente fazer o mesmo para a tela
splash do produto.
A página Marca do editor do produto do PDE fornece suporte para inclusão e customização de uma barra de andamento integrada. |
Argumentos do Ativador Específicos da Plataforma para Exportação de Produto Entre Plataformas |
No editor do produto, agora é possível especificar
um programa específico à plataforma e argumentos VM com os quais ativar um produto.
Isso permite a criação de arquivos <launcher>.ini em uma operação simples de
exportação entre plataformas. |
Inclusão de uma Página de Boas-vindas ao seu Produto |
Uma página de boas-vindas é a oportunidade de fornecer uma experiência do usuário inicial agradável para o seu produto. A página Marca do editor de configuração do produto (Arquivo > Novo > Outro...> Configuração do Produto) agora tem uma seção Página de Boas-vindas, que ajudará a criar um modelo de página de boas-vindas para o seu produto. |
Configurações de Ativação do PDE Compartilháveis e Portáteis |
As configurações de ativação do PDE (Aplicativo Eclipse e JUnit do Plug-in) agora suportam substituições de variáveis. O uso cauteloso das variáveis permite que o formulário salvo da configuração de ativação seja portátil entre os sistemas operacionais e compartilhável entre as equipes. |
Modelos para Ativação de Argumentos |
Agora você pode especificar um modelo para programa e argumentos VM, que serão utilizados para inicializar argumentos padrão nas novas configurações de ativação do PDE. |
Validação de Plug-in Avançada e Automática Antes da Ativação |
A funcionalidade Validar Conjunto de Plug-ins, disponível na guia Plug-ins de todos os ativadores do PDE, analisa a lista de
plug-ins selecionados para localizar problemas de inicialização de ativação escondidos.
Essa função agora foi aprimorada para prever mais tipos de restrições não-satisfeitas que poderiam impedir a execução do plug-in. Você também pode optar pela validação automática antes de cada ativação. |
Nova Consulta de Origem para Depuração de Aplicativos do Eclipse |
Ao depurar aplicativos do Eclipse,
agora o PDE utiliza um mecanismo de consulta de origem customizado que está vinculado ao carregador de classes do OSGi. Isso é mais rápido e mais preciso que a consulta de origem Java linear padrão. A guia Origem foi removida das configurações de ativação do JUnit do Eclipse/Equinox/Plug-in, pois não são mais necessárias. |
Destinos Ant Customizados de Nível do Plug-in |
O build.xml gerado para um plug-in agora suporta destinos customizados no nível do plug-in. Defina a propriedade "customBuildCallbacks" no arquivo build.properties de um plug-in para apontar para um script Ant e as chamadas anteriores e/ou posteriores do ant serão geradas para os seguintes destinos: build.jars, build.sources, o destino da compilação (eq: @dot), gather.bin.parts, gather.sources, gather.logs e clean. Em muitos casos, esses retornos de chamada podem ser utilizados, em vez de ter um build.xml inteiramente customizado. Um customBuildCallbacks.xml de modelo é fornecido em org.eclipse.pde.build/templates. |
Configuração de Produtos |
A Configuração do PDE agora suporta a configuração de produtos a partir de um arquivo .product em uma configuração automatizada sem cabeçalho. Um recurso será automaticamente gerado com base no conteúdo do arquivo do produto. |
Suporte a Vários Repositórios |
A geração da Configuração do PDE de scripts de busca para configurações sem cabeçalho agora é extensível. Os extensores podem contribuir com suporte para buscar elementos de repositórios adicionais por meio do ponto de extensão org.eclipse.pde.build.fetchFactories. A Configuração do PDE fornece a extensão padrão para busca de arquivos do CVS. |