Sergio Tarrillo's Blog -> enhancements

Que hacer cuando IIS no te deja publicar un Sitio Web ASP.NET

2010-03-03T15:01:54Z

Con el paso del tiempo y familiaridad nos daremos cuenta que la publicación de un Sitio Web (Web Site) o Aplicación Web (Web Application), es lo más sencillo gracias a la herramienta, es decir, Visual Studio 2005+ o Visual Web Developer Express, sólo hacemos clic derecho sobre el proyecto Web o el Sitio Web, y seleccionamos Copy Web Site o Publish Web Site, y podemos escoger si publicamos directamente hacia un servidor, un FTP, o File System para copiarlo por RED o llevarlo en un USB.

Reducimos el problema, divide y vencerás forever, a llevar los archivos generados a nuestro Servidor Web IIS, que es donde suceden los mayores problemas al publicar un Sitio Web.

Problema Central

En cuanto a la publicación en un Servidor Web, se pondrá más interesante si es que no tenemos acceso remoto al servidor, y sólo podemos copiar los archivos por FTP o subiéndolos vía web, la identificación de problemas será un poco más difícil porque no tenemos acceso a la servidor (verificar permisos en el sistema de archivos, revisar Event Viewer, etc). Por ejemplo, un error en la definición de la de conexión, puede hacer que no podamos acceder a la pagina y confundir sobre el verdadero error, entonces debemos deshabilitar los errores personalizados, en algunos extremos intentar depurar remotamente la aplicación Web (es lo peor que se puede hacer, evitar llevar este tema a los foros). Si una aplicación funciona bien en desarrollo, debería funcionar también en producción sin la necesidad de hacer una depuración remota, sólo es un tema de configuración y permisos.

Alternativa

Una buena práctica si es que recién estamos empezando y el llevar nuestra aplicación a producción se convierte en un grave problema , es tener un página con código “Inline” que sea nuestro robot “buscaerrores”. Cada vez que deseamos publicar una aplicación Web, primero enviaremos a nuestro robot a verificar que la configuración del servidor Web sea el correcta, si el robot pasa la prueba, la publicación del sitio web será una tarea sencilla.

Algunas Ventajas

Ya sea el equipo infraestructura o el equipo de desarrollo, el que realice la publicación de una Aplicación Web, debemos tener un robot que nos permita detectar los siguientes problemas:

Detectar configuraciones incorrectas en el Application Pool de un Sitio Web. ¿Qué es un Application Pool? Por ejemplo, si no tenemos al usuario por defecto en un Application Pool (NETWORK SERVICE), debemos darle ciertos permisos y hacerlo que pertenezca a un grupo especial para que pueda ser un usuario del Application Pool.
Verificar que las conexiones a la base de datos funcionen correctamente. Hay muchos sitios web, que no hay ninguna página que no funcione sin hacer conexiones a la base de datos, es decir que si por alguna razón no cambiaron la cadena de conexión al pasar a producción, o el servidor de base de datos no tiene los permisos correctos, ninguna página web de toda la Aplicación va a funcionar. Por ejemplo sitios web que generan sus menús desde la base de datos, este menú estará presente en todas las páginas.
Verificar que los permisos en el sistema de archivos sea el correcto. Si habilitamos la carga de archivos en nuestra aplicación debemos dar los permisos necesarios al usuario del Application Pool (por defecto NETWORK SERVICE) para que pueda escribir sobre la carpeta donde vamos a poner los archivos.
Cualquier otra verificación que ustedes requieran hacer antes de pasar una aplicación Web a Producción. La idea es dejar una página base, pero ustedes pueden personalizarla de acuerdo a sus escenarios.

El robot, debe ser muy simple y no depender de ninguna otra página o recurso para funcionar:

Y el código fuente debe ser Inline para que funcione independiente si es un Sitio Web o una Aplicación Web:

Descargar Robot para Verificar IIS para ASP.NET.

Anécdota sobre el tema

Recuerdo hace algunos años, en el team “epica” estábamos liberando una nueva versión de un producto Web para uno de nuestros clientes, el Project Manager tuvo problemas durante la presentación de esta nueva versión, sólo llamo para decirme: “La Web no funciona, revisa que puede estar pasando”. El equipo de infraestructura del cliente (un empresa multinacional) no pudo detectar el problema y sólo se liberaba de la responsabilidad diciendo que la aplicación Web no Funcionaba. Después de un par de intentos fallidos por solucionar el problema, el equipo de desarrollo tuvo que ir a resolver el problema. No recuerdo exactamente el problema, pero era más o menos así: anteriormente habían instalando una Aplicación Web, que había cambiado la estructura común del IIS, ellos al instalar nuestra aplicación Web no lo habían hecho correctamente y nuestra Web estaba heredando el archivo de configuración de la aplicación instalada anteriormente, y por eso no funcionaba correctamente. Después de un par de cambios en el IIS Manager, nuestra aplicación Web estaba funcionando correctamente.

Saludos,

Crossposting desde ...

[CodeSnippet] SSH/SFTP en C# usando SharpSSH

2010-01-14T16:27:00Z

.NET tiene una clase llamada FtpWebRequest, para el acceso a un FTP, un ejemplo completo en el siguiente artículo: Simple FTP Demo Application Using C#.NET 2.0.

Pero esa clase no soporte SFTP, como lo comentan en este foro: SSH/SFTP Communications in C# (revisar las respuestas tiene otras opciones).

Una librería gratuita es: SharpSSH, gracias a Tamir Gal. Cuando descarguen la librería, también hay una aplicación consola de ejemplo, y con Reflector podemos ver como funciona esta librería.

Y nada, el código para subir un archivo usando el protocolo SFTP, es el siguiente. Archívese, y compártase:

   1: using System;

   2: using System.Configuration;

   3: using tss = Tamir.SharpSsh;

4:

   5: namespace DemoSFTP

   6: {

   7:   class Program

   8:   {

   9:     static void Main(string[] args)

  10:     {

11:

  12:       String hostServer = ConfigurationManager.AppSettings["host"];

  13:       String userName = ConfigurationManager.AppSettings["userName"];

  14:       String password = ConfigurationManager.AppSettings["password"];

  15:       Int32 port = Int32.Parse(ConfigurationManager.AppSettings["port"]);

16:

  17:       String  fromFile= @"D:\Datos\prueba.txt";

  18:       String toFile = "/carpeta01/prueba.txt";

19:

  20:       //Create object

  21:       tss.SshTransferProtocolBase sftpClient;

  22:       sftpClient = new tss.Sftp(hostServer, userName);

  23:       sftpClient.Password = password;

24:

  25:       //connect to server

  26:       sftpClient.Connect(port);

27:

  28:       Console.WriteLine("conectado al servidor");

  29:       Console.ReadLine();

30:

  31:       //subir archivo

  32:       sftpClient.Put(fromFile,toFile);

33:

  34:       Console.WriteLine("archivo publicado");

  35:       Console.ReadLine();

36:

  37:       //close connection

  38:       sftpClient.Close();

39:

  40:     }

  41:   }

  42: }

Saludos,

Crossposting desde ...

Recuperando una cadena de conexion SqlConnectionString desde una cadena EntityConnectionString

2009-12-13T17:19:00Z

Desde hace algunos proyectos, en lugar de usar frameworks o librerías de acceso a datos para un escenario Ado.Net y SQL Server, prefiero usar Ado.Net Entity Framework. Partiendo de las premisas que se cuenta con Visual Studio 2008, son proyectos nuevos, y claro, siempre y cuando pueda intervenir en decidir la arquitectura de la aplicación.

Si estamos empezando a usar una nueva tecnología, tomemos como referencia el acceso a datos que siempre podemos usar frameworks, apis, generadores de código, o un ORM, como decía si, estamos empezando a usar una nueva tecnología para el acceso a datos, no debemos ser estrictos en el uso, sobre todo si no tenemos la experiencia necesario o no tenemos información disponible, bajo la premisa que no podemos retrasar los tiempos del proyecto. Si en un proyecto estoy usando Ado.Net EF o NHibernate, y tengo problemas para traducir alguna consulta, no debemos obsesionarnos en hacerlo con la tecnología usada, si en un par de días no encontramos alguna solución, podemos hacer ese método o consulta compleja con ado.net puro (SqlConnection, etc). Es una opinión personal, y bajo la premisa que no podemos retrasar los tiempos del proyecto por intentar ser puristas y estrictos en el uso de algunas tecnologías. Ojo, esto tampoco quiere decir vayamos hacer una mezcolanza una mazamorra con nuestros proyectos y código, siempre debemos mantener la legibilidad.

Dejemos el rollo, y vayamos al tema del post:

