Discussion :

[Nnahaa]

Bonjour à tous,

je suis en train de développer une application Android qui récupère des logs et qui les envoie à une autre application server en Java.

Pour simplifier le transfert de logs d'une application à l'autre j'utilise une classe commune. le transfert des logs se passe bien (par socket et par l'intermédiaire de fichiers txt). La récupération coté serveur aussi (les fichiers textes sont tous corrects).

Mon problème est le suivant. sur mon serveur, je lis les fichiers txt afin de recréer une multitude d'objets Logs.
Une fois fait, quand j'affiche la méthode .toString() d'un logs, je n'ai pas le même résultat que sur Android.
ex :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
0 - 09/05/2014- 20:55:20; Aircraft: ABCD-E, 13*343*444; Location: lat. 43.36589587451, lg. 3.125487986565, alt. 5 154m, Speed: 55kt; FlightTime: 558 541 584ms; Airport: ABCD, dist: 15 551m, bearing: -128
 
0 - 09/06/2014- 18:55:20; Aircraft: ABCD-E, 13*343*444; Location: lat. 43,366, lg. 3,125, alt. 5154m, Speed: 55kt; FlightTime: 558*541*584ms; Airport: ABCD, dist: 15551m, bearing:- 128

Comme vous pouvez le voir :
- la date n'est pas la bonne. il s'agit pourtant de la date du jour. Si je fait un .getMonth pour tester, il me retourne bien 05 et non pas 06.
- l'heure n'est pas la bonne
- les doubles latitude et longitude ne sont pas inscrit en entier. Si je fait un log.getLatitude() j'ai la valeur complète qui apparaît.
- l'altitude n'a pas l'espace entre le millier et le cent tout comme la distance.
- pour le bearing, le chiffre - est décalé du nombre.


Pour information, les 2 objets affichés plus haut sont fait de la même manière : constructeur complet + affichage de la méthode .toString().
J'ai l'impression de rater qqchose sur l'affichage server. les variables de l'objet sont correctes mais pas leurs affichages.

voici ma méthode ToString():

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
public String 
	MessageFormat loggerFormat = new MessageFormat("{0} -{1, date, dd/MM/yyyy}-{1, time, HH:mm:ss}; Aircraft: {12}, {13}; {2}; EngineIsOn: {3}; Location: lat. {4}, lg. {5}, alt.{6, number, ####.##}m, Speed: {7}kt; FlightTime: {8}ms; Airport: {9}, dist:{10, number, ###.##}m, bearing:{11, number, ###.##}\n");
 
	TimeZone tz = TimeZone.getTimeZone("UTC");
	Object formats[] = loggerFormat.getFormats();
	((SimpleDateFormat)formats[1]).setTimeZone(tz);		
	((SimpleDateFormat)formats[2]).setTimeZone(tz);	
	Object args[] = {code, time, message, engineIsOn, latitude, longitude, altitude, speed, flightTime, airport.getOaciCode(), distance, bearing, aircraftID, aircraftIndex}; 
	return (loggerFormat.format(args));

J'utilise un JtextPane pour l'affichage serveur mais en mode console s'est le même problème. Avez vous des pistes? je suis vraiment bloqué là et je sais plus quoi faire.

Merci par avance. et bon Weekend

[Nnahaa]

après plusieurs tests, l'erreur vient de la récupération de la date:

si je récupère la date à partir d'un String, elle n'est pas la même que si je la récupère d'un long (correspondant au même string)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
String s ="09/05/2014-23:45:35"; // à partir d'un string
SimpleDateFormat sdf = new SimpleDateFormat("dd/MM/yyyy-HH:mm:ss");	
Date date= new Date();
date = sdf.parse(s);
 
elements.add(14, getElement(ligne,"\n", true)); // à partir d'un long

voilà le résultat que j'ai :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
1399671935000 // avec string
 
1399679135597 // avec long

Je ne vois pas où est le problème.

[thelvin]

Ce qui fait une différence de 2 heures et 597 millisecondes.
Pour les millisecondes on va dire qu'on s'en fiche, la String n'en indique pas. (Et tu nous as pas dit d'où vient le long, va comprendre pourquoi lui, il en indique. Enfin...)

Et les deux heures, on peut que supposer, mais c'est le décalage entre Paris, heure d'été, et UTC. Donc certainement une confusion dans les timezones. Je vois que tu définis plusieurs fois la timezone à utiliser, UTC, mais tu l'as peut-être oublié quelque part. Je constate par exemple que tu ne l'as pas indiqué à ton SimpleDateFormat sdf. La date parsée avec sera donc parsée dans la timezone par défaut qui, si tu es en France, a de bonnes changes d'être Paris, pas UTC.

Mais bon, on y comprend rien à tes histoires. Tu montres pas le code qui génère tes données, ça sert à rien.

