Quebrando o java.util.Properties

A classe java.util.Properties foi concebida como um mapa de chave e valores de String, contudo, existe uma falha na construção da classe que permite violar a coesão.

Na API do Properties podemos observar que ela é uma java.util.Hashtable e pela herança podemos usar os métodos get(V key) e set(V key, K value) para inserir objetos que não são String. Isso é um problema de Design da classe. Segundo Joshua Bloch, quando os desenvolvedores da Sun Microsystems perceberam o problema já era tarde demais, pois, muitas aplicações já dependiam dessa herança.

Acredite, usando a imaginação podemos usar esse fato para quebrar uma aplicação

Arquivo .bat

English version at the following link:

enprogramminghome.blogspot.com

Um .bat é arquivo texto que podem ser inseridos comandos para serem rodados pelo interpretador do DOS (No Unix/Linux nunca testei um .bat). Quais comandos podemos inserir? Comandos padrões do DOS, nomes de arquivos (incluindo o caminho para diretórios diferentes) e conteúdo da variável path.

Exemplo:
Suponha que no diretório que você está trabalhando contém o arquivo Registro.java, que imprime na tela um registro qualquer, e queremos compila-lo, executá-lo, redericionarmos a saída para "sai.txt" e abrir este último arquivo. Ao invés de fazermos isso manualmente podemos criar o arquivo test.bat com o seguinte conteúdo:

javac Registro.java
java Registro > sai.txt
sai.txt

---FIM---Não incluir essa linha no arquivo

Quando clicarmos em test.bat ou roda-lo por linha de comando tudo será feito automaticamente!!
Isso implica em aumento de produtividade.
Podemos fazer isso para simular um executável de Java. Basta inserirmos no arquivo:
java NomeDaClasse

Não é uma solução que um .exe proporciona, mas é melhor do que ir no prompt e digitar o comando do interpretador.