Buongiorno ragazzi,
vi scrivo per chiedervi aiuto su un problema.
Ho un'applicazione web realizzata utilizzando la versione 3.5 del framework .NET.
Funziona tutto correttamente, salvo che per una query che interroga un campo float recuperando tutti i record <= 0,01.

Ecco lo script che entity framework invia al db

WHERE [Coefficiente] <= cast(0.01 as float(53))

Se viene eseguita ritorna sempre tutti i record della tabella, senza applicare alcun filtro.

ho provato ad esplicitare nel web.config la cultura per l'applicazione

<globalization requestEncoding="latin9" responseEncoding="latin9" culture="it-IT" uiCulture="it-IT" />

ma purtroppo continua a non funzionare.

Vi aggiorno sulla situazione:
Ho fatto ulteriori prove ed ho riscontrato che importando le classi entity framework in una nuova web application funziona tutto correttamente. A questo punto l'unica differenza con quella non funzionante è che quest'ultima utilizza entity framework attraverso un webservice.

Grazie in anticipo per qualsiasi informazione utile

---

Modificato da dadox77 il 21 novembre 2011 12.08 -

---

Modificato da dadox77 il 28 novembre 2011 11.45 -

Ciao,
facendo dei replace da punto a virgola (o viceversa) secondo me si corre il rischio di fare confusione col separatore delle migliaia, nel caso in cui l'utente possa digitare numeri maggiori di 1000.

Il metodo float.Parse() ha un overload che accetta come parametro anche la culture di riferimento. Quindi potresti fare:

Così il parsing verrà effettuato in accordo con la Culture dell'utente.
Anche se questo sistema, di per sé, non è che sia risolutivo... che succede infatti se il browser impone una culture en-US ma l'utente di fatto è italiano ed è abituato a separare i decimali con la virgola? Succede che probabilmente il parsing darà risultati inaspettati, come del resto stai già sperimentando.

Allora dovresti impedire all'utente di usare i separatori a casaccio, magari legando la textbox ad un RegularExpressionValidator la cui espressione sarà generata dinamicamente in base alla Culture corrente. Qui trovi un esempio su come generare l'espressione.
http://stackoverflow.com/questions/1438333/regular-expression-to-validate-numeric-values#answer-1438337

Così validi il numero e lo parsi usando la stessa Culture, qualunque essa sia.

ciao

Ho fatto un test con un collega ed ho riscontrato che nel suo caso il separatore era "." mentre per me era ",".

ciao, se la culture è impostata su auto, asp.net la determinerà in base alle preferenze sulla lingua del browser, che vengono comunicate al server tramite l'intestazione "Accept-Language". Probabilmente il tuo browser invia una cosa diversa dal suo... Non credo che la presenza del client in rete locale o in internet sia influente.
Infatti, se con un reflector vai ad ispezionare il codice di Page.Culture, vedrai che alla fine viene scelta in base al valore di Request.UserLanguages, che è una collezione che riflette i valori inviati con l'intestazione "Accept-Language".

Stampa nella pagina il valore di Request.UserLanguages[0] e vedrai che il tuo valore non sarà identico al suo.

Il problema iniziale era su due radiobutton in cui erano "scolpiti" value con virgola.

ok, se lo imposti tu poi è facile parsare il valore perché sai esattamente quale separatore hai usato. In questo caso non è necessario scegliere un separatore in base alla culture dell'utente, puoi benissimo continuare ad usare il punto purché poi utilizzi l'overload di float.Parse che accetta una culture tipo en-Us (o CultureInfo.InvariantCulture).

Il problema nasce quando l'utente ha facoltà di inserire del testo libero nelle textbox perché, specie se hai un pubblico internazionale, non puoi sapere a priori quale separatore è abituato ad utilizzare.

Devi necessariamente controllare il valore immesso nelle textbox affinché sia valido secondo la culture dell'utente, oppure puoi obbligarlo ad usare un separatore scelto da te (es. il punto). Infatti hai optato per questa seconda soluzione, impostando per tutti gli utenti la culture en-US.

Ora però bisogna fare in modo che gli utenti italiani si adeguino a questa convenzione. Ad esempio inibisci la digitazione della virgola col javascript, oppure a scanso di equivoci crea due textbox: una per inserire la parte intera e una per la parte decimale del numero. Queste due non sono granché come soluzioni ma serviranno ad evitare la confusione che potrebbe sorgere nell'utente che è abituato ad usare la virgola come separatore di decimali.

Ad ogni modo fai sempre validazione server side usando un RegularExpressionValidator.

ciao,

ciao,

dadox77 ha scritto:

si riscontra sempre accedendo da client via internet (in intranet tutto funziona perfettamente)

è lo stesso server che risponde ad entrambi i tipi di richieste, giusto? E' strano che si comporti in maniera così differente quando ci si collega da internet, addirittura da mandare in errore il caricamento degli assembly di Crystal Reports.

Non è che per caso nell'IIS del server sono configurati 2 siti, uno che risponde se lo si raggiunge dall'ip pubblico e l'altro dall'ip di rete locale? Se hai possibilità di accedere al server, apri la console di IIS6 e controlla quanti siti sono configurati in esso. Per ciascuno, annota quali sono i "Binding" e le cartelle fisiche a cui puntano.
Se ci sono due siti che puntano alla stessa cartella fisica, possono avere configurazioni diverse (trattandosi windows server 2003) e quindi comportarsi in maniera diversa...

ciao