Necesitamos crear una conexión SlqConnection en un proyecto que esta usando Ado.Net Entity Framework, pero no deseamos agregar una nueva cadena de conexión al archivo de configuración para la misma base de datos.

Una cadena de conexión para EntityClient (EntityConnection) es así:

   1: <add name="AdventureWorksEntities"

   2:      connectionString="metadata=.\AdventureWorks.csdl|.\AdventureWorks.ssdl|.\AdventureWorks.msl;

   3:      provider=System.Data.SqlClient;provider connection string='Data Source=localhost;

   4:      Initial Catalog=AdventureWorks;Integrated Security=True;multipleactiveresultsets=true'"

   5:      providerName="System.Data.EntityClient" />

Pero una conexión para SqlClient (SqlConnection) puede tener la siguiente estructura:

   1: <add name="AdventureWorksSql"

   2:      connectionString="Data Source=localhost;Initial Catalog=AdventureWorks;

   3:      Integrated Security=True;"

   4:       providerName="System.Data.SqlClient" />

Con el siguiente código, podemos recuperar una cadena de conexión SqlClient, desde una cadena de conexión EntityClient:

   1: EntityConnectionStringBuilder entCn = new EntityConnectionStringBuilder(

   2:     ConfigurationManager.ConnectionStrings["AdventureWorksEntities"].ConnectionString);

3:

   4: SqlConnectionString =

   5:       entCn.ProviderConnectionString.Replace("MultipleActiveResultSets=True","");

Y con este código evitamos la necesidad de tener dos cadenas de conexión, que apuntan a la misma base de datos pero con distinto proveedor. Evidentemente que hay un costo de operación al recuperar el valor de la otra de conexión, porque internamente debe estar haciendo un split o algo parecido. El uso dependerá del escenario, y podemos encontrar algunas variantes bajo la misma idea, como por ejemplo partir de una cadena SqlClient y convertirla en una cadena EntityClient. Pero ahí esta el código.

Nota: Sobre remover el atributo MultipleActiveResultSets, cuando creamos una cadena de conexión Sql y no indicamos este atributo por defecto es False (revisar aquí los valores por defecto en una cadena de conexión Sql). Esta opción llamada MARS, esta disponible desde Ado.Net 2.0 y permite la ejecución de varios SqlCommand sin tener que cerrar la conexión y usando la misma cadena de conexión, sólo si necesitarán usar y ejecutar varios SqlCommand en una misma conexión, se debe dejar el atributo.

Recursos Adicionales (con ejemplos):

Streamline your Data Connections by Moving to MARS, by Laurence Moroney
Want to Execute Multiple Queries on a Single Connection? Go to MARS, by Thiru Thangarathinam
Secure ADO.NET Connections (extraTip)

Saludos,

Crossposting desde ...

Que hacer… cuando necesitas descargar todas las sesiones del PDC09 de golpe…

2009-11-21T16:30:25Z

Nada, que estaba descargando todas las presentaciones (pptx) junto a Marcello, para después escoger cuales videos finalmente descargamos. Vamos, que descargar todo el contenido y no ver ninguno es una perdida de tiempo.

Y como que la paciencia de Marcello se iba agotando, así que tuvimos que hacer algo para descargar todas las sesiones de golpe ~~y no impacientar a Macello~~. Así que pensando un poco y usando la clase WebClient, llegamos a lo siguiente:

Esta aplicación te permite descargar archivos que tiene un patrón numerado. Y nada, que pones los datos y descargas los archivos.

Pueden descargar e instalar ~~al vuelo~~ la aplicación desde el siguiente enlace (vía ClickOnce): http://sergiot2.com/DfD/default.htm. Por favor, no traten de romper la aplicación que no validado los inputs (para la versión 1.0.0.2). Se aceptan sugerencias para la siguiente versión.

Pero si quieren se hacen una misma con el siguiente código fuente:

   1: private void DownloadFiles()

   2: {

   3:   rtxtLog.Text = "";

4:

   5:   String urlBase = txtUrlBase.Text;

   6:   String folderBase = txtFolder.Text;

7:

   8:   Int32 intMin = Int32.Parse(txtMin.Text);

   9:   Int32 intMax = Int32.Parse(txtMax.Text);

10:

  11:   WebClient webDown = new WebClient();

  12:   for (Int32 i = intMin; i <= intMax; i++)

  13:   {

  14:     String urlComplete = String.Format("{0}{1}{2}.{3}",

  15:         urlBase, txtPre.Text, i.ToString(txtFormato.Text), txtExt.Text);

  16:     String fileComplete = String.Format("{0}{1}{2}.{3}",

  17:         folderBase, txtPre.Text, i.ToString(txtFormato.Text), txtExt.Text);

  18:     try

  19:     {

  20:       webDown.DownloadFile(urlComplete, fileComplete);

  21:       rtxtLog.AppendText("BIEN: Se descargo la url: " + urlComplete + "\n");

  22:     }

  23:     catch (Exception ex)

  24:     {

  25:       rtxtLog.AppendText("ALERT: Hubo problemas en la descarga de " + urlComplete + "\n");

  26:     }

  27:   }

  28: }

Saludos,

Crossposting desde ...

[WebCast] Pruebas Web y de Carga usando VSTS

2009-11-03T12:32:06Z

¿Si ponemos un cubo más a esta persona, soportará? ¿o está en su límite (cubo/hombre)?
¿Cómo supo cuantos cubos soporta? ¿Puso uno por uno hasta sentir dolor en la espalda?
¿Conoces el límite de tu aplicación Web (Req/s))?
¿Cómo haces para saber cuántos usuarios soporta tu Aplicación Web? ¿Le pides a 800 amigos de Hi5, a tus 380 amigos del facebook, y a tus 900 amigos de Twitter, que entren todos a la vez?

Y nada, el día Jueves 05/Nov a las 04:00 p.m. (GMT-05:00), estaremos presentando el siguiente WebCast:

Título Original: Webcast MSDN: Prácticas pruebas web

Descripción: En esta sesión se revisa el pasado, presente y futuro de las pruebas Web. Comenzamos al revisar cómo se lograron las pruebas Web antes de la llegada de Team System en Microsoft Visual Studio. A continuación, revisamos las herramientas de pruebas Web y de carga disponibles en Team System 2005/2008 de Visual Studio. Y por último, examinamos el futuro de las pruebas Web y de carga con un vistazo a Team System 2010 de Visual Studio.

Al final del WebCast, trataremos de dar algunas recomendaciones básicas de como detectar el posible origen de un cuello de botella; si está en la aplicación o está en la base de datos.

Enlace de Registro: http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032426182&Culture=es-AR.

Si desean agregar el evento a su calendario, pueden descargar el siguiente archivo: WebCast-WebTests.ics.

Saludos,

Crossposting desde ...

WCF Service Configuration Editor y WCF Test Client

2009-08-31T01:56:00Z

Dos herramientas muy útiles durante el desarrollo de Servicios WCF.

WCF - Microsoft Configuration Services Editor

Permite configurar el Binding de un Servicio WCF a través de un “Wizard”, simple para configurar un servicio básico y aprender de la configuración que genera en el app.config. Si crean un proyecto del tipo WCF, haciendo clic derecho sobre el archivo de configuración aparece la opción por defecto, si no es así pueden irse a Tools –> WCF Service Configuration Editor:

Referencias:

WCF Test Client

Esta herramienta permite explorar y probar los métodos disponibles en un Servicio WCF, al estilo Web Services en la misma máquina y con tipos de datos primitivos. Pero con la diferencia, que no es sólo para tipos primitivos, si no para cualquier DataContract definido:

Referencias:

Mas detalles sobre herramientas de WCF: WCF - WcfServiceHost, WcfTestClient, SvcConfigEditor y SvcTraceViewer.

Saludos,

Crossposting desde ...

[Enlace] Ejemplo de uso LINQ y ADO.NET EF con DB2, IDS, U2

2009-08-04T05:41:00Z

Buscando referencias sobre ADO.NET EF y DB2 encontré este artículo-ejemplo, con imágenes incluidas, de como podemos usar ADO.NET Entity Framework contra servidores de datos IBM: DB2, Informix Dynamic Server, y U2.

El resumen del artículo traducido (o eso se intento):

El “IBM Data Server Provider for .NET” habilita a los desarrolladores tomar ventaja de ADO.NET Entity Framework y LINQ. Puedes desarrollar fácilmente el acceso a datos en tus aplicaciones .NET usando cualquier de los servidores de datos IBM (DB2®, Informix® Dynamic Server, o U2), ADO.NET Entity Framework y LINQ. El artículo muestra como empezar a usar Entity Framework con un servidor de datos IBM, y te muestra paso a paso, el proceso de como crear una aplicación desde cero.

