El armario "ropero" - Todos los comentarios

re: Ejecutar un servicio de Windows en 32-bit en un Windows de 64-bit

Julio — Thu, 18 Aug 2011 20:55:27 GMT

Excelente aporte. Muchas gracias

re: [WCF] Usar ClientMessageInspector para añadir información a las soapHeaders

pregunton cojonero — Thu, 10 Feb 2011 11:48:07 GMT

Gracias señor.

Sugerencia de post de [WCF] Usar ClientMessageInspector para Trazar con Trace.WriteLine a fichero de texto por ejemplo.

salu2grz

re: Ejecutar un servicio de Windows en 32-bit en un Windows de 64-bit

Miguel Ángel — Tue, 02 Feb 2010 18:42:31 GMT

Acabas de salvarme la vida. Gracias!

re: System.Transactions y concurrencia

preguntoncojonero — Thu, 07 Jan 2010 07:57:21 GMT

Señor, gran artículo.

Y una duda, por curiosidad, en C# cuál sería la mejor forma de hacer "una transacción" para actualizar una base de datos y modificar (o mover, copiar, crear) un fichero ??

Es decir, que las operaciones de actualizar base de datos y acceso a disco fuesen ´como una sóla operación atómica. Nunca vi ningún ejemplo sobre este tema.

Saludos y gracias.

re: Ejecutar un servicio de Windows en 32-bit en un Windows de 64-bit

mario — Sun, 29 Nov 2009 00:12:07 GMT

buerno muy bueno

re: Mutex vs Semaphore

preguntoncojonero — Wed, 25 Nov 2009 08:01:27 GMT

Algún ejemplo de código ?? grz&salu2

re: System.Transactions y concurrencia

preguntoncojonero — Tue, 10 Nov 2009 09:55:38 GMT

gracias, siga así !!!

re: [WCF] DataContractSerializer y la propiedad IsReference. .NET 3.5 SP1

Mario — Thu, 08 Oct 2009 10:30:05 GMT

Totalmente de acuerdo Unai creo que el ejemplo que puse abarca mucho más de lo que intentaba decir y puede llevar a engaño, de hecho a mí me llevó.

Seguiremos con ello... :)

re: [WCF] DataContractSerializer y la propiedad IsReference. .NET 3.5 SP1

Unai — Mon, 05 Oct 2009 17:46:49 GMT

Bueno, ahora que ya te has puesto con el tema de IsReference queda pensar más en tu razonamiento. Hablas en este y en tu anterior post, no lo leía fondo, solamente tu problemática, sobre tipos por referencia y valor, lo cual no me parece apropiado cuando estás hablando de serialización. Ten en cuenta que esto nada tiene que ver con la organización de los mismos en la memoria, como asignaciones directas o referencias al Heap, IsReference y preserve object reference hablan solamente de la serialziación y de la compartición de contratos, incluso entre diferentes lenguajes, lo que podría complicar más tu razonamiento. En un de mis post, y no es por auto-referenciarme explico, creo que de una manera correcta, todo este punto. Al final conservar estas referencas al deserialzar no es más que como organizar la información y como podemos informar al serializador de turno de posibles referencias, como con la utilización de los atributos XML xsd:Id y xsd:ref...

te pego en enlace por si le quieres echar un vistazo

geeks.ms/.../ef-y-el-transporte-de-grafos-primeros-pasos.aspx

re: [WCF] Vuelta a la realidad,… y jugando con el DataContractSerializer

Mario — Mon, 28 Sep 2009 08:14:09 GMT

Buenas Unai, la verdad es que no investigué sobre los DataContract con el nuevo SP1, imagino que lo introducirán como mejoras para tú querido EF :-)

Un saludín.

re: [WCF] Vuelta a la realidad,… y jugando con el DataContractSerializer

Unai — Tue, 22 Sep 2009 16:58:16 GMT

Joder mario, esta bien el ejemplo pero estaría mejor no reinventar la rueda :-). Para eso los DataContract ya tiene una propiedad llamada IsReference que si la pones a true ya tienes el parametro preserveObjectReferences a true. Claro está esto solamente en WCF 3.5 SP1 .. ¿¿averiguas el principal motivo para hacerlo ?? Es decir, para dar soporte a que lo han introducido??

re: AYUDA : Validaciones vs Excepciones

Miguel Sierra — Wed, 29 Jul 2009 12:08:34 GMT

Yo estoy de acuerdo, creo que que antes de gestionar una excepción hay que gestionar un proceso de validación.

Pero entiendo que cuando te encuentras en el mantenimiento de un sistema con try catch {} vacios se te ponen los pelos de punta...

Os cuento la solución por la que optamos:

En CIC disponíamos de un sistema de logueo de Excepciones basado en la Enterprise Library y el logging applicaction block, pero se decidió implementar uno propio que integrase mas funcionalidad y no dependiese de las dlls de la EL.

Se diseñó uno con una serie de caracteríticas:

- Mas información de detalle: stack trace, procesos activos, prioridad, memoria ocupada, equipo, usuario,... incluso bajo petición un memory dump.

