Error en deployment SAP Crystal Reports 2010

SAPLogo

Hola a todos!

Un post rapidito: Al intentar distribuir mediante ClickOnce una aplicación Winforms que utiliza Crystal Reports 2010 (si, algunos de nosotros todavía usamos Winforms y el viejo CR), es posible que durante la instalación os encontréis con este error:

Setup has detected that the file ‘C:\…\Crystal Reports for .NET Framework 4.0\CRRuntime_32bit_13_0.msi’ has changed since it was initially published. Click OK to retry the download, or Cancel to exit setup.

El problema es que uno de los ficheros (Product.xml) está firmado con una clave pública incorrecta. Para que no os tengáis que pelear con lo mismo que yo (aunque al fin y al cabo buceando un poco por los foros de SAP lo encuentras rápido), aquí está la solución:

  1. Descargar una nueva versión del fichero Products.xml desde esta ubicación (en realidad es un ZIP).
  2. Descomprimir el ZIP en cualquier carpeta.
  3. Copiar el fichero Product.xml a la siguiente ubicación:

C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages\Crystal Reports for .NET Framework 4.0

(*) Si no estáis en un entorno x64 debéis utilizar ‘Program Files’ sin el x86.

Luego recompiláis la aplicación, publicáis otra vez, y listos!

Un saludo,

[Debate] Nombre de Namespaces en métodos extensores ¿Y tu que opinas?

Ayer, a raíz de un post del colega Javier Torrecilla sobre métodos extensores, unos cuantos de nosotros entre los que estaban el propio Javier y Jorge Serrano nos enzarzamos en una discusión en twitter acerca del mejor modo de declarar nuestros métodos extensores.

Pongamos un ejemplo: Supongamos que queremos crear un método extensor para comprobar si un valor está entre dos valores (el clásico between de toda la vida).

Agrego una clase llamada ExtensionMethods a mi proyecto, o a otro proyecto mi solución y agrego este código:

namespace CustomExtensions


{


    public static class ExtensionMethods


    {


        public static bool Between<T>(this T @value, T min, T max) where T : IComparable<T>


        {


            return @value.CompareTo(min) >= 0 && @value.CompareTo(max) <= 0;


        }


    }


}

Suponiendo que estamos en un proyecto de tipo WinForms, si queremos utilizar este método extensor sobre un valor de tipo int basta con ir a cualquier formulario y llamar al método between sobre un valor de este tipo. Por ejemplo:

EM1

Oops! Que pasa? Por que no aparece el método extensor? Bueno, como ya os habréis dado cuenta el método extensor está declarado dentro de un namespce llamado ‘CustomExtensions’, que es distinto al namespace del formulario en el que lo estoy probando, con lo que no podemos usarlo directamente si previamente no hacemos un using:

using CustomExtensions;

Vale, ahora si que aparece:

EM2

Bien. Esto en si no es nada del otro mundo, pero la cuestión es que si deseamos evitar declarar el using (tenéis que pensar que este método extensor lo podéis reutilizar en 1000 proyectos distintos), no tenemos otra opción que:

  1. Declarar el método extensor en un namespace que se llame igual que el namespace en el que se va a usar.
  2. Declarar el método extensor en un namespace que se llame igual que el namespace del tipo que estamos extendiendo.
  3. Pasar de todo y llamarlo al namespace como queramos, y que a la hora de usarlo debamos usar un using para agregarlo.

Particularmente soy partidario del segundo punto, de modo que si vamos a extender elementos de tipo IComparable, en lugar de usar el namespace ‘CustomExtensions’ prefiero usar el nombre del namespace que contiene la definición de este tipo, o sea ‘System’:

namespace System


{


    public static class ExtensionMethods


    {


        public static bool Between<T>(this T @value, T min, T max) where T : IComparable<T>


        {


            return @value.CompareTo(min) >= 0 && @value.CompareTo(max) <= 0;


        }


    }


}



Pero ese es mi punto de vista, tu que opinas? Twitteros manifestaos! :-)

Redimensionar imágenes, convertirlas a byte array y viceversa (con transparencia)