Los requerimientos son:

IBM Data Server Driver for ODBC, CLI, and .NET (version 9.5.3 or later)
IBM Database Add-ins for Visual Studio (version 9.5.3 or later)
Visual Studio 2008 Service Pack 1 y .NET Framework 3.5 Service Pack 1

Algunas imágenes del artículo:

Arquitectura
Los primeros pasos son similares a ADO.NET EF contra SQL
La diferencia esta en cambiar el proveedor de la conexión
Los demás es conocido

Enlace del artículo: Develop a sample application using LINQ programming and the ADO.NET Entity Framework with IBM DB2, IDS, and U2 servers.

P.D.: Si tiene preguntas sobre el ejemplo pueden enviarlas a los autores del artículo que para eso pusieron sus correos:

Saludos,

Crossposting desde ...

[ADO.Net EF] Insercion de registros relacionados

2009-08-01T18:22:30Z

Una de las operaciones que se puede volver un dolor de cabeza (cuando empezamos a usar EF) es la inserción o actualización de tablas que están relacionadas. Miremos a Northwind:

Como se pueden ver si queremos insertar un registro en la tabla Products, necesitamos los CategoryID y SupplierID que están relacionados con otras dos tablas.

El sentido común te dice que el insertar debería ser algo así:

   1: public Int32 InsertarProduct(Products objProd)

   2: {

   3:   Int32 prodId = 0;

4:

   5:   using (NorthwindEntities edmNorth = new NorthwindEntities())

   6:   {

   7:     edmNorth.AddToProducts(objProd);

   8:     edmNorth.SaveChanges();

   9:     prodId = objProd.ProductID;

  10:    }

  11:   return prodId;

  12: }

Y la llamada al método sería la siguiente:

   1: [TestMethod()]

   2:  public void InsertarProductTest()

   3:  {

   4:    RepositoryOrders target = new RepositoryOrders();

   5:    Products objProd = new Products();

   6:    objProd.ProductName = "My Product 2";

   7:    objProd.Suppliers = new Suppliers() { SupplierID = 18 };

   8:    objProd.Categories = new Categories() { CategoryID = 1 };

   9:    objProd.QuantityPerUnit = "24 - 50 g pkgs.";

  10:    objProd.UnitPrice = 34.45m;

  11:    objProd.UnitsInStock = 34;

  12:    objProd.UnitsOnOrder = 3;

  13:    objProd.ReorderLevel = 3;

  14:    objProd.Discontinued = false;

15:

  16:    int expected = 0; // TODO: Initialize to an appropriate value

  17:    int actual;

  18:    actual = target.InsertarProduct(objProd);

  19:    Assert.AreNotEqual(expected, actual);

  20:  }

Pero al ejecutar el código te dará un error como el siguiente: “An error occurred while updating the entries”. Debido a que el EF va intentar actualizar el registro SupplierID y CategoryID, pero el nombre no permite nulos, como estos objetos han sido creados manualmente, EF piensa que quieres actualizar ellos también, cuando sólo quieres insertar un registro de Product.

Una de las cosas que estaba haciendo era remover las relaciones manualmente (editando el modelo Xml) y el modelo no sabía que estaban relacionadas así que sólo pasaba los datos. Pero actualizar el modelo era una tarea muy trabajosa, y llegas a esos momentos en que dices: “creo que ya es hora, de buscar una forma más simple de hacer esto”.

En este foro: How to insert a row using Entity Framework?, te dan una luz de la solución, y con unos adicionales puede ser así:

1. Vamos a crear una clase parcial de Product con los campos de relación a las otras tablas. Clase parcial, para que cuando se actualice el modelo esta no se actualice.

   1: public partial class Products

   2: {

   3:   public Int32 SupplierID { get; set; }

   4:   public Int32 CategoryID { get; set; }

   5: }

2. Vamos a cambiar el código de inserción. En el foro, se habla de dos opciones, pero la primera involucra hacer una consulta a la base datos, lo cual no es necesario en una inserción simple, por eso optamos por el segundo.

   1: public Int32 InsertarProduct(Products objProd)

   2: {

   3:    Int32 prodId = 0;

4:

   5:    using (NorthwindEntities edmNorth = new NorthwindEntities())

   6:    {

   7:      objProd.SuppliersReference.EntityKey =

   8:              new EntityKey("NorthwindEntities.Suppliers",

   9:                "SupplierID", objProd.SupplierID);

  10:      objProd.CategoriesReference.EntityKey =

  11:              new EntityKey("NorthwindEntities.Categories",

  12:                "CategoryID", objProd.CategoryID);

13:

  14:      edmNorth.AddToProducts(objProd);

  15:      edmNorth.SaveChanges();

  16:      prodId = objProd.ProductID;

  17:    }

18:

  19:    return prodId;

  20:  }

3. Y finalmente la llamada al método será así:

   1: [TestMethod()]

   2: public void InsertarProductTest()

   3: {

   4:    RepositoryOrders target = new RepositoryOrders();

   5:    Products objProd = new Products();

   6:    objProd.ProductName = "My Product 2";

   7:    //usando clase parcial

   8:    objProd.SupplierID = 18;

   9:    objProd.CategoryID = 1;

  10:    objProd.QuantityPerUnit = "24 - 50 g pkgs.";

  11:    objProd.UnitPrice = 34.45m;

  12:    objProd.UnitsInStock = 34;

  13:    objProd.UnitsOnOrder = 3;

  14:    objProd.ReorderLevel = 3;

  15:    objProd.Discontinued = false;

16:

  17:    int expected = 0; // TODO: Initialize to an appropriate value

  18:    int actual;

  19:    actual = target.InsertarProduct(objProd);

  20:    Assert.AreNotEqual(expected, actual);

  21: }

Se intento pasar los valores en los mismos objetos del modelo, pero hubo algunos errores porque se cruzaba la entidad enviada y la referencia que creamos antes de insertar el producto. Y esto de usar clases parciales, es forma transparente y simple de hacerlo, a propósito si van exponer su modelo en un servicio WCF, tiene que serializar estos atributos de la clase parcial para que también puedan ser expuestos en los contratos.

Se pudo mostrar otros detalles y los errores de otras pruebas que hice, pero si hacía eso nunca terminaba el artículo, así que mejor enviarlo masticado :D.

P.D.: Si tienen otras formas de hacer un Insert o Update con tablas relacionadas, lo pueden enviar en los comentarios.

Saludos,

Crossposting desde ...

lstGeeksMs.Where(u =>; u.Estado == "papafeliz").Select(u => u).ToList().Add(new UserGeek() { Nombre = "sergiotarrillo", Estado = "papafeliz", Hijo = “marcello” });

2009-06-23T07:10:00Z

Pues que nada, me uno a lista de padres en Geeks.ms.

Ser papá es un sentimiento difícil de describir con palabras, pero, si ser papá es hablarle a la barriguita de tu esposa durante nueve meses, si ser papá es emocionarte con cada patadita del bebé dentro de la barriguita, si ser papá es llorar junto con el bebé cuando da su primer llanto, si ser papá es ensuciarte con el bebé cuando le cambias los pañales, si ser papá es poner cara de tonto cuando el bebé da su primera sonrisa, si ser papá es contarlo públicamente en tu blog, pues si, que soy un papá feliz!

Y eso, que es una nueva motivación en la vida para ser una persona mejor.

Saludos,

Crossposting desde ...

Integrando Sistemas de Informacion?

2009-06-10T03:16:00Z

En la mayoría de proyectos uno de los retos de alguna u otra forma es intercambiar información con sistemas de terceros, a los cuales no tenemos acceso directamente a su fuente de datos. Un caso común es el intercambio de información con proveedores, con entidades financieras, entidades públicas, o alguna otro tipo de aplicación de terceros. Los comentarios a continuación son basados en los escenarios y proyectos en que participado, y siempre se pueden complementar con alguna experiencia adicional en los comentarios.

¿Por qué esta necesidad de intercambiar información?

