Criacao e leitura do arquivo properties.

Foi criado um arquivo app.properties para guardar informacoes importantes
do programa que podem ser alteradas sem que seja necessario modificar o
codigo-fonte.

Alem disso, foi criada uma classe AppProperties responsavel por ser o
contato entre o arquivo de propriedades e outras classes que queiram usar
suas informacoes. Essa classe foi feita seguindo a estrategia "Singleton",
na qual so' pode existir um objeto estanciado de uma dada
classe. Isso foi feito pois, como o programa e' multi-threaded e esse
arquivo contem informacoes necessarias sobre o programa, no futuro o
app.properties pode tentar ser acessado ao mesmo tempo por duas ou mais
threads (vide http://stackoverflow.com/questions/13312731/ ).Para
evitar isso, foi escolhido o uso desse padrao de projeto.

Para implementar AppProperties foi usado o "Enum". Isso deve-se ao fato
da linguagem Java assegurar que valores Enum so' sao instanciados uma vez
no programa. Entao, com "Enum" e' possivel se obter uma solucao simples e
elegante para a implementacao do "Singleton design". (vide
http://www.journaldev.com/1377/ ).
Inicio da criacao do cliente XMPP.

Foram criadas funcoes iniciais numa classe XMPPClient. Essa classe
fara a comunicacao com o servidor. Desta forma, outras classes foram
modificadas para se adaptar a essa mudanca.

Alem disso, foram criadas duas novas classes que herdam de Exception,
que sao usadas para propagar excecoes de "baixo nivel" em formato de
excecoes mais faceis de usuarios no "alto nivel" entenderem e tratarem.
Por enquanto, essas excecoes sao tratadas apenas informando ao usuario
final, em formato de Toasts, o problema que esta acontecendo. Foram
criadas mais de uma classe assim porque, futuramente, o programa
tratara de modo distinto as duas excecoes.

Porem, ressalta-se que durante testes foi identificado que nessa
atualizacao ainda nao e' possivel estabelecer a conexao com o servidor.