El título del post es algo largo, pero resume un problema que me volvía de cabeza desde hace un tiempo, y que no era capaz de resolver… hasta hoy.

Cuando trabajamos con imágenes en una aplicación suele ser muy común almacenarlas en una base de datos. En el caso que me ocupa, al ser imágenes con una resolución bastante alta, un requisito es que éstas deben almacenarse a distintas resoluciones. Sin embargo, antes de continuar con el tema permitidme un paréntesis:

<PARENTESIS MODE = “on”>

Sé que existen bastantes detractores de ésta práctica, que suelen preferir guardar las imágenes en disco, pero esto a mi juicio conlleva una serie de inconvenientes:

  1. Pérdida de atomicidad: Mezclamos un sistema transaccional con un sistema de ficheros no transaccional (y no, de momento no recomiendo usar transacciones en el sistema de ficheros, al menos si no queréis quedaros calvos en el proceso). De modo que como no disponemos de un mecanismo transaccional, debemos implementar mecanismos de sincronización ‘a manija’ entre la base de datos y el sistema de ficheros, con todo lo que conlleva.
  2. Problemas al hacer copias de seguridad: Ya que mediante el SQL Server agent podemos planificar copias periódicas de la base de datos, pero no de los ficheros asociados. Así pues, hay que copiar los ficheros manualmente o lanzando un proceso desde nuestra aplicación.
  3. También suele argumentarse que si guardamos las imágenes en la base de datos, el tamaño de la base de datos puede incrementarse mucho y degradarse el rendimiento (recordar que SQL Server Express ‘sólo’ admite bases de datos de hasta 10GB). Esto no es cierto, ya que desde la versión 2008 existe la posibilidad de utilizar FILESTREAM, que permite almacenar los datos de un campo en el sistema de ficheros, obteniendo así lo mejor de ambos mundos.

<PARENTESIS MODE= “off”>

Vale, sigamos con el tema.

Como os decía, en el proyecto que me ocupa actualmente un requisito muy importante es almacenar distintas resoluciones de una imagen en la base de datos mediante FILESTREAM. Para ello, hay que redimensionar cada una de las imágenes y convertirlas en un array de bytes, para luego almacenarlas en un campo de tipo BLOB, concretamente varbinary(MAX). Posteriormente cuando queremos recuperar una imagen, se lee el array de bytes y se transforma otra vez en imagen para visualizarla por pantalla, imprimirla, o lo que sea…

Redimensionar imagenes

Cuál es el problema entonces? Existen multitud de ejemplos en Internet acerca de cómo redimensionar imágenes:

public static Image ResizeImage(this Image oldImage, int targetSize)


{


    Size newSize = calculateDimensions(oldImage.Size, targetSize);


    using (Bitmap newImage = new Bitmap(newSize.Width, 


        newSize.Height, PixelFormat.Format24bppRgb))


    {


        using (Graphics canvas = Graphics.FromImage(newImage))


        {


            canvas.SmoothingMode = SmoothingMode.AntiAlias;


            canvas.InterpolationMode = InterpolationMode.HighQualityBicubic;


            canvas.PixelOffsetMode = PixelOffsetMode.HighQuality;


            canvas.DrawImage(oldImage, new Rectangle(new Point(0, 0), newSize));


            using (MemoryStream m = new MemoryStream())


            {


                newImage.Save(m, ImageFormat.Jpeg);


                return (Image)newImage.Clone();


            }


        }


    }


}

El código anterior funciona bien en casi todos los casos, pero no cuando la imagen a redimensionar contiene partes transparentes, ya que las partes transparentes aparecen en negro. Esto es así porque la información de transparencia de una imagen se almacena en el canal alfa, y en el código anterior al crear el nuevo Bitmap estamos usando explícitamente el valor ‘Format24bppRgb’ de la enumeración PixelFormat, que almacena 8 bits para cada color primario.

images_fail

En su lugar, debemos utilizar el valor ‘Format32bppRgb’ que almacena 8 bits para cada color primario más 8 bits para el canal alfa. También podemos omitir el formato en el constructor y pasar sólo el ancho y alto, ya que por defecto se usará el valor ‘Format32bppRgb’ en caso que no sea suministrado.