Por que nuestro negocio necesita de otras organizaciones para lograr sus metas. Por ejemplo, si tengo un sitio en la que se realizan ventas on-line, podría crear mi propio medio de pago y encargarme de la cobranza, pero perdería la visión de mi negocio: “vender”, lo que puedo hacer para centrar los esfuerzos en mi negocio, es apoyarme en algún medio de cobro ya existente, pero surge una nueva necesidad: intercambiar información con un sistema de cobro.
Eliminar la redundancia de información dentro de nuestra organización. La mayoría de organizaciones, sobre todo las grandes, cuentan con empaquetados o software comúnmente llamado ERP. Pero adicionalmente a tener un ERP, también podemos contar sistemas propios, ya sea por que el ERP no se adecua en todas las áreas dentro de mi organización, o por que simplemente no hay presupuesto para comprar los otros módulos. Tener varios sistemas en nuestra organización, crea la necesidad de poder integrar los mismos, para no tener información “duplicada” en cada sistema, y para remover esa redundancia debemos integrar los sistemas.
Crear nuevas oportunidades de negocio en nuestra empresa. Digamos que soy una entidad financiera, o soy una empresa que vende electrodomésticos, y que deseo como nueva oportunidad de negocio, vender determinados seguros dentro de mi organización. Una opción simple y práctica para hacerlo, es sólo vender los seguros y no cubrir los siniestros, para eso debemos buscar una compañía de seguros constituida que sea quien cubra los siniestros, y nosotros sólo centrarnos en vender seguros a nuestros clientes. Pero para llevar a cabo ello, tenemos el reto, del área de TI, de integrar mi información de ventas con la aseguradora. Y este reto también es en viceversa, la aseguradora debe tener los mecanismos que me permitan recibir información.
Reportar información a sistemas de terceros. Cuando tenemos que reportar información, a entidades públicas reguladoras, o a otros sistemas dentro de la corporación, por ejemplo en el caso que estemos dentro de alguna franquicia.

Y dentro de las opciones de comunicación tenemos hasta tres escenarios comunes de intercambiar información:

Manual. En esta opción hay un esfuerzo del área de TI que va recibir la información, ya que debe realizar la aplicación que usarán terceros para ingresar información en su fuente de datos. Por ejemplo, una aseguradora no te va dar un conexión directa a su base de datos, una de las opciones que tienen ellos para vender seguros en organizaciones de terceros, es desarrollar una aplicación que sea usada por todas las empresas quieran vender nuestros seguros. Este escenario también es la principal fuente de datos de un ERP, yo puedo consultar y ingresar información a una fuente de datos de un ERP, a través de su aplicación front-end.
Masiva. En muchos casos usar el sistema de terceros para enviarles nuestra información a su fuente de datos, puede no ser la mejor solución debido a problemas de infraestructura, de personalización, o simplemente por que no hay un front-end, para realizar aquello. Una opción es intercambiar información a través de archivos, digamos que al finalizar el día puedo generar un archivo plano que contiene toda la información que deseo ingresar en otra fuente de datos. Esta puede ser la manera más práctica, rápida, fácil e interoperable, de intercambiar información, ya que todos los sistemas operativos soportan los archivos planos, y todos los lenguajes contienen librerías, apis, o clases, para el manejo de archivos, sólo basta con definir una estructura y podemos integrar sistemas. Los empaquetados o ERP, normalmente también deberían permitir carga masiva de información a través de archivos.
Automatizada o Directa. Una de las “desventajas” del intercambio de información a través de archivos es que tengo que esperar que estos sean procesados para ver reflejada la información en el sistema. Pero tenemos otra opción “automatizada” de intercambiar información “on-line”, y es que la organización que va enviar información desarrolle su propio sistema, personalizado con las necesidades del mismo, pero que ingrese directamente información en otra fuente de datos, y para lograr este objetivo necesitamos a los famosos “conectores”, y que cualquier producto empaquetado sea ERP u otro, debería tener, y estos pueden ser conectores limitados (del propio fabricante) o conectores estandarizados, como usar Web Services, y en general cualquier otro “Servicio” que me permita conectarme con una fuente de datos de terceros.

Lo ideal sería que nuestro negocio soporte los tres tipos de comunicación para no perder ninguna oportunidad de crecimiento:

Vayamos al escenario de una organización que fábrica determinados productos electrónicos. La organización, desea aumentar su fuerza de ventas, y para eso tiene pensado elaborar convenios con pequeños proveedores que no tienen un área de TI claramente definida, y que no tienen un sistema de ventas implementado, en este escenario se podría dar desarrollar una aplicación de ventas para los proveedores que quieran vender nuestros productos.
Pero que pasa si hay otros proveedores, que tienen un área de TI definida, y que cuentan con sistemas propios de ventas, una manera simple de recibir la información del proveedor es aceptar la carga masiva a través de archivos, para ello la organización que recibe la información debe definir la estructura, y validación del archivo a intercambiar.
Y finalmente, si hay un proveedor que desea realizar ventas on-line, debido a que en algunos casos se venden productos sin stock, por el tiempo para enviar y procesar un archivo, pero ellos no quieren usar la aplicación de ventas del fabricante, por que tendrían que duplicar la información para que ellos mismos cuenten con la información registrada, en cambio el proveedor quieren realizar una aplicación que registre la venta en su fuente de datos, pero a la vez y de manera automática que registre la venta en la fuente de datos del fabricante, y ahí la necesidad de un conector o Web Services, y en general un servicio, para enviar la información en tiempo real.

Conocer la visión de negocio o el porque de la necesidad de integrar sistemas, es importante para tener claro proceso y los objetivos de integrar información. Ahora vayamos a un punto de vista más técnico, que me permita “integrar sistemas”.

En el primer escenario no hay mucha ciencia, ya es algo común y natural desarrollar aplicaciones, sólo hay que tener en cuenta que la misma puede ser usada por terceros fuera de mi organización. Además que existen que internet podemos encontrar muchos frameworks de desarrollo, o blogs hablando de tips para el desarrollo de aplicaciones. Por eso nos vamos a centrar en los dos últimos escenarios mencionados.

Veamos algunos ejemplos:

Windows Live Product Search, o lo que ahora es Bing Shopping. Si soy una empresa de venta de productos, este servicio me permite promocionar mis productos, es decir va ser un sistema de apoyo a mi negocio. Live Product Search, tenía un servicio para vendedores llamado: Product Upload Service, este servicio me permitía ingresar información en su fuente de datos enviando información en archivos planos o archivos de texto, delimitados por el carácter TAB, un ejemplo sería:

Product   Descripction Price Stock
Prdo01     Este es un producto muy bueno 34.6 8
Prdo02     Este es un producto muy barato 24.6 4

Sólo tengo que enviar mi archivo con todos los productos de mi sistema que deseo publicar, y que serán ingresado en la fuente de datos de ellos, para que ellos puedan promocionarlos en su Web. Google también tiene su Google Product Search, y que también soporta el envío de archivos de texto delimitados por TAB. Además de archivos planos con separación por tab, otro formato común son los archivos CSV, y hasta se puede intercambiar información en archivos usando archivos Excel, pero es 100% recomendable usar archivos de texto, para no limitar el intercambio de información a determinadas tecnologías.
NetSuite. Dentro de una organización puedo tener aplicaciones de 3 terceros, para realizar nuestras operaciones transaccionales más importantes, como la contabilidad. Pero a medida que la organización sigue creciendo necesita del apoyo de otros negocios o sistemas, y para lograr aquello necesitamos personalizar nuestra comunicación con el empaquetado o ERP que usemos, en nuestro ejemplo el producto es NetSuite. Como primera fuente NetSuite nos brinda una aplicación Web, para ingresar información en su fuente de datos. ¿Qué pasa, si quiero consultar directamente a mi información de NetSuite a través de un sistema?, o ¿si quiero manipular la misma?. Digamos que quiero vender mis productos en Amazon, ellos me envían diariamente las ordenes de compra y quiero enviar directamente las ordenes a Netsuite, no manualmente a través de la Web, si no que sea un proceso automático de un sistema propio. Para lograr aquello, NetSuite posee un juego o api de Web Services llamado SuiteTalk, con el cual podemos hacer diversas operaciones contra nuestra información, consulta o modificación, directamente, sin la necesidad de que sea un proceso manual a través de su Front-End. Un caso similar, es con SAP, el cual posee conectores que permite tener acceso a la información de un sistema SAP, hay una implementación para .Net: SAP .NET Connector, y aquí pueden revisar un ejemplo: ASP.NET Using SAP .NET Connector.

Notemos, que nosotros no sabemos que motor de base de datos usa Live Products, Google Products, o NetSuite. Pero ello no impide que con un front-end, un archivo masivo, o un conector, pueda consultar y modificar: “mi información”. Y obviamente estos modelos de negocio de poder acceder directamente a mi información, tiene que ver con el modelo SaaS, pero ese será tema de otras entradas.

Resumiendo, si quiero que otras organizaciones se comuniquen o integren con nuestros sistemas, tenemos 3 opciones:

Desarrollar una aplicación Web o Windows, y que ellos usen la misma para ingresar información directamente en nuestra fuente de datos.
Usar un archivo de carga masiva. Debemos definir: la estructura del archivo, las reglas de validación, y la frecuencia de envío. Y obviamente, soportar la carga masiva a nuestra fuente de datos.
Crear conectores, que pueden ser Web Services u otro Servicio, que permita que terceros puedan desarrollar sus propias aplicaciones, y se ingrese automáticamente la información a nuestra fuente de datos.