- Captura de pantalla del momento previo.

- Notificaciones via mail, evento log de windows, ficheros de texto... incluso auto inserción en nuestro bug tracker.

- Un interfaz chula que informe del error transmitiendo calma y serenidad al usuario.

El caso es que una vez que preparamos esa DLL se vio que la potencia era muy grande y se podía utilizar en otros desarrollos...

Y vino uno con un montón de Catch {}, no penseis que era uno de un supermercado, era un módulo de gestión de un reactor nuclear! (no es broma)

El caso es que con un simple find and replace se cambiaron los catch vacios por una correcta gestión de la excepción. (tiempo dedicado 6 minutos)

Obviamente después hemos tenido que revisar cada uno con detenimiento, pero la información que nos ha devuelto el sistema ha sido crucial para dar con los errores vacios.

Si alguien quiere esa DLL de gestión de excepciones que me la pida.

re: AYUDA : Validaciones vs Excepciones

Jordi — Wed, 29 Jul 2009 06:47:23 GMT

@Luis: Mirando CodeContracts he visto que aunque da una herramientas muy potentes para la validación de datos el sistema que utiliza para la comunicación de los incumplimientos en el lanzamiento de un ContractExecption. ¿Sabes si tiene algún otro método de comunicación que no sea lanzando excepciones?

re: AYUDA : Validaciones vs Excepciones

Luis Ruiz Pavón — Wed, 29 Jul 2009 06:06:09 GMT

Para todo esto están disponibles los CodeContracts una alternativa muy pero que muy interesante y a tener mucho en cuenta ;)

Salu2

re: AYUDA : Validaciones vs Excepciones

Mario — Wed, 29 Jul 2009 04:52:02 GMT

@Jesús: A ver, lo que yo no veo es que tú canal de información a las distintas capas de aplicación para una validación de negocio sea a través de una excepción. Por poner un ejemplo, si un campo de una entidad digamos Cliente viene a null y tú lo necesitas, el hacer un throw de una exception para informar que el cliente está a null... pues no lo veo.

Parafraseando a un crack de por aquí (Luis Guerrero), las excepciones son algo excepcional y no por validaciones de código si no por algo que tú no puedes controlar.

Alternativas, por desgracia estoy buscando alguna que me convenza, como ya he dicho en el post yo soy/era el típico bruto de try...catch y ale... ya se verá. Estoy buscando algo... si consigo dar con ello intentaré haceroslo llegar...

Pero para ponerte un caso, en mi cliente actual, se lanza excepciones para informar sobre validaciones, típico "No se encuentra ese cliente" y cosas similares, y a la hora de utilizar windbg es horrible el ruido que meten esas validaciones...

Pufffffff rollazo que he soltado...

re: AYUDA : Validaciones vs Excepciones

Jesús Bosch — Tue, 28 Jul 2009 17:37:28 GMT

Los que comentáis que no validáis con excepciones... comentar que bueno, antes lo hacía sin excepciones, pero creo que al final era más propenso a errores. Una excepción mal gestionada no se quedará ahí, como un cacth sin código, te petará en la cara :P

Por otro lado, qué alternativas habría? Tengo curiosidad por el tema.

Saludos

re: AYUDA : Validaciones vs Excepciones

Mario Ropero — Tue, 28 Jul 2009 17:28:13 GMT

Para Luis: Gracias... joe que zanguango soy :). Ya decía yo que no podía ser más eficiente una cosa que la otra... no no no.

Por cierto estoy totalmente de acuerdo con Bruno, las excepciones no son para validar, ni para mandar mensajitos al cliente.

Además como ya ha comprobado nuestro amigo Luis, es mucho más eficiente comprobar que lanzar una excepción.

re: AYUDA : Validaciones vs Excepciones

Jordi — Tue, 28 Jul 2009 14:13:56 GMT

Estoy con Luis la diferencia de tiempo es causada por la falta de un sw.Reset(); antes del segundo sw.Start() .. me suena el olvido, a mi me pasa también!

De todas formas estoy con Bruno y creo que no debería ser el objetivo de las excepciones validarnos los input de un método.

re: AYUDA : Validaciones vs Excepciones

Luis Ruiz Pavón — Tue, 28 Jul 2009 13:04:43 GMT

Revisando tú código rapidamente, creo que el problema puede estar entre el stop y el start, que lo que estas haciendo es pararlo y volverlo a arrancar, pero el tiempo que muestras es entre que paras y se ejecuta el HasValue. Con el siguiente cambio se nota el rendimiento:

sw.Stop();

sw = new System.Diagnostics.Stopwatch();

sw.Start();

Tiempo total Exception 0,0572096

Tiempo total HasValue 0,000355

Salu2

re: AYUDA : Validaciones vs Excepciones

Oskar Alvarez — Tue, 28 Jul 2009 12:23:15 GMT

Estoy de acuerdo con Bruno, las excepciones son para errores no contempladas en codigo y una validación la estas realizando por codigo