De todos modos, el código anterior es sólo a efectos de ilustrar el ejemplo, ya que para redimensionar una imagen es mucho más sencillo usar el método ‘GetThumbnailImage’ de la clase ‘Image’:

public static Image ResizeImage(this Image oldImage, int targetSize)


{


    Size newSize = calculateDimensions(oldImage.Size, targetSize);


    return oldImage.GetThumbnailImage(newSize.Width, newSize.Height, () => false, IntPtr.Zero); 


}

Convirtiendo imágenes a bytes y viceversa

También existen multitud de ejemplos acerca de convertir imágenes a matrices y a la inversa. Veamos algunos ejemplos:

1) Mediante un MemoryStream: en este ejemplo se vuelca la imagen en un stream en memoria, y posteriormente se transforma en un array.

public static byte[] ConvertImageToByteArray(System.Drawing.Image imageIn)


{


    using (System.IO.MemoryStream ms = new System.IO.MemoryStream())


    {


        imageIn.Save(ms, ImageFormat.Jpeg);


        return ms.ToArray();


    }


}


 


public static Image ConvertByteArrayToImage(byte[] byteArrayIn)


{


    using (System.IO.MemoryStream ms = new System.IO.MemoryStream(byteArrayIn))


    {


        Image returnImage = Image.FromStream(ms);


        return returnImage;


    }


}

Resultaría muy sencillo si no fuese porque al convertir la imagen a un array volvemos a tener el problema de las transparencias.

2) Otro método es utilizar código unsafe para copiar literalmente los bits de la imagen a un array:

private unsafe byte[] BmpToBytes_Unsafe(Bitmap bmp)


{


    BitmapData bData = bmp.LockBits(new Rectangle(new Point(), bmp.Size),


        ImageLockMode.ReadOnly,


        PixelFormat.Format32bppArgb);


    int byteCount = bData.Stride * bmp.Height;


    byte[] bmpBytes = new byte[byteCount];


    Marshal.Copy(bData.Scan0, bmpBytes, 0, byteCount);


    bmp.UnlockBits(bData);


    return bmpBytes;


}


 


private unsafe Bitmap BytesToBmp_Unsafe(byte[] bmpBytes, Size imageSize)


{


    Bitmap bmp = new Bitmap(imageSize.Width, imageSize.Height);


    BitmapData bData = bmp.LockBits(new Rectangle(new Point(), bmp.Size),


        ImageLockMode.WriteOnly,


        PixelFormat.Format32bppArgb);


    Marshal.Copy(bmpBytes, 0, bData.Scan0, bmpBytes.Length);


    bmp.UnlockBits(bData);


    return bmp;


}

Sin duda éste método ofrece un mayor rendimiento, y además al especificar el formato ‘Format32bppArgb’ nos soluciona el problema de las transparencias, pero resulta que nos crea otro problema: Para posteriormente poder revertir el array a imagen necesitamos conocer el tamaño de la imagen original, y eso no es demasiado práctico.

AL final la solución ha sido mucho más simple y porque no, mucho más elegante: Usando un simple TypeConverter.ConvertTo:

public static byte[] ConvertImageToByteArray(System.Drawing.Image imageIn)


{


    return (byte[])TypeDescriptor.GetConverter(imageIn).ConvertTo(imageIn, typeof(byte[]));


}



images_success



En fin, espero que si alguien ha estado en la misma situación que yo, al menos este post le resuelva un poco la vida :-)



Saludos desde Andorra a punto de cerrar el año,

HowTo: Crear una pantalla de inicio (splash screen)

Nota: Otro post en respuesta a una pregunta bastante habitual en los foros MSDN: ¿Cómo crear una pantalla de inicio para mi aplicación?

He creado un pequeño proyecto de ejemplo, que pueda servir como plantilla base para que cada uno se lo personalice para su aplicación. Este proyecto tiene lo básico: Un formulario sin bordes con una imagen, una barra de progreso, una etiqueta para el título, otra para ir mostrando mensajes, y un botón por si se desea cancelar la carga del programa (al estilo Office 2010).