Tomemos el punto 3 para hacer algunas aclaraciones. Definamos la siguiente frase: “Un Web Service no es para que te comuniques tu mismo, un Web Services o Servicio es para habilitar que otro sistemas se comuniquen contigo”. Por ejemplo, si en un mismo servidor estará la base de datos, el Web Service, y una la Aplicación Web. Usar un Servicio, Web Services, o WCF para que la aplicación Web se conecte a la base de datos, ¿se justifica la creación de una capa de servicios para pasar información dentro del mismo servidor?, ¿sabiendo que ese Servicio sólo lo usaremos nosotros?, Nuevamente este es un problema de moda, recomendar el uso de WCF sin conocer el escenario puede ser un problema que finalmente terminan sufriendo los desarrolladores duplicando la comunicación, cuando no hay un entorno distribuido y cuando nadie más que nosotros va a usar el servicio. Esto no quiere decir que no debamos usar WCF, debemos usarlo pero cuando la infraestructura lo necesite o cuando necesitemos que terceros se comuniquen con nuestra fuente de datos, y no por que en todos lados hablan de Servicios, Web Services, o WCF. Leer también este artículo de elBruno: la arquitectura de la cebolla, del mismo podemos acotar la siguiente frase: “aplicar la solución correcta al problema específico, y que cuando el mismo cambie o evolucione, en ese momento cambiemos o evolucionemos nuestra solución”

Y para cerrar, ya mencionamos algunas opciones para poder integrar sistemas, en los siguientes post vamos a desarrollar el uso de intercambio de archivos para carga masiva de información.

Saludos,

Crossposting desde ...

La hora del Planeta: 8.30PM hora local, donde sea que vivas en el planeta Tierra. Sábado 28 de marzo de 2009.

2009-03-28T14:16:54Z

Falta un poco más de 8 horas para la Hora del Planeta en Perú (GMT-05:00). En algunos partes del planeta ya iniciaron, pero nosotros todavía estamos a tiempo de prepararnos :d.

A los que aún no se han enterado, pueden visitar la siguiente página: http://www.earthhour.org/home/pe:es-419. Algunos pesimistas podrían decir que un hora de ahorro no va a detener el cambio climático, la idea no es detener el cambio climático apagando todo lo que pueda consumir energía eléctrica durante una hora, la idea es hacer que la humanidad tome conciencia de que si no cuidamos el planeta las cosas se podrán cada vez peores, hay muchos nevados que están despareciendo, en Perú, acá cerquita en Huaraz, dentro de poco quizás solo haya cerros secos.

Link: Reseña peruanaza.

Saludos,

Crossposting desde ...

[CodeSnippet] Mostrar un Label en ASP.NET por 3 segundos

2009-02-21T06:34:00Z

Requerimiento: Después de procesar una operación contra la base de datos, se desea mostrar un mensaje de confirmación en un Label, pero que el mismo desaparezca en unos tres segundos, ver pregunta.

Solución: Conociendo el funcionamiento de la infraestructura web, el browser es quien automáticamente pasado los 3 segundos debe ocultar el mensaje mostrado. Dado que la funcionalidad que necesitamos es del lado del cliente, la opción es usar JavaScript. Dentro de los eventos Timing de JavaScript, existe el método setTimeout() que pertenece al DOM Window, este método permite ejecutar una sentencia o función JavaScript, después de un determinado tiempo. Y la propuesta será tener dos funciones, una que muestre el “Label” y que a la vez llame dentro de 3 segundos a otra función que oculta el Label. Y finalmente para integrarlo con nuestro botón de ASP.NET, al finalizar la ejecución del mismo podemos registrar el script del lado cliente, usando el método RegisterStartupScript de la propiedad Page.ClientScript. Nota: no es necesario usar un Label, podemos usar el elemento HTML Div para mostrar el mensaje.

Código ASPX:

   1: <head runat="server">

   2:     <title></title>

   3:     <script type="text/javascript" language="javascript">   1:  
   2:         function MostrarLabel() {
   3:             setTimeout("OcultarLabel()", 3000);
   4:             var msj = document.getElementById("lblMensaje");
   5:             msj.style.visibility = "visible";
   6:         }
   7:         function OcultarLabel() {
   8:             var msj = document.getElementById("lblMensaje");
   9:             msj.style.visibility = "hidden";
  10:         }
</script>

   4: </head>

   5: <body >

   6:     <form id="form1" runat="server" >

   7:     <div>

   8:         <div id="lblMensaje" style="visibility:hidden;">

   9:           <h3>Mensaje mostrado por tres segundos...</h3>

  10:           <br />

  11:         </div>

  12:         <input type="button" value="click aqui" onclick="MostrarLabel()" />

  13:         <asp:Button ID="btnMostrarMensaje" runat="server" Text="Mostrar"

  14:             onclick="btnMostrarMensaje_Click" />

  15:          <asp:Button ID="btnNada" runat="server" Text="No Muestra nada"  />

  16:     </div>

  17:     </form>

  18: </body>

Código Evento:

   1: protected void btnMostrarMensaje_Click(object sender, EventArgs e)

   2:   {

   3:     //codigo de operaciones contra la base de datos

   4:     Page.ClientScript.RegisterStartupScript(

   5:        Page.ClientScript.GetType(), "onLoad", "MostrarLabel();", true);

   6:   }

Navegadores Probados: Todos sobre Windows Vista SP1.

Firefox 3.0.6
Internet Explorer 7.0.6001
Opera 9.52
Google Chrome 1.0.154.48
Safari 3.1.2

Notas:

Artículo base: Show an HTML message box that disappears after 2 seconds
Palabras mágicas: show message seconds JavaScript
Se pudo mejorar el diseño, con un poco más de HTML + CSS, la idea es que este artículo sea una base para cualquier variación que ustedes creación conveniente de acuerdo al requerimiento de su escenario.

Recursos:

Using JavaScript Along with ASP.NET 2.0

P.D.: Cuando tenga este tipo de requerimientos, no inventen marcianadas para hacerlo con ASP.NET 3.5++, puede ser tan simple de hacerlo con JavaScript. Ojo, tampoco se quiere concluir que todo lo vamos hacer con JavaScript, debemos buscar el equilibrio, sin afectar la seguridad y el rendimiento.

Saludos,

Crossposting desde ...

Recomendaciones para la Adopcion de AJAX usando ASP.NET AJAX

2009-02-19T05:13:00Z

Simple: “No usarlo”… (no tomarlo literalmente)

Repasando: Como ya hemos comentado, la infraestructura que da soporte a las aplicaciones Web es diferente a una aplicación de escritorio. Si bien esta infraestructura es rica en acceso (acceder desde cualquier parte del mundo con una conexión a Internet), también tiene desventajas y una de ellas son los “viajes” que tienen que hacer al servidor Web. Si bien en el navegador estamos viendo una réplica de la información (en formato html), si queremos refrescar la información o hacer alguna operación, nuestro pedido (request) viaja desde nuestra PC hasta el servidor Web, que puede estar al otro lado del mundo, pero gracias al protocolo HTTP se pueden comunicar. Y cada vez que hacemos un request al servidor, tenemos que esperar que se refresque nuevamente toda la página (algunos navegadores usan Cache para los estilos y diseño) lo que da una apariencia de cargar más rápido. De ahí la siguiente necesidad de las aplicaciones Web, después de quedar la satisfecha la necesidad de que sean dinámicas (tecnologías de servidor, asp, php, jsp, etc), es la necesidad de mejorar la experiencia de usuario de las aplicaciones Web, y que puedan ser semejantes al estilo de una aplicación de escritorio, han habido muchos intentos por establecer la tecnología que permitiría mejorar la experiencia de usuario de una Aplicación Web, todos tenían que ver con el complemento del lado del cliente para lograr esto. Pero en los últimos años, los esfuerzos han estado centrados en AJAX, y en las aplicaciones RIA, considerando a estas últimas como producto: Silverlight y Flash, por que las aplicaciones AJAX también hacen una aplicación RIA.

Frameworks AJAX: Implementar AJAX usando directamente el objeto XMLHttpRequest, puede llevarnos a escribir código más limpio y más óptimo, pero el esfuerzo y tiempo invertido para lograr grandes cosas, puede ser muy alto (dependiendo del escenario). Y es por eso que existen los frameworks AJAX, para todos los gustos, sabores, y colores. Aquí hay una lista de un montón de Frameworks Ajax, también pueden verlos agrupados por lenguaje. Microsoft, también liberó para los desarrolladores .NET (y no .Net) un Framework AJAX llamado ASP.NET AJAX.

