Arquivos ".properties"

4 respostas
Alexandre

Alguém pode me dar uma luz de como utulizar configuraçãoes feitas em
arquivos .properties dentro de meu projeto?
As configurações são do tipo dados do servidor, bem como a URL, etc…,
dados do banco de dados…

:arrow: Gostaria de saber se o recomendado é colocar esses arquivos
dentro do servidor mesmo (ex: dentro do diretório conf do weblogic), ou
colocá-lo no seu classpath?

:arrow: Se for da melhor maneira colocá-lo no classpath, qual a maneira
indicada para fazer isto?

:arrow: Como carregar as informações destes arquivos para que eu
possa utilizá-las em meu projeto?

:arrow: No caso de EJB, quero disponibilizar para o cliente, a parte client
desse projeto, os arquivos .properties devem entrar nesse .jar q entrago
ao cliente?

To bem confuso sobre esse assunto.
Alguém por favor me da uma ajuda…

Muito obrigado!

Alexandre.

4 Respostas

_fs

Bem, quanto ao resto não posso te ajudar, mas sobre como brincar com esses arquivos:
http://java.sun.com/j2se/1.3/docs/api/java/util/Properties.html

Barbadinha né? :smiley:

Jair_Rillo_Junior

Ola Alexandre

acredito que esse tutorial do GUJ irá te ajudar http://www.guj.com.br/user.article.get.chain?page=1&article.id=35

Alexandre

Obrigado pessoal. Valew mesmo!

Mas queria saber de como usá-los em questão de projeto distribuído.
Em questão de servidor.

Luca

Olá

Regra número 1:
As properties do servidor devem ficar em algum diretório debaixo de WEB-INF para dificultar olhares de não convidados.

Regra número 2:
Nunca usar endereços completos hardcodeados na aplicação ou dentro de arquivos de properties. Use as informações do contexto Java tipo getRealPath, getResourceAsStream ou similares para pegar os arquivos. Inclua os <start-param> com informações para o contexto no web.xml debaixo de WEB-INF e não no web.xml do conf. Outra alternativa bem flexível é usar JNDI.

Regra número 3:
Em clientes ricos, coloque arquivos de properties dentro do jar ao invés de somente gravar manualmente no micro cliente. Funciona assim: o que vem no jar é gravado no cliente caso ainda não exista ou seja mais antigo. Em outras palavras, o arquivo no cliente não depende de ações do usuário para ser atualizado

Regra número 4:
Para que serve mesmo o classpath? Variável CLASSPATH é coisa para máquina de desenvolvedor e mesmo assim na minha não existe. Na minha opinião nossos sistemas devem depender o mínimo possível de uma CLASSPATH previamente setado. Se não souber como fazer, use os arquivos de inicialização do Tomcat como exemplo.

[]s
Luca

Criado 9 de junho de 2004
Ultima resposta 9 de jun. de 2004
Respostas 4
Participantes 4