Este documento contém descrições de algumas das alterações mais interessantes ou significantes efectuadas no PDE para a edição 3.2 do Eclipse desde a edição 3.1.
PDE |
|
Definições de Destino |
Pode definir um destino num ficheiro .target
(Ficheiro > Novo > Outro... > Desenvolvimento de Plug-ins >
Definição de Destino).
O ficheiro .target define todos os aspectos de um destino, incluindo o nome, a localização, o conteúdo (relativamente a plug-ins, funções ou ambos) e o JRE. Notavelmente, pode especificar e gerir vários sítios de plug-ins no destino sem necessitar de ficheiros .link. A página de preferências Desenvolvimento de Plug-ins > Plataforma de Destino permite-lhe procurar, pré-visualizar e aplicar as definições de destino existentes. |
Contribuição de destinos |
Os destinos podem ser contribuídos para um
produto do Eclipse através do ponto de extensão
org.eclipse.pde.core.targets.
O SDK Eclipse inclui duas extensões org.eclipse.pde.core.targets de RCP-centric, permitindo uma comutação simples para a frente e para trás na plataforma de destino entre os subconjuntos SDK e RCP. |
Vista hierárquica de plug-ins |
Os plug-ins na página de preferências
Desenvolvimento de Plug-ins > Plataforma de Destino podem ser agrupados por sítios da Web.
Esta vista hierárquica torna a gestão de destinos grandes e distribuídos
extremamente mais simples. |
Plug-ins para qualquer enquadramento OSGi |
O assistente de criação Novo Projecto de
Plug-ins (Ficheiro > Novo > Projecto...> Projecto de Plug-ins)
faculta a opção de criar plug-ins que podem ser executados com qualquer
enquadramento OSGi. É também facultado um modelo Hello OSGi.
|
Lançador de enquadramento OSGi Equinox |
Está disponível um novo lançador para executar
e depurar agrupamentos com o enquadramento OSGi Equinox. Será possível definir
o nível de início dos agrupamentos e personalizar os argumentos do programa e
da VM de modo a testar os agrupamentos em condições diferentes. Uma configuração de lançamento do enquadramento OSGi Equinox pode ser criada na caixa de diálogo Configuração de Lançamento (Executar > Executar... no menu de nível superior). |
Acertos da pesquisa Java nos ficheiros de manifesto |
As pesquisas de referências a tipos e pacotes
Java revelam os acertos nos ficheiros MANIFEST.MF, plugin.xml e fragment.xml.
|
Os ficheiros de manifesto do plug-in participam na refactorização |
Ao mover e renomear um tipo ou pacote Java no plug-in, o PDE actualiza automaticamente todas as referências a esses tipos e pacotes nos ficheiros de manifesto dos plug-in afectados. |
Assistente de NLS para ficheiros de manifesto do plug-in |
O PDE faculta um assistente para extrair
cadeias traduzíveis de ficheiros de manifesto do plug-in e armazená-las num
ficheiro de propriedades para suporte multilingue. O assistente está disponível através de Ferramentas do PDE> Exteriorizar Cadeias... no menu contextual dos projectos de plug-ins e dos respectivos ficheiros de manifesto. |
Organizar ficheiros de manifesto do plug-in |
O assistente Organizar Manifestos é uma
paragem de marcação anterior ao transporte de um plug-in. Este assistente
remove as dependências e as chaves de propriedade não utilizadas e gere os
pacotes exportados assegurando que estão marcados com a visibilidade correcta.
Esta função pode ser invocada através de Ferramentas do PDE > Organizar Manifestos... no menu contextual de projectos de plug-ins e de ficheiros MANIFEST.MF. |
Nova instrução de processamento em ficheiros plugin.xml |
Os ficheiros de manifesto do plug-in gerados
pelo PDE contêm uma nova instrução de processamento que indica a versão
3.2, ao invés da versão 3.0.
Esta nova instrução de processamento é necessária se um plug-in tomar
partido do novo suporte de tempo de execução em que um plug-in pode contribuir
com pontos de extensão e extensões para um espaço de nomes que não o seu. No exemplo apresentado abaixo, o plug-in org.eclipse.pde.core contribui com uma extensão para o espaço de nomes org.eclipse.pde Repare que não é necessário migrar um plug-in existente para poder utilizar a nova instrução de processamento, excepto se pretender utilizar o novo suporte de espaço de nomes nesse plug-in. |
Ambiente de execução de agrupamento |
Um ambiente de execução de agrupamentos especifica o nível mínimo do JRE
requerido para a execução do plug-in. Se o JRE utilizado para executar o
Eclipse não corresponder aos requisitos, o plug-in não será executado. Por exemplo, se declarar o J2SE-1.4 como ambiente de execução dos agrupamentos do plug-in, este será executado com uma versão >= 1.4 do JRE. Se o plug-in puder ser executado em ambientes de execução que não sejam os respectivos subconjuntos adequados (por exemplo J2SE-1.4 e CDC-1.1/Foundation-1.1), tais ambientes de execução do agrupamento deverão ser enumerados. A secção Ambientes de Execução não se encontra na página Descrição Geral do editor de manifesto do plug-in. Durante a exportação de um plug-in, o código de plug-in é compilado relativamente ao JRE associado ao primeiro ambiente de execução enumerado no MANIFEST.MF. Consulte a página de preferências Java > JREs Instalados > Ambientes de Execução de modo a obter uma lista de ambientes de execução OSGi e a lista de JREs compatíveis. |
Gestão automatizada de dependências |
O PDE faculta um fluxo de trabalho flexível
que permite codificar o plug-in e, em seguida, fazer com que o PDE analise o código e gere
automaticamente a lista de dependências de plug-in. A secção Gestão Automatizada de Dependências na página Dependências do editor de manifesto do plug-in permite-lhe especificar uma lista de plug-ins com a qual pretenda que aumenta o caminho de construção de desenvolvimento (e, por conseguinte, o âmbito de assistência de conteúdos). Estas dependências não são adicionadas imediatamente ao MANIFEST.MF. Contudo, pode iniciar a codificação como se já estivessem adicionadas. Em qualquer altura, pode instruir o PDE para analisar o código e gerar dependências no MANIFEST.MF através dos cabeçalhos Requerer-Agrupamento ou Importar-Pacote. |
Comparação de estruturas e destaque sintáctico para ficheiros manifest.mf |
Ao comparar duas versões de um ficheiro
MANIFEST.MF de agrupamento, o novo visualizador de comparação de estruturas
permitirá facilmente ver quais os cabeçalhos que foram adicionados, removidos ou modificados.
O destaque sintáctico também foi adicionado à página de origem do MANIFEST.MF. As preferências de cores e de tipo de letra pode ser definido à página de preferências Desenvolvimento de Plug-ins > Editores. |
Validar ficheiro build.properties |
O PDE valida ficheiro build.properties para
sinalizar potenciais problemas que impediriam a correcta exportação do plug-in.
O nível de gravidade dos problemas nos ficheiros build.properties podem ser definidos na página de preferências Desenvolvimento de Plug-ins > Compiladores > Plug-ins. |
Ajustes rápidos para ficheiros de manifesto do plug-in |
Os ajustes rápidos estão disponíveis para
vários tipos de problemas em ficheiros MANIFEST.MF, plugin.xml e build.properties, incluindo:
|
Anexação automática de Javadoc |
O PDE automatiza a tarefa de anexar o Javadoc
a bibliotecas localizadas no caminho de construção do plug-in.
Consulte a documentação do ponto de extensão org.eclipse.pde.core.javadoc para mais detalhes. |
Novo editor de esquemas de pontos de extensão |
O editor de esquemas de pontos de extensão foi
novamente concebido.
As novas funções incluem:
|
modelo de aplicação de RCP sem cabeçalho |
O tempo de execução do Eclipse é um ideal de
modelo de componente Java complexo para a execução de aplicações (que não sejam UI) sem
cabeçalho. O assistente de criação Novo Projecto de Plug-ins (Ficheiro > Novo > Projecto...> Projecto de Plug-ins) suporta um fluxo de trabalho para criar aplicações de RCP sem cabeçalho, com um modelo "Hello World". |
Validação de formato no editor de produtos |
O editor de produtos reporta avisos e erros na
área do título de cada página. Os problemas reportados incluem caminhos
inválidos e tamanho e profundidade incorrectas de uma imagem.
|
Monitor de progresso integrado no ecrã de boas-vindas do produto. |
Se pretender que a barra de progresso
integrado esteja no ecrã de iniciação do Eclipse, poderá facilmente efectuar o
mesmo procedimento para o ecrã de iniciação do produto. A página Marcação do editor de produto do PDE faculta suporte para adicionar e personalizar uma barra de progresso integrado. |
Argumentos do lançador específicos da plataforma para exportação de produtos multi-plataforma |
No editor de produto, é possível especificar
argumentos do programa e da VM específicos da plataforma com os quais irá
lançar o produto. Este procedimento permite a criação de ficheiros
<launcher>.ini específicos da plataforma numa única operação de
exportação multi-plataforma. |
Adicionar uma página de boas-vindas para o produto |
Uma página de boas-vindas concede a
oportunidade de facultar uma experiência inicial agradável para o utilizador
ao seu produto. A página Marcação do editor de configuração de produto (Ficheiro > Novo > Outro...> Configuração de Produto) contém uma secção Página de Boas-vindas, que o auxiliará na criação de uma página de boas-vindas modelo para o produto. |
Configurações do lançador do PDE partilháveis e portáteis |
As configurações de lançamento do PDE (Aplicação do Eclipse e Plug-in JUnit) suporta substituições de variáveis. O uso cuidado das variáveis permite que o formato guardado da configuração de lançamento seja portátil nos sistemas operativos e partilhável pelas equipas. |
Modelos para argumentos de lançamento |
Pode especificar um modelo de argumentos do
programa e da VM, que será utilizado para inicializar argumentos predefinidos
em novas configurações de lançamento do PDE.
|
Validação de plug-ins melhorada e automática anterior ao lançamento |
A funcionalidade Validar Conjunto de
Plug-ins, disponível no separador Plug-ins de todos os lançadores do
PDE, analisa a lista de plug-ins seleccionados de modo a localizar eventuais problemas de
arranque.
Esta função foi melhorada de modo a prever mais tipos de restrições não cumpridas que impediriam a execução do plug-in. Existe também a opção de a validação ser efectuada automaticamente antes de cada lançamento. |
Nova procura de origem para aplicações de depuração do Eclipse |
Ao depurar aplicações do Eclipse,
o PDE utiliza um mecanismo de procura de origem personalizado, que está ligado
ao carregador de classes OSGi. Este procedimento é mais rápido e exacto do que
a procura de origem linear padrão Java. O separador Origem foi removido das configurações de lançamento de Eclipse/Equinox/Plug-in JUnit, uma vez que já não é necessário. |
Destinos de Ant personalizados ao nível do plug-in |
O build.xml gerado para um plug-in suporta agora destinos personalizados ao nível do plug-in. Defina a propriedade "customBuildCallbacks" num ficheiro build.properties do plug-in num script de Ant e serão criadas pré e/ou pós chamadas de ant para os seguintes destinos: build.jars, build.sources, o destino de compilação (eq: @dot), gather.bin.parts, gather.sources, gather.logs e limpo. Em muitos casos, estas chamadas de retorno personalizadas podem ser utilizadas em vez de ter um build.xml totalmente personalizado. Um customBuildCallbacks.xml modelo é facultado em org.eclipse.pde.build/templates. |
Produtos de construção |
A Construção do PDE suporta agora produtos de construção a partir de um ficheiro .product numa construção automatizada sem cabeçalho. Uma função será gerada automaticamente com base nos conteúdos do ficheiro de produtos. |
Suporte de repositório múltiplo |
A geração da Construção do PDE de scripts de busca para construções sem cabeçalho é agora extensível. Os extensores podem contribuir com suporte para elementos de busca para repositórios adicionais através do ponto de extensão org.eclipse.pde.build.fetchFactories. A Construção do PDE faculta uma extensão padrão para a busca de ficheiros a partir do CVS. |