Java Short Messages Sender

Buenas!

Estou aqui para falar sobre as novidades que estão acontecendo e logo virão a público e também para procurar sugestões por parte dos usuário com relação aos seguintes aspectos:

1. Atualizações: a versão que se encontra no CVS possui a base de operadoras separada da aplicação. Com base nisto, é possível atualizá-la por dentro da aplicação e usufruir das atualizações sem haver necessidade de reiniciá-la e ainda há uma interface gráfica com indicação de progresso do processo de atualização (e funciona!!!). Além disso, foi adicionada uma propriedade para atualizar as operadoras automaticamente ao iniciar o jSMS. A partir da próxima versão, verificações de atualizações, tanto de operadoras quanto da aplicação, serão efetuadas em intervalos mínimos de 24h. Até o presente momento, não há qualquer estimativa para tornar a aplicação auto-atualizável;
2. Arquivos de dados: uma vez que grande parte do código do jSMS foi reescrita, estou pensando em mudar o comportamento (que atualmente está muito confuso) da alteração dos arquivos de dados nas preferências do jSMS. A palavra dados incorpora as seguintes áreas: contatos, grupos de contatos, perfis de envio e histórico. A minha idéia é, no momento que o usuário modificar a propriedade de qualquer um destes arquivos e salvar as modificações, atualizar o jSMS sem haver a necessidade de reiniciá-lo. Para tanto, a semântica da operação deve ser considerada.
   A primeira sugestão é descartar os contatos existentes e carregar somente os que estão no novo arquivo especificado (se houver algum). A minha segunda sugestão é a seguinte: ao selecionar um novo arquivo para a lista de contatos (por exemplo), o jSMS mantém a lista de contatos atual e adiciona os novos contatos (que existem no arquivo especificado, se houver) à lista. Em caso de conflito, o contato antigo é sobrescrito. A terceira possibilidade (a minha preferida) é proceder como a importação de dados, onde os novos são adicionados diretamente e, em caso de conflito, o usuário é questionado. Então, ao fechar o jSMS, toda a lista de contatos será salva no novo arquivo de dados especificado nas preferências. POR OUTRO LADO, o histório é um local sensível, uma vez que podem haver mensagens ainda não enviadas no momento no qual seu arquivo seja alterado. Mesmo assim, o comportamento será o mesmo que nos outros casos. Eu voto na terceira sugestão… e vocês?
3. Tabelas e árvores: a interação entre mouse e tabelas (contatos, histórico) e árvores (grupos de contatos) está coerente. Eu alterei o comportamento dos cliques com relação à seleção destes componentes (se houver uma ou não) e isto não deverá mais causar problemas;
4. Perfis: em primeiro lugar, a partir da próxima versão, cada perfil armazenará o número de mensagens que já enviou (a título de curiosidade do usuário). ALÉM DISSO, estou pensando em mudar a forma como os perfis são apresentados ao usuário: ao invés de utilizar um combo box, estou pensando em utilizar uma tabela. Desta forma, os perfis seriam apresentados de forma semelhante à lista de contatos… o que vocês acham disto?

Não me ocorre mais nada agora… Vocês têm mais alguma sugestão (pertinente e útil)?

A operadora Claro mudou de sistema novamente e o jSMS já está adaptado à mudança. Além disso, corrigi alguns erros internos (que ninguém deve ter percebido) e durante o fim de semana eu reescrevi uma boa parte do jSMS. Uma das novidades para a próxima versão é a separação da aplicação e das operadoras. Neste caso, será possível atualizar apenas as operadoras, de forma rápida e automática. Sendo assim, será bem mais fácil e rápido para eu lançar atualizações das operadoras, pois é um atraso ficar lançando uma nova versão somente para suportar as operadoras.

Operadoras Claro e Oi funcionando 100% denovo.