ASP.NET AJAX, tiene dos componentes: Microsoft Ajax Library (que podría ser usado con PHP, ver WebCast), y otro componente del lado del servidor llamado ASP.NET AJAX Extensions, y que es netamente para integrarse con el Page Framework de ASP.NET 2.0+ (VS2005/VS2008), pueden ver más detalles de la arquitectura de ASP.NET AJAX en el siguiente artículo. ASP.NET AJAX, puede ser una solución mágica, por que rápidamente podemos tener nuestras aplicaciones Web, usando AJAX con sólo arrastrar el control UpdatePanel, podemos tener implementando AJAX en aplicaciones existentes, ver WebCast. Si tienen un mantenedor con una barra de botones, un GridView para mostrar la lista, y un FormView para las demás operaciones, bastaría colocar los 3 controles dentro de un UpdatePanel cada uno, y mágicamente ya tenemos implementado AJAX dentro de nuestra aplicación.

Problema de la Magia, como todo producto mágico, tiene sus costos por detrás. Aunque ASP.NET AJAX maneja postbacks asíncronos con el servidor Web, la información que viaja entre cliente y servidor no es la más óptima, hombre que la magia tiene su coste. Y esto debido a que si no hacemos una buena administración del ViewState, este estará viajando entre los postbacks asíncronos, revisar este artículo para ver un ejemplo. Además de que ASP.NET AJAX es un framework centrado en el Servidor viaja información+diseño entre postbacks asíncronos, a diferencia de un framework centrado en el cliente, que sólo viaja datos entre cliente y servidor, pero hay que “actualizar el diseño” manualmente usando JavaScript y DOM. Este artículo tiene resultados muy interesantes en cuanto a comparación de frameworks de AJAX para ASP.NET.

Alternativa, Una alternativa dentro de ASP.NET AJAX es usar los PageMethods, para que desde JavaScript podamos llamar a los mismos, o también llamar desde JavaScript a Web Services. Con esto garantizamos la transferencia sólo de información, y el diseño hay que modificarlo con JavaScript. Revisar este ejemplo de JavaScript y PageMethods, y JQuery y PageMethods.

Recomendaciones, se que fue mucho floro para llegar a las recomendaciones, pero fue necesario. Si cociendo la “magia” que hay detrás de ASP.NET AJAX, hemos decidido usarlo, por que la aplicación no requiere un alto rendimiento, sólo estará disponible dentro de nuestra empresa (y no a toda la internet, ósea cantidad de usuarios limitada), o hemos visto que en el prototipo, los resultados son aceptables. Hay algunas recomendaciones básicas para usar ASP.NET AJAX:

No usarlo. No usarlo hasta que la página web este funcionando al 100%. La magia de ASP.NET AJAX, a través del UpdatePanel, permite que luego de que la página este funcionando, arrastramos al control UpdatePanel, colocamos nuestros controles de ASP.NET dentro del UpdatePanel, y nuestra página aspx ya tiene AJAX, con sólo arrastrar un control, en este WebCast, se muestra como a una aplicación Web existente (de otro autor), la implementación de ASP.NET AJAX usando el UpdtePanel fue sencilla y no requirió cambiar el modelo de programación. La recomendación, que motiva a no usar ASP.NET AJAX hasta que la página este funcionando, es debido a que muchas veces suele confundirse los errores, y no se sabe si la página no funciona por que el UpdatePanel tiene un bug, o los otros controles que estamos usando tiene bug, y raras veces se piensa que el código que hemos hecho es el que tiene el bug. Por eso, si nos centramos principalmente en hacer funcionar la página al inicio, el rango de causas de errores disminuirá por que no incluye los que pueda producir el uso de ASP.NET AJAX, lo que hará más fácil identificarlos, y solucionarlos, y esto sobretodo para procesos complejos, que tienen que implementarse. En los proyectos participado o en las consultorías y mentoring que hemos impartido con 3Dev, este era un problema frecuente, se tiende a responsabilizar al UpdatePanel de cualquier error que suceda en la página, y siempre hay que hacerse esta pregunta: –la página funciona correctamente sin el UpdatePanel?, y después de remover el UpdatePanel queda claro cual es el origen del error. Un amigo (Luis B.), en tono jocoso, quería demandar a Bill Gates por que ASP.NET Ajax no funcionaba, después de remover el UpdatePanel ya no dijo nada :D.
El UpdatePanel no es barita mágica. Si bien es tan sencillo agregar AJAX a nuestras aplicaciones Web usando el control UpdatePanel, tampoco se debe hacer un uso indiscriminado del mismo. Por ejemplo, dentro de un formulario Web, sólo agregar a los controles que se van actualizar dentro de un UpdatePanel, en una página de mantenimiento sólo a los controles principales como un control GridView, formView, y al menú, pero no a toda la página, la idea de AJAX es actualizar la página asíncronamente para tener una mejor experiencia del usuario, pero si vamos a actualizar toda la página no tiene sentido. Una forma de evitar tener que usar un control UpdatePanel en todo, es usar AsyncPosBackTrigger en un UpdatePanel, un ejemplo, con esto evitamos colocar todos los controles en UpdatePanels. Recuerden que un UpdatePanel se actualiza, cuando un control dentro del mismo produce un PostBack, entonces se actualiza el UpdatePanel y se produce un PostBack asíncrono, o también se actualiza cuando otro UpdatePanel se actualiza, es decir, que si una página tenemos tres UpdatePanels que no están relacionados, si actualizo uno de ellos automáticamente se actualizan los otros dos. Para solucionar este último problema, se puede actualizar el UpdatePanel manual, es decir programáticamente, un ejemplo, aunque esta un poco simple el último ejemplo un posible escenario es si es que dentro de una página aspx, tengo 3 UpdatePanels, y sólo voy actualizar dos, la forma correcta es asignar a la propiedad UpdateMode el valor de Conditional, así solo se actualizarán cuando se produzca un evento dentro de ellos, o cuando se llame explícitamente al método Update del control UpdatePanel.
Cuidado con el dedo compulsivo. Uno de los detalles de usar AJAX, son que cuando se produce un postback asíncrono el usuario (ni el mismo desarrollador) sabe si se ejecuto o no el evento, y entonces vuelven hacer varios clic en el botón para asegurarse que hicieron clic. Es por eso que es necesario usar indicadores para indicarle al usuario, que su pedido se esta procesando, con ASP.NET AJAX pueden usar el control UpdateProgress, pero mucho mejor si lo hacen centrado y bloquean la pantalla.

AjaxControlToolkit (ACT), un juego de controles (ajaxcontroltoolkit.dll) liberados junto con ASP.NET AJAX, hay algunos controles útiles como el control AutoComplete, y bueno otros que se podrían mejorar. Y al igual que ASP.NET AJAX, hay que tener cuidado con el uso del ACT, evaluarlo en nuestros escenarios. Aquí pueden ver los ejemplos de los controles Online, y en algunos controles se aplican la misma regla que el UpdatePanel, primero verifiquen el funcionamiento básico de su página, antes de usar algunos controles del ACT. Ejemplos del ACT, los pueden descargar de la página del mismo en CodePlex, además de los ejemplos se encuentra el código fuente del ACT. Nota: los ejemplos son los mismo que están online, y todos los controles tienen un ejemplo, lo pendiente es revisar que CSS usa el control que vamos a probar, y eso copiarlo a nuestro sitio Web.

Destacado:

Artículos, Videos, Ejemplos:

Saludos,

Crossposting desde ...

Buenas practicas de programacion y tecnicas para liberar recursos, para tener una aplicacion mas rapida ¿?

2009-02-06T07:46:00Z

¿La aplicación web de Geeks.ms es rápida?

¿Rápida, para quién?. Para el programador?, para el usuario?, o para el jefe de proyectos?. ¿Cuántos segundos debe tomar cargar una aplicación para que sea rápida? –4 segundos, 8 segundos, 15 segundos?

Y las mismas preguntas podemos hacernos, para considerar una aplicación lenta.

Antes de jugar al teléfono malogrado, se debería tener un límite para considerar a una aplicación “lenta”. Si dentro de los requerimientos no funcionales, se dice que ningún formulario debe tomar más de 15 segundos para completar una operación, ya se sabe que si página o formulario toma 20 segundos, se podría decir que es lenta. Entonces, para poder definir si una aplicación es lenta o es rápida, el límite debería estar definido en los requerimientos no funcionales, y si no lo esta (en muchos casos), antes de optimizar se debería especificar cual será el tiempo de referencia a tomar, para considerar a una aplicación rápida o lenta. Así cuando llegue alguna queja del usuario por que quiere una aplicación sea más rápida, se revisa si el formulario esta dentro de los límites, y si aún así el usuario quiere más rápida (nuevos límites) ese es otro precio.

