Si se puede acceder al servidor viejo, lo que hay que comprobar es qué
formato de fecha que usa. Por lo que dices, el formato es MM/dd/yyyy y no se
puede cambiar. Seguramente el código del web service crea las fechas usando
la clase DateTime, y establece la cultura internamente usando:

IFormatProvider culture = new CultureInfo("en-US", true);

 

 

  _____  

From: puntonet@mug.org.ar [mailto:punto...@mug.org.ar] On Behalf Of
eugenioalo...@xoft.com.ar
Sent: Friday, February 27, 2009 10:11 AM
To: puntonet@mug.org.ar
Subject: [puntonet] Problema con fechas

 

Ya probe configurar la cultura en "es-AR" y no paso nada.

La definicion de uno de los metodos webservices es la siguiente:

<WebMethod(Description:="Calcular cantidad de días al 1er descuento",
EnableSession:=True)> _
Public Function CalcularDias(ByVal dFecha As Date) As String


Si desde la pagina de test del webservices ejecuto este metodo, me pide el
parametro:


si le pongo 02/26/2009 ... anda ok

si le pongo 26/02/2009 ... da el siguiente error 


System.ArgumentException: Cannot convert 26/02/2009 to System.DateTime.
Parameter name: type ---> System.FormatException: String was not recognized
as a valid DateTime.
   at System.DateTimeParse.Parse(String s, DateTimeFormatInfo dtfi,
DateTimeStyles styles)
   at System.DateTime.Parse(String s, IFormatProvider provider)
   at System.Convert.ToDateTime(String value, IFormatProvider provider)
   at System.String.System.IConvertible.ToDateTime(IFormatProvider provider)
   at System.Convert.ChangeType(Object value, Type conversionType,
IFormatProvider provider)
   at System.Web.Services.Protocols.ScalarFormatter.FromString(String value,
Type type)
   --- End of inner exception stack trace ---
   at System.Web.Services.Protocols.ScalarFormatter.FromString(String value,
Type type)
   at
System.Web.Services.Protocols.ValueCollectionParameterReader.Read(NameValueC
ollection collection)
   at System.Web.Services.Protocols.HtmlFormParameterReader.Read(HttpRequest
request)
   at System.Web.Services.Protocols.HttpServerProtocol.ReadParameters()
 & nbsp; at
System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest()< /P> 

 

 

Original Message:
-----------------
From: Eugenio Alonso eugenioalo...@xoft.com.ar
Dat e:  Fri, 27 Feb 2009 11:53:06 -0200
To: puntonet@mug.org.ar
Subject: [puntonet] Problema con fechas


Ahora voy a tratar de mirarlo, no tengo habilitado el acceso remoto y ahora
al mediodía voy a ese cliente recién.

 

Ayer haciendo una prueba casera, 

 

Ctype(“10/04/2009”,date)   

 

En el servidor viejo: devuelve 10 de abril

 

En el servidor nuevo: devuelve 04 de octubre

 

 

Saludos, Eugenio

 

 

  _____  

De: puntonet@mug.org.ar [mailto:punto...@mug.org.ar] En nombre de Leonardo
Micheloni
Enviado el: Viernes, 27 de Febrero de 2009 11:27 a.m.
Para: puntonet@mug.org.ar
Asunto: [puntonet] Problema con fechas

 

No tenés los fuentes...tenés posibilidad de mirar el código con reflector
como para ver qué es lo que hace.

saludos, Leonardo Micheloni.

 

 

2009/2/27 Leandro Halfon <leandrohal...@gmail.com>

No estoy seguro de si te va a solucionar, pero en el tag Globalization del
web.config podes configurar para que tenga la cultura en español.


Espero te sirva.
Saludos.,

2009/2/27 Eugenio Alonso <eugenioalo...@xoft.com.ar>

 

Hola a todos !

            

Tengo unos Web Services (.net 1.1) desarrollados por 3ros ( sin fuentes ).
Que funcionaban correctamente desde hace varios años.

Por razones técnicas tuve que cambiar el servidor. 

Y ahora estoy teniendo problemas con las fechas. 

Cuando ejecuto un método que recibe un parámetros string que contiene una
fecha. Toma formato MDA en lugar de DMA.

 

Ya corregí la configuración regional del servidor a DMA, pero el problema
sigue.

 

Algún lugar mas tengo que tocar para que el .Net tome el formato correcto?? 

La principal diferencia es que el Windows 2003 del servidor antes era en
español y ahora en ingles.

 

Muchas Gracias.

Eugenio Alonso

 

 

  _____  

mail2web LIVE – Free email based on Microsoft® Exchange technology -
http://link.mail2web.com/LIVE

Responder a