Comportement différent sur les dates entre deux répliques

[HAB69]

Bonjour,
j'ai la même base répliquée sur deux serveurs.
Dans un vue j'ai (Datcar est une zone texte contenant une date) :
@texttotime(dateCar)
dateCar

Sur le premier serveur j'ai le résultat :

07/02/2011 07/02/2011

Sur le deuxième j'ai
02/07/2011 07/02/2011

J'ai les mêmes documents sur les deux serveurs. J'affiche les vues et les bases avec le même client, le même site.

De plus j'ai dans un masque une formule de recherche basée sur la date qui fonctionne bien sur le premier serveur et ne donne rien sur le deuxième serveur.
J'ai essayé de supprimer la base du deuxième serveur et de recréer une réplique à partir du premier. Le résultat est le même. Le deuxième serveur me donne du MM/DD/YYYY alors que la donnée est en DD/MM/YYYY. Déjà vu cela ?

Merci de votre aide.

[Michael DELIQUE]

salut

tu n'aurrais pas un server dont l'os a la date en français et l'autre en anglais ?

[Grey Goda]

Oui j'ai déjà vu ça... Tu dois avoir un serveur en ENG et l'autre en FR. Il me semble aussi que sous Window$ les paramètres régionaux sont pris en compte...
Mais j'imagine que tu ne vas pas changer la config d'un de tes serveurs pour ton appli...

Une piste : Idéalement, il faudrait que ton champ date soit de type date et pas de type chaine...

Tu peux utiliser la formule suivante pour construire ta date :

@Date( année ; mois ; jour ; heure ; minute ; seconde )

et tu détermines les jours et mois en découpant ta chaîne...

Par contre, je le ferai au niveau d'un champ calculé par exemple et pas dans la colonne de ta vue pour des raisons de perf....

[Michael DELIQUE]

re,

regarde si cà ne t'aiderais pas => http://srv1.domlike.net/domlike/dl2.nsf ... OME-6RZPLM

[HAB69]

Bonjour,
après vérification mes deux serveurs sont en français dans les paramètres régionaux. J'ai vérifié aussi les paramètres de la base de registre
HKEY_USERS/DEFAULT/Control Panel/International/iDate
Et ils sont bien tous les deux à la bonne valeur (1 pour le DMY). Malheureusement je ne peux pas modifier le type du champ dans mon masque car j'interviens en maintenance seulement et je dois résoudre les problèmes ponctuels sans faire de profonds changements dans la base.

[Grey Goda]

Ok...

Tant que tu es dans la base des registres, vérifie les autres valeurs... Notamment sLongDate et sShortDate.

Est ce que tu fais bien ta vérification sur le compte utilisateur/système utilisé pour faire tourner le serveur ? Je me suis déjà amusé quelques heures sur un autre sujet en checkant la partie HKEY_USERS de la base de registre sur un mauvais compte.

[HAB69]

Bonjour,
j'ai vérifié les différents comptes présents dns HKEY_USERS et pour l'ensemble nous avons iDate = 1. longDate est du type DD/MM/YYYY. Bizarre, il doit bien prendre sa config quelquepart. Mon serveur est un 8.5.1. Je vais devoir adapter mon code pour ce serveur en particulier.
Merci. Si vous avez d'autres idées, je suis preneur.

[Grey Goda]

J'ai pris 5 mn pour regarder sur le forum IBM... Ca ne te consolera pas mais... apparemment tu n'es pas le seul !

Regarde ici et là

Tu noteras dans le deuxième post que la seule différence serait le fait qu'un serveur ait été upgradé alors que l'autre a été installé... Est ce ton cas ?

Bref, ca ressemble donc à un bug... Ton serveur est il à jour coté fixpack ? Je n'ai pas trouvé de correctif là dessus dans la fixlist mais bon... sait on jamais...

[HAB69]

Bonjour,
effectivement l'un des serveurs a été up-gradé depuis une version 6.5 et l'autre est une installation "from scratch". J'ai modifié les paramètres régionaux, les clés de la base de registre, le comportement ne change pas (toujours format US).
On va clore ce billet sur la notion d'imprécision de développement (bug).


Merci de votre aide.

[Grey Goda]

Si tu as encore un peu de courage, tu peux peut être essayer de comparer le notes.ini des deux serveurs... Peut être que tu trouveras un restant de la 6.5 qui perturbe la 8.5... ou réciproquement...