O Android é o novo sistema operacional desenvolvido pelo google para ser usado em dispositivos móveis. Possui uma Virtual Machine própria chamada Dalvik VM, que serviu somente para não pagar os direitos autorais da Sun 🙂
A linguagem é “Java”, ou pelo menos se parece. Marketing utilizado para conquistar a massa javeira para a plataforma. Pelo pouco que vi, não se parece nem um pouco com JME e acredito que seja mais amigável inclusive (o que não é mais amigável que JME?).
Vi no blog do Carl Rosenberguer um post muito interessante, falando da integração do Android com o db4o e parece que deu tudo certo. Ele substituiu a camada de persistência default(sqlite) pelo db4o e criou um projeto chamado Android Password Manager, pode ser baixado em: http://developer.db4o.com/ProjectSpaces/view.aspx//Android_Password_Manager.
É perfeitamente possível utilizar o db4o em ambientes web porque o seu banco de dados trabalha sempre em modo thread-safe. Servlets podem ser acessados por múltiplos threads, e as transações chamadas ao core do db4o são feitas em thread-safe.
Copie as bibliotecas do db4o para o diretório WEB-INF/lib para que a sua aplicação tenha acesso às classes responsáveis para a criação do servidor e do cliente da base de dados. E da mesma forma que funciona na versão desktop, nós não precisamos ter preocupações com mapeamentos, containers e outras complicações. Mesmo assim é preciso configurar algumas coisas. Primeiro devemos configurar o acesso ao arquivo do banco de dados e depois pensar em uma forma de criar somente um ObjectServer para toda a aplicação.
O funcionamento ideal seria a criação do ObjectServer no startup do contexto da aplicação e o fechamento da conexão quando o contexto também fosse fechado. Para isto é preciso criar uma Listener class, que não é fornecida pela API do db4o. Abaixo segue um código de exemplo de um Listener que vem juntamente com o tutorial do db4o:
É bem simples visualizar o que este código faz. Quando o contexto é inicializado o db4oServer é instanciado e quando o contexto é parado, a conexão com o banco é finalizada.Depois configure o Listener para o application context de sua aplicação dentro do arquivo web.xml que pode ser encontrado no diretório WEB-INF:
Observe que deve ser descrito o nome completo da classe (listando o pacote onde o listener está). Agora precisamos configurar o path do arquivo do db4o que será utilizado pelo Listener:
Observe que a constante KEY_DB4O_FILE_NAME do Listener possui o mesmo valor do context parameter.Acho esse tema interessante e, por isso, quero dar continuidade no próximo post trabalhando com um servlet efetuando operações de persistência e consulta de objetos no banco de dados.
É realmente bem estranho testar algo sem que ele exista. Mas é exatamente isso que esta metodologia ágil descreve. A filosofia do método é:
Além de escrever o teste antes da criação do código, o design incremental do seu código é outro item fundamental no TDD.Mas qual é o ganho em utilizar esta metodologia?
Nesta pequena introdução de desenvolvimento orientado a testes, pretendo descrever passo a passo como desenvolver uma aplicação para o calculo de IMC (Índice de Massa Corporal) que é feito da seguinte forma:
Estamos com alguns problemas aqui. O teste não compila porque a classe IMC não existe, muito menos o seu construtor e o atributo imcResult. Além disso estamos acessando o atributo de classe diretamente, o que não é conveniente.
Vamos então aos baby steps, corrigindo os erros com pequenas alterações até que o código do teste seja compilado e executado. Lembre-se de utilizar a IDE para facilitar a sua vida na geração das classes, métodos etc.
Neste momento o teste é compilado e roda com erros. O próximo passo é fazer com que a barra vermelha fique verde. Acrescente um método que retorne um valor que resulte o sucesso do teste e encapsule o atributo imcResult.
Neste momento o teste passa para verde, mas precisamos melhorar o nosso código refatorando e removendo a duplicação.Veja o código completo:
Este post foi uma pequena introdução do que é o TDD e para que serve. Os “devotos” do desenvolvimento de software baseado em XP já estão bem acostumados com o TDD. Para um maior aprofundamento desta técnica acesse os sites:
Na minha última atualização do Mac OS o Onyx parou de funcionar. Eu julgava o Onyx o melhor programa de manutenção para o Mac OS. Mas a necessidade de procurar outro software semelhante me fez achar o MainMenu, que efetua praticamente todas as funcionalidades do Onyx e mais um pouco, além, é claro, de funcionar na atual versão do Mac OS que utilizo.
O programa pode ser baixado em http://www.santasw.com/cgi-bin/download.cgi?file=MainMenu. Roda nas versões 10.4 (Intel e PPC), 10.3.9 E 10.3. Agendar tarefas, corrigir problemas de permissão, limpeza de cache, logs, exclusão de arquivos DStore, ativar / desativar arquivos ocultos etc. Tudo isso com a licença free.
Desde de 2005 que vejo uma certa movimentação, tanto das empresas quanto do governo, para a implementação do WiMAX no Brasil. Em termos bem simples, a WiMAX é uma tecnologia muito parecida com a do wi-fi (ambas sem fio). A grande diferença é o alcance e a velocidade entre essas redes. Em uma rede wi-fi o alcance do sinal é de 100m em média, com uma velocidade de 54 Mbps, enquanto na WiMAX o alcance é de até 50 km de raio, com uma velocidade de 75Mbps.
A primeira vez que ouvi falar dessa tecnologia e de uma futura implementação no Brasil foi na TV Câmara (acreditem, eu assistia!). No programa, o presidente da comissão de ciência e tecnologia, Julio Semeghini, do PSDB, falava sobre as vantagens de implementar a WiMAX no sentido da inclusão digital em áreas mais carentes, facilitando o acesso à Internet e a serviços que algumas cidades do interior que não possuem acesso ADSL poderiam adquirir com este projeto. Mas até agora eu não ouvi falar em uma previsão de lançamento da rede, muito menos quanto isto vai custar para o consumidor. Há poucos dias atrás li na Folha Online que a cidade de Nova Iorque estará com suporte a WiMax em 2008, onde a Sprint vai investir cerca de US$ 5 bilhões até 2010 para implementar a rede nos Estados Unidos.
Até isso sair no Brasil, vamos gastando o nosso dinheiro com conexões ADSL ridiculamente lentas a preços altíssimos e os provedores de acesso à Internet juntamente com as gigantes de telecomunicações se enriquecendo às custas do povo.