¿Todas los formularios requieren optimización?

Normalmente los procesos de mantenimiento, debería ser los más rápidos (usamos el término rápido como comparación no como medida) a comparación de los procesos de búsquedas, cargas masivas, o exportar información o procesos de fin de mes.

Veamos, si una página de mantenimiento sólo requiere hacer operaciones de consulta (muchos registros), inserción (un registro), actualización (un registro), y eliminación (un registro), no debería tomar más tiempo que otras páginas de procesos más complejos. Y para lograr esto debemos tener algunos detalles en cuenta, que son básicos:

Administrar correctamente las conexiones a la base de datos, liberar los recursos después de usarlos. Desde .Net, podemos usar la clausula using, para asegurarnos de liberar los recursos. Revisar esta entrada: Ado.Net y Using.
Paginar los resultados desde la base de datos, y no desde el cliente. Hay algunos controles mágicos que ofrecen, paginación, pero a qué costo?. Por ejemplo para paginar en Oracle podemos usar ROWNUM, y en SQL Server podemos usar ROW_NUMBER, obviamente que para lograr una paginación del lado de cliente, involucra que tengamos que pasarle dos parámetros más como el registro inicial (startRowIndex) y la cantidad de resultados (maximumRows), además de que tengamos que hacer otro método y procedure, para “contar”, ya que necesitamos saber cuantas páginas tiene el resultado.

Si seguimos estas dos reglas básicas, los formularios de mantenimiento deben ser los más rápidas de toda nuestra aplicación. Y entonces, páginas o formularios a optimizar son los procesos de búsquedas, operaciones masivas, generación de reportes, entre otros procesos complejos (1).

¿Pero qué pasa, si toda la aplicación esta lenta? Sean de mantenimientos simples o complejos, o procesos, todas demoran mucho a comparación de otra aplicación (una aplicación Web frente a una Windows). Sobre todo en esas migraciones por tendencia o moda de una aplicación Windows a Web, sobretodo si no se tiene muy claro la infraestructura de una aplicación web, el usuario dirá: pero en la aplicación Windows era más rápido, como le explicas que el navegador tiene que hacer un viaje al servidor, o lo que se conoce como postback en asp.net, para poder ver los resultados. Y la migración de una aplicación se puede vender por dos cosas: por mejoras de procesos, o por que va ser más rápido, entonces nuevamente por que la web mas lenta, se preguntará el usuario. Entonces, si la mayoría de formularios están lentos a comparación de su previa versión, habrá que revisar el código base o código común (2).

¿Juego de Herramientas o técnicas del buen optimizador?

Profiler del motor de base de datos. En el escenario 1, y el escenario 2, es bueno identificar cuales son las operaciones que se están haciendo contra una base de datos, y el tiempo que están tomando estas operaciones, la cantidad de operaciones que se esta haciendo, quizás es redundante el número de operaciones. Imaginen, que están haciendo un búsqueda sobre un catálogo de libros, tenemos varios millones de libros en nuestro catalogo, y tenemos que buscar por título, descripción, contenidos. Para SQL Server nosotros tenemos SQL Profiler. Después de analizar podemos llegar a dos conclusiones, una determina consulta esta tomando un tiempo mayor al esperado, hay que determinar si podemos hacer alguna mejora para incrementar la performance del servidor de datos, también revisar esta presentación: buenas prácticas para mejorar el rendimiento en un servidor SQL Server. Y si el problema, no esta en la consulta, si no en la recurrencia a la información?, en este escenario donde la información mostrada cambia pocas veces (una noticia de un diario, las entradas de un blog) se puede hacer el uso de técnicas de Cache, atención si la aplicación tiene alta transaccionalidad es decir se necesita hacer operaciones con la información más reciente, imaginad hacer ventas de productos que tienen stock 4 (por que así se guardo en la cache) cuando un producto ya no tiene ese stock 4, en este último escenario no es aplicable el uso de Cache.
Profiler de nuestro código. Es una manera de identificar cuales son los cuellos de botella dentro de nuestro código, o para optimizar hasta la última línea de código. [.Net] Carlos Walzer, por ejemplo nos muestra el uso de la herramienta dotTrace 3.0, para analizar el tiempo y la cantidad de cada una de las llamadas dentro de .Net, con la cual podemos llegar a la mejor forma de hacer las cosas, revisar la serie: Cazando mitos en ADO.NET.
Profiler del render del Html (Web). En una aplicación Web, hay otro detalle a tener en cuenta y es el tamaño del html enviado al navegador. Una excelente herramienta para detectar motivas de lentitud en la carga de una aplicación web es usar YSlow, y si están usando asp.net también puede usar la característica Tracing, con la cual podemos identificar los métodos dentro del ciclo de vida de ejecución de una página ASP.NET, además del tiempo de ejecución de los mismos, para saber cual demora más; lo otro que podemos identificar el tamaño de bytes que ocupa el render de todos los controles de la página, así como el ViewState ese monstruito que es bueno pero a la vez es malo que están ocupando. El ViewState sólo debería ser usado cuando es verdaderamente útil, todos los controles por defecto tienen habilitado el ViewState. Por ejemplo si ustedes hacen ver código fuente html de esta página, encontrarán un elemento llamado: __VIEWSTATE, y en este caso de Geeks.ms, y si vamos a un decoder online, veremos que sólo tiene un valor, que es el código de la página, si están desarrollando con ASP.NET, hagan “View in Browser” y vean el tamaño del ViewState, y vean con el decoder que se esta guardando.

Otro detalle a tener es al no liberarse correctamente los recursos y ocupar memoria, “fuga de memoria”. Dentro de Windows existe una herramienta llamada WinDBG, que puede ser usado para identificar fugas de memoria dentro de .Net por ejemplo. Y específicamente para .Net podemos usar el CLR Profiler, como en este escenario: Cómo cazar una fuga de memoria en .Net, también podemos usar .NET Memory Profiler.

Resumiendo

Se debe especificar, el rango para que una aplicación sea considera rápida o lenta.
Los formularios de mantenimiento deberían ser los más rápidos dentro de nuestra aplicación, por que las operaciones son simples, y debemos seguir las reglas básicas, de paginación del lado del servidor de datos y liberación de recursos (conexiones).
Los formularios especiales, necesitan de herramientas especializadas para identificar donde se encuentra el cuello de botella, o los lugares posibles de optimización. Para ello disponemos de Profilers, a nivel del servidor de datos, como también a nivel del código de nuestra aplicación.
Para aplicaciones Web, asegurarse que el render del html sea el adecuado.
Tener cuidado con las fugas de memoria.

P.D.: Espero que esta lista de herramientas, ayuden a mejorar el rendimiento de sus aplicaciones, en algún momento mostrare algunas de ellas en determinados escenarios para ver su utilidad más claramente, quedan en los drafts como constancia.

Oros artículos de interés:

Saludos,

Crossposting desde ...

Aplicaciones de Escritorio vs Aplicaciones Web, ¿hay diferencia en el desarrollo?

2009-01-14T08:38:00Z

Esto post nace como respuesta a las siguientes preguntas o dudas:

Estoy desarrollando una aplicación Web, en Windows yo usaba el evento KeyPress pero en asp.net, asp, php, jsp, o xsp no se como hacerlo.
De una página A envío información a una página B, quiero que al cerrar la página B el foco regrese a la página A. Esta última es clásica en los foros, además de venir con esta nota la final: el código debe estar con C# 2008 y usando mejores prácticas
El diseñador de Visual Studio .Net no funciona, arrastre mis controles pero en el navegador se ve todo feo
Voy a desarrollar una página, y no se que lenguaje usar JavaScript, C#, JSP, Php, o ASP.Net, ¿con cuál de estos se ve mejor mi página?
Quiero pasar variables usando POST en asp.net, y no se como hacerlo
¿Cuáles son los navegadores más usados? Estoy haciendo una web con Php, y no quiero hacer muchas versiones de mi código, sólo para 3 navegadores como máximo
Estoy haciendo una Web 2.0, estoy programando con JavaScript y no puedo conectarme a la base de datos
-¿Qué estas usando para desarrollar tu Web html o xhtml?, –No uso html, yo estoy usando lo ultimito uso ASP.NET 3.5, dicen que html ya esta desfasado.
-¿Y ya aprendiste Html y Javascript para tu proyecto Web?, –No, con Visual Studio .Net ya no se usa eso, sólo arrastras controles y programas como en Windows