[tchize_]

et pour getMonth, les valeur sont comprises entre 0 et 11, donc juin a bien getMonth() qui retourne 5

Pour le reste, je suppose que la machine android et ton serveur n'ont pas les les mêmes locales, du coup les float , les double et les dates sont affichées différement par toString().

[Nnahaa]

le code qui génère l'objet est trop complexe et long pour l'afficher ici.

d'après ce que j'ai compris j'ai un problème d'affichage des données pour les doubles qui ne s'affiche pas en entier. ce problème est maintenant réglé.

Le vrai problème viens de la date.
pour réexpliquer en schématisé :

1- quand un log se crée je fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

long time = System.currentTimeMillis();

2- j'enregistre l 'objet (et donc cette date (time)) dans mon fichier texte par l'intermédiaire de la méthode toString() vu plus haut avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
public String toString(){
	MessageFormat loggerFormat = new MessageFormat("{0} -{1, date, dd/MM/yyyy}-{1, time, HH:mm:ss}; Aircraft: {12}, {13}; {2}; EngineIsOn: {3}; Location: lat. {4}, lg. {5}, alt.{6, number, ####.##}m, Speed: {7}kt; FlightTime: {8}ms; Airport: {9}, dist:{10, number, ###.##}m, bearing:{11, number, ###.##}\n");
 
	TimeZone tz = TimeZone.getTimeZone("UTC");
	Object formats[] = loggerFormat.getFormats();
	((SimpleDateFormat)formats[1]).setTimeZone(tz);		
	((SimpleDateFormat)formats[2]).setTimeZone(tz);	
	Object args[] = {code, time, message, engineIsOn, latitude, longitude, altitude, speed, flightTime, airport.getOaciCode(), distance, bearing, aircraftID, aircraftIndex}; 
	return (loggerFormat.format(args));

J'obtiens donc dans mon fichier texte une date UTC sous le format : [dd/MM/yyyy-HH:mm:ss]

3- je récupère mon fichier texte sur un server et je retravaille le string Date ([dd/MM/yyyy-HH:mm:ss]) et c'est la que la date n'est plus correcte.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
DateFormat indfm = new SimpleDateFormat("dd/MM/yyyy-HH:mm:ss");
indfm.setTimeZone(TimeZone.getTimeZone("UTC"));
Date date = dfm.parse("09/05/2014-20:55:20");

me renvoie: 09/06/2014- 18:55:20

[tchize_]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
DateFormat indfm = new SimpleDateFormat("dd/MM/yyyy-HH:mm:ss");
indfm.setTimeZone(TimeZone.getTimeZone("UTC"));
Date date = dfm.parse("09/05/2014-20:55:20");

me renvoie: 09/06/2014- 18:55:20

Non, ça te renvoie un objet de type Date. Pour avoir "09/06/2014- 18:55:20" tu as du le reconvertir en String, c'est probablement là que tu te trompe.


et indfm ce n'est pas la même variable que dfm !!

[thelvin]

d'après ce que j'ai compris j'ai un problème d'affichage des données pour les doubles qui ne s'affiche pas en entier. ce problème est maintenant réglé.

Ouais enfin afficher un double en entier, ça fait dans les 50 décimales c'est pas une super idée. Afficher un double avec le nombre voulu de décimales, c'est mieux.

[Nnahaa]

Ouais enfin afficher un double en entier, ça fait dans les 50 décimales c'est pas une super idée. Afficher un double avec le nombre voulu de décimales, c'est mieux.

Tu as tout à fait raison, il s'agit ici de points GPS limités dans le nombres de décimale mais c'est pas très correct de laisser tel quel. j'ai modifié mon code en conséquence, merci du conseil.

Non, ça te renvoie un objet de type Date. Pour avoir "09/06/2014- 18:55:20" tu as du le reconvertir en String, c'est probablement là que tu te trompe.


et indfm ce n'est pas la même variable que dfm !!

petite erreur de ma part en copiant collant rapidement mon code. il s'agit bien de la même variable indfm en fait. j'ai essayé différentes méthodes pour instancier la date à partir de mon string (calendar, date, décomposition du String ...) mais rien ne change.
J'ai donc trouvé une solution alternative qui consiste à passer directement dans mes logs un Long correspondant à la date. la Date est ainsi cohérente et correcte. par contre j'ai un objet de plus dans ma ligne de log.

Merci de votre aide et Bon dimanche

[tchize_]

j'ai essayé différentes méthodes pour instancier la date à partir de mon string (calendar, date, décomposition du String ...) mais rien ne change.

En même temps, encore une fois, le problème n'est pas le parsing de la date, mais son affichage par la suite (la conversion date -> string que tu fais après avoir fait string -> date!)