SplashScreen

Él proyecto es muy sencillo y lo podéis descargar desde aquí:

La pantalla de inicio utiliza un thread para mostrar los diferentes mensajes al cargar, ya que así no se bloquea la aplicación (y la barra de progreso). Esto es así porque en el proyecto de ejemplo, al cargar la pantalla de inicio se lanza un segundo hilo que llama a un método ‘initApplication’, y desde éste método simulamos varios procesos largos (en realidad de un segundo cada uno), y cada vez que se inicia uno de ellos hay que cambiar el mensaje:

public void initApplication()


{


    Thread.Sleep(DEFAULT_TIME);


    this.Invoke((MethodInvoker)(() => setMessage("Searching for updates...")));


    Thread.Sleep(DEFAULT_TIME);


    this.Invoke((MethodInvoker)(() => setMessage("Connectiong to database...")));


    Thread.Sleep(DEFAULT_TIME);


    this.Invoke((MethodInvoker)(() => setMessage("Connectiong to webservices...")));


    Thread.Sleep(DEFAULT_TIME);


    this.Invoke((MethodInvoker)(() => setMessage("Loading settings...")));


    Thread.Sleep(DEFAULT_TIME);


    this.Invoke((MethodInvoker)(() => setMessage("Loading user preferences...")));


    Thread.Sleep(DEFAULT_TIME);


    this.Invoke((MethodInvoker)(() => setMessage("Starting application...")));


    Thread.Sleep(DEFAULT_TIME);


    if (this.InvokeRequired) this.Invoke(new Action(finishProcess));


}

Recordar que desde un hilo que no sea el hilo principal, en .NET no se puede actualizar la interfaz de usuario directamente. En su lugar debemos usar el método Invoke. En el ejemplo anterior llamamos a un método ‘setMessage’ que se encarga de mostrar el texto en la etiqueta correspondiente. Para poder llamar a este método mediante Invoke tenemos dos opciones: Podemos usar un MethodInvoker o un Action, en nuestro caso usaremos el primero, ya que un Action se usa cuando no hay paso de parámetros, y este método precisa de un parámetro con el mensaje a mostrar:

public void setMessage(string msg)


{


    messageLabel.Text = msg;


}

Una vez finalizado el proceso de carga, se cierra el formulario y se devuelve un DialogResult = Ok. Por otro lado si en cualquier momento de la carga el usuario ha pulsado el botón ‘close’, se hace lo mismo pero devolviendo un DialogResult = Cancel:

private void finishProcess()


{


    this.DialogResult = System.Windows.Forms.DialogResult.OK;


    this.Close();


}

void closeButton_Click(object sender, EventArgs e)


{


    this.DialogResult = System.Windows.Forms.DialogResult.Cancel;


    this.Close();


}

Como veis el proyecto es muy sencillo, sólo debéis recordar un detalle importante: En una aplicación WinForms el punto de entrada a la misma se define en el método estático Main del Program.cs, y aquí hay una línea que inicializa el formulario inicial de nuestra aplicación:

Application.Run(new fMain());

Lo primero que solemos pensar es que aquí deberíamos lanzar el formulario fSplashScreen, y al cerrarlo mostrar el formulario principal, verdad? Pues no, no podemos hacer eso. El motivo no es otro que este formulario inicial va a definir el ciclo de vida de nuestra aplicación, y si lo cerramos, cerramos la aplicación. Ya se que en VB puede cambiarse este comportamiento, pero entre nosotros… hacerlo siempre me ha parecido una chapuza :-)

Así pues, aquí lanzaremos el formulario principal, y éste, al cargarse (mientras todavía no es visible) lanzará la pantalla de inicio de forma modal y esperará el valor de retorno. Si al cerrarse la pantalla de bienvenida el valor de retorno es Ok, continúa la carga y muestra el formulario principal, en caso contrario cierra el formulario principal y con por ende la aplicación:

void fMain_Load(object sender, EventArgs e)