Para responder a las preguntas vamos a ver una arquitectura simple de dos aplicaciones una Windows (o de escritorio) y una Web

Aplicación de Escritorio

En una aplicación de escritorio normalmente no iniciamos sesión por cada aplicación que usemos, sólo se inicia sesión una vez cuando prendemos el sistema operativo, asumiendo que vamos a abrir una aplicación para ver nuestra lista de tareas:

El usuario carga la aplicación.
La aplicación (el código), se conecta a la base de datos y recupera la información del usuario.
La aplicación muestra al usuario la información solicitada.

Aplicación Web

El usuario desde cualquier parte del mundo y desde cualquier dispositivo (PC, laptop, mobile), desea ver donde será el próximo @BeerTwit.

El usuario tiene que ingresar la URL de la página en su navegador (*1). El navegador por detrás se encargará de hacer un request (solicitud) al servidor Web usando el protocolo de comunicación HTTP (*2) (internet), y en este caso usará el método GET, por que sólo quiere obtener información.
El servidor Web recibe el request y envía un response (sólo html) al navegador. Los navegadores no entienden el código ASP, PHP, o JSP, ellos sólo muestran contenido en html (*3), es por eso que todos los servidores Web después de procesar un request devuelven sólo html (que puede incluir Javascript (*4)), el html generado debe ser un formulario en html, para que el usuario pueda enviar su información. Por otro lado si el usuario ha iniciado sesión con anterioridad es posible que su sesión este activa, y no tenga que iniciar sesión nuevamente.
El usuario llena su información, user y password, y hace clic en el famoso botón “Sign in”. El navegador por detrás recolectará esta información, y en este caso que se desea enviar esa información al servidor debe estar usando el método POST. Todos los lenguajes usan POST para enviar información a una página, ya sea ASP.NET, Php, JSP, etc (*5). En el caso especial de ASP.NET cuando están desarrollando por defecto todos los formularios se envían usando POST, pueden hacer “View Source” de una página en el navegador y verán que el formulario html tiene el método POST. Pueden ver también esto usando la herramienta Fiddler. Con GET también se puede enviar variables, pero no es técnicamente enviar información, es mas bien, un obtener información con estos parámetros.
El request llega al servidor Web, y se ejecutará el código de servidor Php, Jsp, o ASP, que se conectará con la base para verificar si existe el usuario y si el password coincide con el enviado por el usuario.
Si el usuario y el password son validos, el código de servidor (login.php, login.jsp, o login.aspx), redireccionará el request a otra página showUpdates.php, la cual se conecta nuevamente a la base de datos para traer todos los updates de los amigos del usuario, después de procesar la página, el servidor envía el response (sólo html) al usuario.
El usuario ve en una página las últimas actualizaciones de sus amigos, y parece que esta semana no habrá @BeerTwit, así que tendrá que inventar alguna excusa para generar uno nuevo.

¿Se nota la diferencia por qué es distinto para programar para Windows, que programar para Web? ¿Todavía no?. Vayamos resumiendo:

*1. El front-end de toda aplicación Web, siempre acabará en un “navegador” y si queremos que se vea bien la mayoría de navegadores debemos desarrollar usando estándares, eso evitará tener que hacer una versión de Html o Css por cada navegador. Ahora también esta de moda tener una versión móvil de las aplicaciones: http://m.elcomercio.com.pe, http://m.hi5.com/, http://m.facebook.com, http://m.twitter.com, http://m.tuWebAqui.com.

*2. El protocolo usado para comunicarse con un servidor web es: “HTTP”, y normalmente usamos HTTP GET o HTTP POST, para cualquier tecnología de servidor. Revisar este Screencast del genial David Salgado: Trabajando con HTTP GET y HTTP POST, acá muestra por ejemplo simular un browser desde .Net haciendo request GET o POST usando la clase HttpWebRequest, aunque también pueden usar la clase WebClient. Por otro lado existen otros métodos de request además del GET o POST, el uso de estos métodos los verán con REST.

*3. Ya hemos mencionado que todo servidor Web devuelve al cliente sólo “HTML”, por eso importante trabajar con estándares para que nuestro diseño se pueda ver bien en todos los navegadores. ¿Por qué el código de mi página (php, jps, asp.net) no se ve bien? Pues posiblemente sea por que no sabemos HTML o no sabemos CSS o el diseño no es nuestro tu tema, si vamos a desarrollar una Web tampoco vamos a centrarnos en aprender html a nivel experto, pero si debemos conocer lo básico sobretodo si nosotros estamos encargados de integrar el diseño con la funcionalidad. ¿Si soy developer como diseño mi página Web?, revisar los comentarios en el siguiente artículo.

*4. Un gran aliado para hacer más dinámica la interacción de nuestra aplicación web con el usuario es usar “Javascript”. Recuerden que una aplicación Web, tiene dos ámbitos: cuando esta en el cliente (1), y cuando se hace un request y se va al servidor (2) para procesar el request y generar el response. Entonces, o está en el navegador del usuario o está en el servidor Web, entonces JavaScript es un lenguaje script del lado del cliente, y con el voy poder cambiar elementos dentro de la versión html que este en el cliente. Por ejemplo, puedo con un botón (input: type-button) hacer el llamado a una función en javascript que cambia el color o contenido a un caja de texto (input: type-text), y para hacer esto en la página, no es necesario que la página vaya al servidor, con JavaScript podemos hacer estos cambios del lado del cliente. Si yo hago el cambio de color o contenido de una caja de texto desde un lenguaje de servidor asp o php, la página tendrá que viajar al servidor sólo para cambiar el color. JavaScript da una mejor interacción con el usuario, pero no todo se puede hacer del lado cliente, por que la data, información, el valor, la carnecita, esta en el servidor y hay que viajar para traer esta información. Cada vez que se hace un request al servidor Web (sea GET o POST) se refresca toda la página, lo que da una percepción de lentitud a comparación de Windows, si quieres mejorar esto una de las opciones es usar Ajax. Siempre es bueno conocer lo básico de JavaScript, sobre todo para cuando estemos trabajando con popUps o cualquier interacción del lado del cliente.

*5. Y por último el “lenguaje de servidor”, que puede ser Php, Asp, Jsp, y todos los demás. Obviamente si tu labor es desarrollar páginas web con acceso a datos, debes dominar el lenguaje de programación, pero como vimos anteriormente también es útil conocer lo básico de JavaScript, Html, Css, y cuando lo vayas necesitando aprendes más de cada uno de ellos.

Espero que las preguntas propuestas al inicio, hayan quedado resueltas.

P.D.: Y recuerden, programar una aplicación Web no es lo mismo que programar una aplicación de escritorio, pero si va servir nuestros conocimientos de programación. En .Net por ejemplo todas las librerías, a excepción de las propias de Windows, que hayas aprendido programando Windows, te van servir cuando programas en Web, ejemplo: System.IO, System.Xml, System.Data.SqlClient, System.XYZ.

Saludos,

Crossposting desde ...

Sergio Tarrillo's Blog -> enhancements

Que hacer cuando IIS no te deja publicar un Sitio Web ASP.NET

[CodeSnippet] SSH/SFTP en C# usando SharpSSH

Recuperando una cadena de conexion SqlConnectionString desde una cadena EntityConnectionString

Que hacer… cuando necesitas descargar todas las sesiones del PDC09 de golpe…

[WebCast] Pruebas Web y de Carga usando VSTS

WCF Service Configuration Editor y WCF Test Client

[Enlace] Ejemplo de uso LINQ y ADO.NET EF con DB2, IDS, U2

[ADO.Net EF] Insercion de registros relacionados

lstGeeksMs.Where(u =>; u.Estado == "papafeliz").Select(u => u).ToList().Add(new UserGeek() { Nombre = "sergiotarrillo", Estado = "papafeliz", Hijo = “marcello” });

Integrando Sistemas de Informacion?

La hora del Planeta: 8.30PM hora local, donde sea que vivas en el planeta Tierra. S&#225;bado 28 de marzo de 2009.

[CodeSnippet] Mostrar un Label en ASP.NET por 3 segundos

Recomendaciones para la Adopcion de AJAX usando ASP.NET AJAX

Buenas practicas de programacion y tecnicas para liberar recursos, para tener una aplicacion mas rapida &#191;?

Aplicaciones de Escritorio vs Aplicaciones Web, &#191;hay diferencia en el desarrollo?

La hora del Planeta: 8.30PM hora local, donde sea que vivas en el planeta Tierra. Sábado 28 de marzo de 2009.

Buenas practicas de programacion y tecnicas para liberar recursos, para tener una aplicacion mas rapida ¿?

Aplicaciones de Escritorio vs Aplicaciones Web, ¿hay diferencia en el desarrollo?