Versao j2ee

Resposta curta: porque sim

Resposta Longa:

jee 5 por ser a versão que sucede à especificação J2EE 1.4. Como .Net já está em 3.0, algum gênio de marketing achou por bem tirar o “1.” da frente…

No caso do Java 6 (se), é só pq. sucede o Java 5(se).

As versões de J(2)EE e J(2)SE não seguem a mesma seqüência, pois, entre outras coisas, são geridas por processos independentes no contexto dos comitês que regulam as especificações do Java.

Aproveitando: Alguem tem alguma preferência/critério na hora de gerar os códigos de versão ? Qual critério para virar o "major version" (ex: 1.x -> 2.x) ?

Aqui, minha orientação vai na seguinte linha:

Versão:= Major".“Minor”."Build

• O build é sequencial, incrementado a cada (duh!) build.
• O Minor é alterado quando há novas funcionalidades e/ou novas implementações que não afetam a “experiência de usuário” diretamente, embora possam afetar aspectos de performance, estabilidade, etc. No caso de bibliotecas ou outros artefatos que não são usados pelo usuário, incremento o minor quando há novas APIs, mas as pré-existentes são 100% preservadas no nível de interface.
• O Major é alterado quando há mudança na “experiência de usuário” - ou seja, ele terá que mudar o jeito de fazer as coisas que ele já fazia de determinada maneira. No caso de bibliotecas, o major muda quando há alteração nas interfaces, ou seja, existe impacto em código existente que dependa das funcionalidades da biblioteca.

Um critério não-técnico para mudar o Major é quando o número do minor começa a ficar ridículo (versão 1.845.20398, p.ex). Como “regra do dedão”, procuro manter minor < 20.