A fim de fazer testes com várias configurações diferentes e gerar um relatório com dados precisos, escrevi um script que executa o init script do JBoss, espera ele inicializar completamente, grava o tempo de inicialização e mata o processo. Faz isso 50 vezes.

Estou postando ele aqui na esperança de ser útil para mais alguém. Ele é bastante auto-explicativo:

#!/bin/bash
# Notes: all Java processes are going to the KILLED and
# previous probe.log ERASED!
 
JBOSS_LOG_FILE="/opt/jboss/server/default/log/server.log"
REPEAT=50
 
START_STRING="Started in"
RESULT_FILE="/root/probe.log-`date +%F`"
> $RESULT_FILE
 
for i in $(seq 1 $REPEAT); do
	# clean
	killall -9 java
	> $JBOSS_LOG_FILE
 
	# init and wait
	sh /etc/init.d/jboss start
	while [ "x$( grep "$START_STRING" $JBOSS_LOG_FILE )" == "x" ]; do
		sleep 1
	done
 
	# log
	cat $JBOSS_LOG_FILE | grep "$START_STRING" >> $RESULT_FILE
done
 
echo "Done"

Reclamam: maven baixa toda a internet

Acho que quem reclama não entende muito como funciona o sistema de dependências do maven. O maven não faz (muita) mágica. O dono do artefato tem que definir as dependências do artefato.

Ou seja, de duas uma: ou o maven está baixando a internet porque os mantenedores doas artefatos foram relapsos ou realmente todas aquelas dependências eram necessárias.

Se foi preguiça do desenvolvedor, não é culpa do maven. Todos conhecemos sistemas de empacotamento (port, portage, agt, yum) e sabemos que tem muito mantenedor preguiçoso que, em vez de deixar as dependências enxutas, põe tudo como dependência para poupar dor de cabeça. Onde está o problema do maven aqui? Maven é uma ferramenta, ele faz o que for mandado.

Se é porque realmente existiam muitas dependências, ai não tem o que falar mesmo. Provavelmente esse pessoal que reclama nunca entrou site por site, procurando os binários, lendo documentação de que versão é compatível com que versão. Só de me poupar esse trabalho, mesmo com pom’s totalmente bagunçados, que baixam o repositório inteiro, para mim vale a pena usar maven. Dica: você não precisa ficar olhando o terminal esperando tudo ser baixado.

E ele baixa cada pacote uma única vez, é muito choro por pouca coisa. Além do disso, coisas que parar mim salvam muito tempo e o pessoal não pensa..

Não pensam: baixa dependências (transitivas!)

Agora com o Ivy isso já não é tão extraordinário, mas o Ivy foi provocado pelo Maven. Aliás, o Ivy usa os repositórios do Maven! Nunca usei o Ivy, mas para mim isso significa que ele também irá baixar toda a internet.

Não pensam: analisar source de pacotes

Já teve que decompilar classes com o jad (ou qualquer outra ferramenta) para debugar código? Quem já fez isso percebeu que é um pé no saco ter que decompilar todas as classes que formam a stack (e provavelmente mais) e ainda ter os números de linha todos bagunçados impedindo de usar o source na IDE para setar break points. Ou isso ou você procurava o source para baixar (de novo, procurando site em site) quando não tinha que fazer checkout de SCM e tendo que achar a tag certinha!

Não pensam: tooling

Já usou o m2eclipse (o antigo, antes da Sonar doar pra Eclipse)? Quando trabalhava em fábrica lembro o terror e pânico quando alguém commitava o .project, era ficar ajustando classpath um bom tempo. E tem algo mais porco que versionar JARs? Busca JARs, adiciona projetos dependentes ao classpath sem precisar dar build, mostra a árvore de dependência, o pom efetivo. Ele tem bugs sim, mas nem de longe vale a pena deixar de usá-lo por causa disso.

Para os que reclamam: Everythings Amazing & Nobodys Happy

Tente parar de usá-lo para ver o quanto vão dar valor a ele.

Minha versão do WordPress é a 2.9.2 a versão do WordPress Stats é a 1.6.2. Encontrei a solução WordPress Forum, o problema é devido a permissões de acesso definidas pelo arquivo .htaccess do plugin (arquivo de configuração do Apache HTTPD) e depende da configuração Apache de cada host (ou seja, nem todos vão passar por isso).

A solução mais simples é remover o .htaccess do plugin localizado em ftp://<HOST>/www/wp-content/plugins/stats.

Quer ajudar o GateIn e ganhar seu nome na lista de contribuidores? Traduza o GateIn para português! É fácil: acesse a wiki e veja

1 DE OUTUBRO

17h às 18h – Palestra
INTRODUÇÃO AO SELINUX
Área Temática: Tecnologia e Produção
Objetivo: Mostrar ao público uma solução de segurança Open Source. Motivar a preocupação com segurança da informação e despertar interesse em software livre.
Coordenação: Carla Maria Chagas e Cavalcante Koike
Executor: Departamento de Ciências da Computação
Local: Departamento de Ciências da Computação – sala CONF 2
Informações: 3307 2022
Público-Alvo: Universitários da área de Informática.

19h às 20h – Palestra
ENTENDENDO O SOA
Área Temática: Tecnologia e Produção
Objetivo: Dar uma visão ampla do que é SOA: o que ela vem resolver, que meios usa, a disciplina pregada e conceitos. Mostrar sua importância no mercado, como vem crescendo, os grandes players que estão apostando na idéia e as ferramentas.
Coordenação: Carla Maria Chagas e Cavalcante Koike
Executor: Departamento de Ciências da Computação
Local: Departamento de Ciências da Computação – sala CONF 2
Informações: 3307- 2022
Público-Alvo: Estudantes da UnB e público externo iniciante em TI.

Brasil está com quase 85.000 participantes, mais que quase todos os países europeus, mas muito atrás do Estados Unidos com quase 231.000.

Participe.

A Mozilla abriu uma campanha para quebrar o recorde de software mais baixado num período de 24 horas. A data ainda será divulgada, mas já existe um link para confirmar participação, se cadastrando um e-mail será enviado lembrando do dia.

Na verdade acho que o mérito dessa campanha é divulgar esse tão querido browser entre os desenvolvedores para mais pessoas. Convoco a todos que acreditam na idéia a ajudarem!

Agora fazer festinhas para lançamento de software já acho demais..

Pensei em escrever um brief sobre mim mas farei isso com mais atenção depois, na página Sobre. Enquanto não sai o primeiro post vou personalizando o blog. Boa leitura!