As actualizações do Eclipse permitem aos utilizadores pesquisar actualizações para as funções actualmente instaladas. Para cada função instalada, Actualizar utiliza o URL incorporado para ligar ao servidor remoto e pesquisar novas versões. Se existirem actualizações, o Eclipse permite aos utilizadores iniciarem o procedimento de instalação. Após a transferência, a instalação e reinício da plataforma, a nova versão da função está pronta para ser utilizada.
Em empresas com muitos utilizadores do mesmo produto baseado no Eclipse (normalmente um produto comercial), podem surgir vários problemas a partir deste modelo:
O primeiro passo para um administrador do produto seria configurar um sítio da Web de actualizações do Eclipse local num servidor ligado à LAN da empresa (atrás da firewall). O sítio de actualizações seria um sub-conjunto do sítio de actualizações do produto na Internet, porque iria conter apenas as funções e conectores relacionados com as actualizações que a empresa pretende aplicar no momento. Tecnicamente, este sítio seria um sítio de actualizações normal do Eclipse com arquivos de site.xml, função e conector.
Os administradores poderiam construir o sítio de duas formas:
Uma vez que as funções têm o URL do sítio de actualizações incorporado no manifesto, estas desconhecem os sítios de actualizações locais configurados pelos administradores. Por isso, é importante facultar capacidade de redireccionamento. Esta capacidade e outras definições da política de actualizações podem ser definidas para um produto Eclipse, criando um ficheiro de política de actualizações e configurando a actualização para utilizar este ficheiro ao executar pesquisas.
O ficheiro em questão utiliza o formato XML e pode ter qualquer nome. O
ficheiro pode ser definido em
Preferências >
Instalar/Actualização no campo
Actualizar Política. Por predefinição, o campo de texto encontra-se vazio: os utilizadores poderão definir o URL do ficheiro de política de actualizações. O ficheiro é gerido pelo administrador local e é partilhado para todas as instalações do produto. A partilha pode ser conseguida de duas formas:
org.eclipse.update.core/updatePolicyURL = <URL value>
O ficheiro de política deve estar em conformidade com a seguinte DTD:
<?xml encoding="ISO-8859-1"?>
<!ELEMENT update-policy (url-map)*>
<!ATTLIST update-policy
><!ELEMENT url-map EMPTY>
<!ATTLIST url-map
pattern CDATA #REQUIRED
url CDATA #REQUIRED
>
Este elemento é utilizado para substituir os URLs da actualização incorporados nos manifestos da função. Quando procurar novas actualizações, a pesquisa do Eclipse irá verificar a política de actualizações (se estiver presente) e irá verificar se foi especificado url-map para o prefixo da função correspondente. Se for encontrada uma correspondência, o URL correlacionado será utilizar em vez do URL incorporado. Desta forma, os administradores podem configurar os produtos do Eclipse para pesquisar actualizações no servidor local atrás da firewall. Entretanto, as funções de terceiros instaladas na Actualização do Eclipse irão continuar a ser actualizadas utilizando o mecanismo predefinido porque não irão encontrar correspondências na política.
Podem existir vários elementos url-map no ficheiro. Pode-se escolher se os prefixos de função são menos ou mais específicos.
Por exemplo, para redireccionar todas as actualizações do Eclipse, o atributo pattern seria "org.eclipse"
. Da mesma forma, é possível utilizar um ID de função completo como um padrão, se for o redireccionamento for necessário numa base por função.
Os padrões no ficheiro podem ser escolhidos para limitar progressivamente as potenciais correspondências. Isto pode resultar em correspondências múltiplas para uma determinada função. Neste caso, será utilizada a correspondência com um padrão mais longo. Por exemplo:
<?xml version="1.0" encoding="UTF-8"?> <update-policy> <url-map pattern="org.eclipse" url="URL1"/> <url-map pattern="org.eclipse.jdt" url="URL2"/> </update-policy>
No caso anterior, todas as funções do Eclipse serão actualizadas a partir de URL1, excepto org.eclipse.jdt
que irá utilizar URL2.
Os ficheiros de política de actualizações não contêm cadeias traduzíveis e, por conseguinte, não requerem um processamento NL especial. De uma forma geral, os ficheiro teriam a codificação UTF-8.
A terceira parte da solução global é abrangida por outro tópico, mas é mencionada aqui porque se trata de uma parte integral da solução. As actualizações automáticas vão permitir ao Eclipse executar uma pesquisa de actualização numa marcação especificada (em cada início (a predefinição), uma vez por dia, uma vez por semana, etc.).
Segue-se a sequência completa de passos que abrangem a solução: