Arquivo Discussoes de Programacao e Tecnologia 
Olá, pessoal, estou nos últimos dias pesquisando intensivamente sobre RMS, e após muita leitura, estou pensando em começar um projeto de um Banco de Dados para dispositivos móveis baseados em J2ME.
Sei das limitações do J2ME, mas após meus estudos creio ser totalmente possível;
O que vocês acham???
Seria muita ousadia???
Penso que falta algo assim que seja Open Source, pois só existem soluções comerciais.
Se alguém se interessar, por favor da um toque ai no forum.
Obrigado,
Luiz Alberto
Eu me interesso…
ATé hoje um dos meus maiores problemas com o J2ME é o armazenamento de dados… diga o que tem em mente!!!
Um abraço!
Se precisar de ajuda to nessa…
Embora acho dificil implementar certas features de bds “parrudos” e, dispositivos tao restritos…
Abraços
bom pessoal, o que tenho em mente é criar um sistema simples de armazenamento aproveitando a estrutura RMS, tipo assim, sei da complexidade de se utilzar RMS como se fosse um BD que estamos acostumados, mas se tivermos um pouco de trabalho poderiamos desenvolver uma api que facilite este trablho e permita às pessoas que utilizarem este sistema terem uma impressão que estão utilizando um pequeno SGDB.
Acho que o primeiro passo é levantar o que é possível e o que não é possível desenvolver.
Não sei se é muita ambição, mas creio que com um pouco de suor podemos fazer isso.
O que acham???
Luiz Alberto
Acho legal ter um projeto que simplique o uso do RMS.
Qualquer tentativa de evitar duplicidade de código na serialização de objetos que vão ser persistidos, simplicação de APIs e tentativas de trazer para o J2ME conceito de uso de bancos, é válida.
O ideal não é portar algo que roda no desktop e fazer rodar no j2me, mas sim, aproveitar o que o rms tem e tirar vantagem.
É extamente isso que eu penso em fazer, até mesmo pq portar bancos de j2se para j2me é uma tarefa quase impossível.
eu gostari que o pessoal que se interessar por esse projeto pudesse enviar idéias do que poderiamos implementar e o que deveriamos deixar de lado.
Acho que é um bom ponto para começar-mos.
Por exemplo, uma coisa que eu não gosto, é que em cada classe que representa um item que desejo serializar, eu tenho que usar Streams, implementando o serialize, desserialize (ou ressurect)…
Imagina ter 5 classes dessas (Cliente, Pedido, Item,etc…), quanto código repetido vc vai ter para fazer as mesmas coisas ?
No J2SE até que o impacto é ínfimo, no J2ME não é, e tem celular reclamando de simples aplicações que ultrapassam os 32Kb !!!
Por isto, quanto menor a aplicação, melhor.
Para resolver isto, eu criei uma classe de acesso ao banco que é ela que serializa a representação dos meus objetos que obtem através do método toString em cada classe.
Dessa forma o monstro de código só fica numa única classe e com isto o tamanho da aplicação fica menor e menos código tenho nas classes fazendo a mesma coisa.
Talvez um outro meio de fazer a mesma coisa, seria útil.
Uso esta abordagem pois me pareceu mais lógica e que economiza no tamanho final da aplicação que é o principal.
E aih pessoal. tava lendo e senti uma grande aderencia a minha necessidade… esse projeto evoluiu?
VELO
E aí… como é que está a parada??/ Quanto teremos um projeto no SourceForge???
Por exemplo, uma coisa que eu não gosto, é que em cada classe que representa um item que desejo serializar, eu tenho que usar Streams, implementando o serialize, desserialize (ou ressurect)…Imagina ter 5 classes dessas (Cliente, Pedido, Item,etc…), quanto código repetido vc vai ter para fazer as mesmas coisas ?
No J2SE até que o impacto é ínfimo, no J2ME não é, e tem celular reclamando de simples aplicações que ultrapassam os 32Kb !!!
Por isto, quanto menor a aplicação, melhor.Para resolver isto, eu criei uma classe de acesso ao banco que é ela que serializa a representação dos meus objetos que obtem através do método toString em cada classe.
Dessa forma o monstro de código só fica numa única classe e com isto o tamanho da aplicação fica menor e menos código tenho nas classes fazendo a mesma coisa.
Talvez um outro meio de fazer a mesma coisa, seria útil.
Uso esta abordagem pois me pareceu mais lógica e que economiza no tamanho final da aplicação que é o principal.
ai cara to pasando pelo mesmo dilema aqui, sera que tem como vc me passar tua classe que trata isso tudo ae? abraço.
fala pessoal, desculpa atravessar e talvez desmotivar o projeto de voces mas tenho que falar/escrever.
voces ja conhecem o pointbase ?
Acho q se fosse um GUI seria + interessante:
PointBase, resolve mta coisa…
e RMS…tudo faz, stream, som, imagem…
vejam o WTK 2.5 MSA
abraços
…bom pessoal, não estou aqui pra desmotiva-los.
Mas, com RMS tudo eh possível, ateh agora não entendi a necessidade,
ateh pq o PointBase eh sua solução para cada solução…
ou seja, veja qual a sua necessidade no momento, se RMS resolver, blz, senão…PointBase.
O projeto que estou desenvolvendo uso:
JME + XFire + Hibernate + Oracle
onde, os dados são solicitados via WS, retorno, e gravo no meu RMS, dados, imagem…
bom, acho q eh soh…
abraço.
Ah.: Talvez se usar esse projeto, pq não um projeto de GUI ?
Alguem ja usou, ou usa uma framework de persistencia chamada floggy?
abraços.
Essa série de artigos sobre o assunto é bem interessante:
http://developers.sun.com/techtopics/mobility/midp/articles/databaserms/
achei esse tambem sobre persistencia muito bom.
deu uma esclarecida aqui pra mim.
abraços.
http://java.sun.com/developer/J2METechTips/2002/tt0226.html#tip2
Pessoal,
Sou um dos líderes do projeto Floggy, que é um framework para persistência de objetos em JME. Ele começou como um projeto de conclusão de curso e resolvemos transformá-lo em um open source.
Estamos trabalhando para liberar uma versão e documentação em inglês até o final de maio. O site (que está quase pronto) é http://floggy.org.
Quem acessar verá uma mensagem com a data de previsão de entrega da primeira versão oficial.
Para persistir objetos utilizando o Floggy, basta implementar uma interface que todo o trabalho “sujo” será feito pela API. O código de persistência é adicionado em tempo de compilação, já que JME não suporta recursos avançados de reflexão.
Aguardem! Em breve!
Floggy, do Brasil para o mundo! 
Caso queiram entrar em contato, enviem um e-mail para [email removido].
Abraços,
Thiago Rossato
ola.
tb to pesquisando uma solucao de persitencia que possa embutida no jar da aplicacao j2me.
O que vcs sugerem?
ola.tb to pesquisando uma solucao de persitencia que possa embutida no jar da aplicacao j2me.
O que vcs sugerem?
Já que vc reviveu o tópico, vc testou o floggy e não conseguiu isto ?
achei o floggy… baixei ele to testando.
valeu pela dica.
achei o floggy… baixei ele to testando.valeu pela dica.
Foi o que pensei…vc não lei os posts sobre este assunto…
Viu a dica não é minha…mas ok, pelo menos está indo atrás do assunto. Boa sorte…
É uma otima ideia…
Mais o Floggy é excelente quando se trata de armazenamento RMS para celular.
Eu acho que não compensa, já existem bastante opções usando RMS, alem do que a tendencia é de dispositivos mais robustos.