Punt d'inflexió

El passat 7 de Juliol va ser defensat el PFC que he anat comentant en aquest blog, però això no deixa de ser un punt d'inflexió, ja que mentres no arriben les dates d'inici dels meus nous objectius penso continuar desenvolupant cosetes com ara acabar tota la lògica (actualment només hi ha el que podriem definir com nucli) i pq no, acabar tota la part flex i migrar-ho a totes les tecnologies possibles.

Gracies a tots els que heu fet aquest PFC possible, especialment al Pablo Casado i al Roc Boronat.

HowTo Long to Date

Al webservice ens arriben les dates en format string, però aquest string no conté la data en el format que espera rebre tant el negoci com la base de dades.

La taula esdeveniments esta dissenyada per tal de que les dates s'emmagatzemin en format Date. I la midlet està programada per a que ens envii la data en milisegons tal i com s'estableixen en els convenis. Per tant, hem de passar aquesta string a date de la següent manera:

String s = "5978438957894375"; //El que ens enviarien des de la midlet
Long l = Long.paserLong(s);
Date d = new Date(l);

algo és algo

Bé... diuen que menys dona una pedra, però es que la "meva" midlet ja emmagatzema dades a la base de dades!!!

a falta de passar-li un bon joc de proves, almenys ja guarda cada coseta al seu lloc i amb el seu tipus :D

Regles per fer la sincronització

Del mòbil ens arribem sempre esdeveniments amb uuid. Aleshores el que pot no tenir UID és aquell que ha sigut creat des de la interficie web.

Per cada esdeveniment rebut des del mòbil. Comprovar si existeix algun esdeveniment a la base de dades amb el mateix uuid per el mateix usuari.
Si no existeix: Es crea un esdeveniment i s'emmagatzema a la base de dades.
Si existeix: Es comproven les revision date.
Si la més gran és la que ve del mòbil: Es modifica les dades de la dB.
Si la més gran és la de la dB: Es guarda l'objecte en una collection temporal.

L'iterador (que ja està implementat) només recuperarà aquells que no tenen UID. Aleshores aquest iterador li afegim la collection creada. Ho passem a XML i ho retornem cap al mòbil.

NOKIA N70 i les versions de MIDP

Avui em disposava a provar la meva midlet en el meu telèfon mòbil personal i quan intento instal·lar la nova versió realitzada amb netbeans 6.1 em trobo que el mòbil em diu que és impossible dur a terme la instal·lació ja que hi ha una incompatibilitat de versions.

En una primera tanda de preguntes contra Google, aquest no m'ha donat gaires respostes (res més enllà de gent que no pot instal·lar el tom tom pq no té activada l'opció que et permet instal·lar programes en el teu telèfon mòbil)... així que he pensat... això serà algo rollo "es que la versión de algo no me gusta..." i efectivament!!! Quan configurem un nou projecte per a desenvolupar midlets encara no podem utilitzar la darrera versió apareguda de MIDP, la versió 2.1... tot i que si no recordo malament ja fa més d'un any que ha vist la llum aquesta versió... serà qüestió de fer la àrdua i mandrosa tasca de fer backup del contingut del mòbil i provar les noves versions de firewire que han sortit.

DEVICE CONFIGURATION : CLDC 1.1
DEVICE PROFILE: 2.0

Edit : Ha passat més d'un any i des de la darrera versió del firmware i no han tret cap nova versió... :(

Al final he trobat totes les especificacions del meu Nokia
http://www.forum.nokia.com/devices/N70

Possibles millores

El temps s'està esgotant i això implica que el meu projecte no farà tot el que a mi m'agradaria, és per això que em veig obligada a tenir un apartat de possibles millores.

La primera d'elles és la diferenciació dels tipus d'usuari. Com a tot sistema s'han d'establir diferents rols / permisos / scope's per tal de garantir un bon ús i gestió de l'aplicació. Ara per ara, tot usuari que es creï no tindrà permisos d'administrador, a no ser, que es modifiqui de forma manual el camp isAdmin de la taula usuaris.

La diferenciació de perfils sempre és interessant per els temes de visualització d'opcions, continguts, etc. Ens permet oferir un servei més personalitzat al perfil d'usuari que hi accedeix.

Si a algu se li ocurreixen més millores... sempre seran ben rebudes!!

Petades Hibernateres!

Intentant possar en marxa el meu PFC m'he trobat amb alguns problemillas, aquí deixo les solucions per si algu es troba en la meva mateixa situació.

L'error que es mostrava per consola d forma resumida és el següent :

org.hibernate.MappingException: invalid configuration

El problema és q no pot mapejar les dades que conté el hibernate.cfg.xml (on tenim totes les cosetes d'hibernate configuradetes), solució afegir abans d tot això:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE hibernate-configuration PUBLIC
"-//Hibernate/Hibernate Configuration DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">

+ info : http://www.eclipseplugincentral.com/PNphpBB2-printview-t-2646-start-0.html


Següent petada:
org.hibernate.MappingException: could not interpret id generator

Cal mirar els mapejos de totes les nostres taules, són els fitxers *.hbm.xml que trobarem, en el cas del meu projecte, a : edu.upc.pfc.eci.dao.conf

L'error venia pq en l'id que genera hibernate tenia que el generator class era una sequencia quan ha de ser "native" :

Es col·loca per defecte en sequence ja que està pensat per quan es realitzen conexions contra Oracle, però si treballem contra MySql ja ens accepta els objectes "natius".

+info : http://www.myeclipseide.com/index.php?name=PNphpBB2&file=viewtopic&t=11667&start=0&postdays=0&postorder=asc&highlight=

Tercera petada:

En aquest cas és per falta d'una llibreria:

java.lang.NoClassDefFoundError: net/sf/cglib/proxy/CallbackFilter

Aquest és el missatge que ens dona i ens cal fer l'import de la llibreria CgLib que podem obtenir a la següent web: http://cglib.sourceforge.net/

+info : http://micaelgallego.blogspot.com/2004/12/httpcglibsourceforgenet.html
http://forum.springframework.org/archive/index.php/t-10513.html

Quarta!

Error: java.lang.NoClassDefFoundError: org/objectweb/asm/Type
Solució: La llibreria CgLib té dependencies, en aquest cas ens falta la llibreria asm.jar

+info : http://forum.springframework.org/showthread.php?t=19016
get it : http://forge.objectweb.org/projects/asm/

Probablement ens apareguin més petades per la manca de llibreries. O per que les noves versions d'aquestes no acaben de funcionar del tot bé. Es recomana l'ús de llibreries que funcionin sense dependències ja que ens facilitaran més la feina.