Ola Pessoal,
Tem uns caboclos na lista do Jasper falando sobre iniciar o desenvolvimento de um sistema para distribuição de aplicativos Java no estilo RPM & cia …
Mas eles querem alguma adesão de outros projetos GNU-style antes de começar … então pra quem tem projetos e quiser saber mais …
Leiam um resumo da proposta aqui! (não é propaganda, é que veio tudo por email, coloquei como noticia, é só ler 
)
[]s
Java felizmente não sofre dos problemas que aplicações C++ sofrem no linux, tenta usar 1 rpm feito com gcc 2.95 em 1 sistema onde maioria das libs foram compiladas com gcc 3.2, por exemplo.
A ideia é boa, principalmente se for criado algo ninja como o CPAN. Que os programadores perl venham jogar isso na cara de todos nós, não-programadores de perl.
:?: O que é CPAN?
é, eles podem ter esse gostinho mesmo :shock:
Na verdade eu acho que ainda vai demorar um pouco pra ter essa necessidade (ou não?) … instalar, configurar e atualizar sistemas em Java no geral é bem simples, um pouco massante e chato, mas simples!
(embora extremamente propenso a erros)
Bem interessante…
eu acho que o esquema que o Maven tem pra baixar JARs é bem bonzinho, mas nao eh muito intuitivo.
Podia mesmo ter um repositorio onde vc pode inscrever um pacote (por exemplo, um JAR, ou um WAR, ou um EAR, ou mesmo uma combinacao de outros menores), com um nome padrao, independente de como ele está arquivado. Algum descriptor (um XML, um bean, sei lah) podia ser usado na comunicacao com os clientes, e vc ia poder colocar no descriptor do seu pacote dependencias para outros pacotes (to descrevendo o RPM, neh?).
Podia ter um clientezinho pra manter as dependencias e checar atualizacoes, podia até ser webstart, sei lah. Dai o cara baixava o pacote (JKG, que tal?), e automaticamente poderia baixar os dependentes.
Mas em vez de vc precisar de um mega-maxi servidor ftp pra ter todos os pacotes (como eh com o Debian), vc pode ter apenas o url do pacote no site original. Aí qualquer maquininha podreira poderia servir de “mirror”, pq só ia ter os descriptors, e mais do que isso vc nao ia precisar de banda pq cada pacote seria baixado da sua “casa”.
Yeah, fiquei empolgado! :idea:
Aquelao!!
O formato do rpm seria algo como voce falou +1 script ant que faria boa parte do processo instalação.
O problema de ter tudo espalhado é manter 1 lista de todos os pacotes e localização deles sincronizada e atual
eh, o problema de cima eles prometem não ter durante o desenvolvimento pq um carinha com um servidor (provedor, sei la) vai apoiar o desenvolvimento.
Fora isso estao tentando falar com algumas distribuições Linux …
pq nao criar 1 empacotador p/ rpm/deb?
nao seria bem mais simples usam a infra que já existe sem reinventar a roda