{


    showSplashScreen();


}


 


private void showSplashScreen()


{


    using (fSplashScreen fsplash = new fSplashScreen())


    {


        if (fsplash.ShowDialog() == System.Windows.Forms.DialogResult.Cancel) this.Close();


    }


}



Espero que sirva como ejemplo a todos aquellos que desean tener una pantalla de inicio para sus aplicaciones. Un saludo!



Andorra, Noviembre 2010

Evento BcnDev Reloaded – Jueves 22 de Julio

El próximo jueves tenemos otro evento en Barcelona. Espero veros allí :-)

 

jueves, 22 de julio

AGENDA             

09:00 – Registro
09:30 –  Introducción.
10:00 – Novedades Visual Studio 2010 y .net 4.0
11:00 – Parallel Computing with .NET 4.0.
12:00 – Entity Framework 4.0.
13:00 – Novedades ASP.NET 4.0 y JQuery con Visual Studio 2010.
14:00 – Sorteo de licencias, productos y otras sorpresas.

Ponentes

Para este evento podremos disfrutar de ponentes de amplia experiencia.

  • Benjami Adell
  • Luis Franco
  • Pep Lluis Baño
  • Marc Rubiño

Registro

https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032455485&Culture=es-ES


** crossposting desde el blog de Lluís Franco en geeks.ms **

Creando aplicaciones para Windows Phone 7 usando Silverlight

Ya empiezan a verse los primeros ejemplos interesantes de desarrollo para Windows Phone 7.


En el blog de ScottGu, podéis encontrar dos pequeños ejemplos que utilizó en su charla del MIX10 (vídeo aquí). El primero es un sencillo Hello world, y el segundo utiliza LINQ to XML y el APi de Twitter para mostrar todas los tweets de un tag determinado (en el ejemplo scottgu).


Darle un vistazo porque vale la pena, y además, más sencillo imposible! :-)


Artículo original en:


http://weblogs.asp.net/scottgu/archive/2010/03/18/building-a-windows-phone-7-twitter-application-using-silverlight.aspx


image


Saludos! :-)


** crossposting desde el blog de Lluís Franco en geeks.ms **

Silverlight 4.0 RC disponible

Silverlight340x98


Al fin! Después de unas semanas de incertidumbre, por fin se ha desvelado que Silverlight 4.0 verá la luz el próximo mes. Suerte de aquellos que puedan asistir al ASP.NET and Silverlight Conference en las Vegas, del 12 al 14 de Abril, porque además podrán ver el lanzamiento de VS2010 a nivel mundial.


De momento y para hacer boca (y poder desarrollar con la Release Candidate sobre VS2010 :-P), os dejo el enlace y algo e información (en inglés) para que os podáis descargar las herramientas necesarias:


  • Silverlight 4 Tools for Visual Studio 2010
    This will install the developer runtime of Silverlight 4, the Visual Studio project support and the Silverlight 4 SDK. If you are developing Silverlight 4 applications, this will be the minimum you want to install!
  • Windows Runtime or Mac Runtime
    If you installed the tools above, you will get the developer runtime and there is no need to install again. These downloads are being made available for test machines for the Windows and Mac platforms for your applications.
  • Expression Blend 4 Beta
    This is a beta version of Expression Blend that will enable authoring of Silverlight 4 applications.
  • Silverlight Toolkit
    The toolkit has been updated to provide support for Visual Studio 2010 and Silverlight 4 development. The Toolkit provides numerous controls for your application and source code is also included for these controls using an Open Source license.
  • WCF RIA Services
    Microsoft WCF RIA Services simplifies the traditional n-tier application pattern by bringing together the ASP.NET and Silverlight platforms. The RIA Services provides a pattern to write application logic that runs on the mid-tier and controls access to data for queries, changes and custom operations. It also provides end-to-end support for common tasks such as data validation, authentication and roles by integrating with Silverlight components on the client and ASP.NET on the mid-tier.

Más información en:


http://silverlight.net/getstarted/silverlight-4/


Saludos,


** crossposting desde el blog de Lluís Franco en geeks.ms **