Senha no arquivo.jar

A resposta direta é “não”, mas dá para fazer uns truques de criptografia. No seu caso provavelmente seria melhor usar “obfuscation”.

E æ thingol

Valeu pela ajuda…

No meu caso não posso ofuscar “obfuscation” o código por causa dos logs do sistema…

Eu até coloquei uma senha no arquivo.jar…
mas teria que passar essa senha para a jvm
tipo chama java -jar -password=xyz arquivo.jar (algo desse tipo)

Estava pensado em criar um outro jar (simple com um main()) que não tenha senha e apartir dele chamar o jar (que tenha senha) e no codigo java ou no MANIFEST importar o jar e passar a senha.

Estou estudando umas soluções da ibm (links abaixo)

http://publib.boulder.ibm.com/wasce/V1.1.0/pt_BR/Reference/Java/shutdown.html

Vo pensar em alguma outra solução…
Se alguem tiver alguma ideia para solucionar esse problema fico no aguardo.

Valeu.

Não entendi o motivo de você não poder utilizar Ofuscador!

O princípio básico de qualquer ofuscador é bagunçar o código sem alterar o funcionamento da aplicação!

E æ dmarcosm

É o seguinte… o sistema que desenvolvo gera logs de erros do classes, de erros de sql etc…

Se eu colocar um ofuscador no programa um log de erro irá aparecer tipo:

NullPointerException xzy.A01, blz mas que classe é essa?

Isso acaba com a rastreabilidade de classes no log do sistema, entendeu ?

Valeu

Se não estou muito enganado, os ofuscadores geram arquivos com um de/para, indicando o nome original da classe e do método, e o resultado depois do ofuscamento.

Basta usar esse arquivo para rastrear o problema.

Pelo menos o YGuard gera.

E æ fenrir

Vo ver essa estrutura de de/para dos ofuscadores… valeu pela dica

Só mais uma pergunta,
eu também tenho outros programas que importa o jar que irei ofuscar…
para não perder a referencia das classes tenho que ofuscar todo o meu projeto,
ou seja, preciso que todos os arquivos jar que utiliza o jar ofuscado sejam ofuscado com o mesmo algoritmo… isso é possível ?

Valeu.