XMLC_CULTURE & XMLC_OSCULTURE team !!!

Version imprimable

08/02/2006, 18h12
mchicoix

XMLC_CULTURE & XMLC_OSCULTURE team !!!

Tous,

Je viens de relire la FAQ de RDM sur l'utilisation de XMLC_CULTURE & XMLC_OSCULTURE et voici le test avec son résultat que je viens de faire:

XMLC_CULTURE = FR
XMLC_OSCULTURE = EN (car SQL Server US)

1) J'ai bien le bon affichage 30/12/2005 (pour le 30 décembre 2005)
2) J'ai une requête qui à l'aide de cette date me redonne l'ID correspondant (calendrier perpetuel) .
Le champ dans cette table est de type DATETIME (SQL Server).
Quand je fais un select avec cette date en passant comme paramètre la date il m'envoie une erreur me disant que la date '30/12/2005' est incorrect.
Le paramètre dans la querie qu'il soit VARCHAR ou DATE me donne le même message d'erreur.

D'après l'explication de la FAQ je m'attendais que le framework convertisse la date. je me trompe ?

Merci pour vos commentaires
Michel
08/02/2006, 18h17
RDM

ton OS il est FR ou US ?
qu'est-ce qu'il se passe sit u XMLC_OSCulture à blanc ?
et avec XMLC_OSCulture à FR ?
08/02/2006, 21h51
mchicoix

Citation:

Envoyé par RDM

ton OS il est FR ou US ?
qu'est-ce qu'il se passe sit u XMLC_OSCulture à blanc ?
et avec XMLC_OSCulture à FR ?

Aie sur mon test je m'explique j'ai une base SQL sur un OS english/us pour tester la base client et j'ai mon serveur web donc en FR. Vous allez me dire que mon architecture de test est bancale.. oui un peu ... mais non si on est en environnement ntiers où je peux avoir différents serveurs avec des OS de différentes origines.... y a t'il une soluce ?

J'essaye demain en mettant tout sur le même serveur car c'est actuellement le cas chez nos clients.

Michel
08/02/2006, 22h03
RDM

la culture est faite pour ca
08/02/2006, 22h17
mchicoix

Citation:

Envoyé par RDM

la culture est faite pour ca

Euhh oui si je comprends bien avec XMLC_CULTURE on règle l'affichage là de se côté nickel ... mais quand j'ai un serveur WEB FR et que j'ai un serveur WEB EN/US je ne sais pas quoi mettre dans XMLC_OSCULTURE...

Je sais que déjà car c'est ce qui tourne actuellement, quand j'ai une serveur WEB/DB (même machine donc même OS) j'ai toujours laissé XMLC_OSCULTURE à vide et dans notre code on fais gaffe que la conversion soit ok d'où notre recherche de cette configuration via se paramètre qui évite du code mais bon pour l'instant en vain.

Michel
09/02/2006, 09h06
rgarnier

Pour résoudre ce genre de pb :
1 - Je m'arrange toujours pour que les régional settings du user SYSTEM soient les mêmes que mon serveur de bd (ce n'est pas contraignant et surtout, ça évite une potentielle transformation supplémentaire) et j'affecte un XMLCOSCULTURE à une culture SRVWEB figée. Je suis sur d'être cohérent avec moi-même.

2 - J'affecte une culture à chaque user et dès que je manipule une date ou un nombre j'effectue les transfos appropriées (modif du framework car l'existant ne me convenait pas, mais cela date de la v7, mais comme ça marche bien...)

Avec une config comme cela, je n'ai qu'à penser à une conversion entre 2 tiers (au lieu de 3) et c'est relativement aisé.
09/02/2006, 17h58
mchicoix

Citation:

Envoyé par rgarnier

Pour résoudre ce genre de pb :
1 - j'affecte un XMLCOSCULTURE à une culture SRVWEB figée. Je suis sur d'être cohérent avec moi-même.
.

Cela me semble bien ta solution, juste un truc:

C'est quoi SRVWEB ? c'est une culture que tu définis dans le fichier cultures.xml ?

Merci
Michel
10/02/2006, 14h02
rgarnier

En fait c'est uniquement pour que ce soit encore plus simple à comprendre ; je sépare à coup sûr les 2 cultures.
Enfin, c'est plus parlant pour moi.