maLvAReZ OnLinE

Después de notar el desmesurado crecimiento del archivo .vhd de mi Virtual Machine mencionado ya en artículos anteriores, realicé una búsqueda en Internet y encontré el siguiente fragmento de un blog en MSDN que detalla como compactar dichos archivos y por ende economizar bastante espacio en el disco duro.

Compact Your VHD Files

1. Download and install Virtual PC 2004 Service Pack 1.
2. Defragment your guest operating system.
3. From the CD menu, select Capture ISO Image and browse to the Virtual PC additions directory, which is %ProgramFiles%\Microsoft Virtual PC\Virtual Machine Additions by default.
4. Mount Virtual Disk Precompactor.iso. By default with auto-run enabled, the precompactor will start automatically.
5. When it has finished, unmount the ISO from the CD menu.
6. Run the Virtual Disk Wizard from the File menu and follow the instructions to compact your VHD file.

This can significantly reduce the size of your base VHD file. When it's finished, click Settings to open the settings for your virtual machine, select Undo Disks, and check Enable Undo Disks.

Hace un par de meses un miembro del equipo de desarrollo de Syrtec estaba jugando con el VMWare y decidí investigar un poco más. Nosotros, teniendo acceso al servicio de suscripciones para desarrolladores de Microsoft (MSDN) nos percatamos de la existecia del Microsoft Virtual Pc 2004. Para este entonces ya teníamos más de año y medio de tenerlo anuestra disposición.

Lo instalé en mi laptop y les cuento que no me ha defraudado. Como todo, al principio encontré varios tropezones, los cuales les confieso, salieron bastante caros. Más que todo por inoprtunos. Pero bueno, todo cambio requiere de una curva de aprendizaje y les digo que considero ya estar bastante estable con esto.

La laptop tiene 512 MB de RAM y estoy utilizando una configuración de 316 MB para el "host", un Windows XP SPII y 196 MB para la máquina virtual que corre el mismo sistema operativo. La idea de está máquina virtual es tener un ambiente de desarrollo para .NET y SQL Server y permitir que la instalación del "host" este lo más ligera posible.

El Virtual PC 2004 crea dos archivos, uno que simula el disco duro y otro que almacena la configuración. Algo impresionante, estos dos archivos se pueden copiar entre computadoras y la PC Virtual arranca sin problema en la otra computadora justo en el estado que estaba la última vez que se uti

lizó. Esta maravilla de nuestros tiempos comparte los recursos y de hecho se pueden copiar archivos por red entre la PC Virtual y el "Host" utilizando solo una tarjeta de red, la cual tiene un IP distinto en cada ambiente.

Perspectiva de SQL Server 2005 para el
Desarrollador de Base de Datos


Autor: Matt NunnMicrosoft Corporation
Julio 2004Aplica a: Microsoft SQL Server 2005
Desarrollo de base de datos SQL Server
Microsoft .NET Framework
Microsoft Visual Studio 2005
Microsoft ADO.NET 2.0

Ayer estuve leyendo un artículo muy interesante que presenta las bases y los conceptos básicos de lo que es eXtreme Programming (XP). El XP no es más que una metdología de desarrollo de software orientada a agilizar el tiempo de desarrollo por medio del trabajo en pareja de los desarrolladores y un alto involucramiento del cliente como proveedor de requerimientos durante todo el proceso. Algunas de las prácticas básicas del XP son:

• Comunicación: Para poder desarrollar un producto de manera eficiente y satisfactoria es necesario que exista un alto nivel de comunicación entre los miembros del equipo.
• Retroalimentación: La retroalimentación constante y el involucramiento por parte del cliente garantizan un alto grado de satisfacción de cliente.
• Simplicidad: Siempre debemos mantener las cosas más simples mientras nos apegamos al proceso que nos lleva a cumplir con los requerimientos del sistema que se esta construyendo.
• Corage: Los desarrolladores involucrados deben de tener la actitud necesaria para lograr un cambio y alcanzar resultados de alta calidad.

Los conceptos de reaíz que se manejan en esta innovadora metodología son:

Un proyecto que estamos realizando requiere que la aplicación muestre los correos que se encuentran en el Inbox y que sean relacionados a una cuenta específica. ¿Parece complicado? Yo tambien creí lo mismo. Pero la verdad es que no. Afortunadamente el proyecto está siendo dersarrollado en C# sobre la plataforma .NET de Microsoft y estamos utilizando el Visual Studio .NET 2003 (framework 1.1).

Si alguien alguna vez necesita hacer esta misma tarea adjunto el código ejemplo de como lograr esto:

**** Es necesario incluir las librerías de objetos de outlook: Project->Add Refernce->Com Tab->Microsoft Outlook 11.0 Object Library ****

using System;
using System.Reflection; // to use Missing.Value

//TO DO: If you use the Microsoft Outlook 11.0 Object Library, uncomment the following line.
//using Outlook = Microsoft.Office.Interop.Outlook;


namespace ConsoleApplication1
{
	public class Class1
	{
		public static int Main(string[]args)
		{
			try
			{
				// Create the Outlook application.
				// in-line initialization
				Outlook.Application oApp = new Outlook.Application();

				// Get the MAPI namespace.
				Outlook.NameSpace oNS = oApp.GetNamespace("mapi");

				// Log on by using the default profile or existing session (no dialog box).
				oNS.Logon(Missing.Value,Missing.Value,false,true);

				// Alternate logon method that uses a specific profile name.
				// TODO: If you use this logon method, specify the correct profile name
				// and comment the previous Logon line.
				//oNS.Logon("profilename",Missing.Value,false,true);

				//Get the Inbox folder.
				Outlook.MAPIFolder oInbox = oNS.GetDefaultFolder(Outlook.OlDefaultFolders.olFolderInbox);

				//Get the Items collection in the Inbox folder.
				Outlook.Items oItems = oInbox.Items;

				// Get the first message.
				// Because the Items folder may contain different item types,
				// use explicit typecasting with the assignment.
				Outlook.MailItem oMsg = (Outlook.MailItem)oItems.GetFirst();

				//Output some common properties.
				Console.WriteLine(oMsg.Subject);
				Console.WriteLine(oMsg.SenderName);
				Console.WriteLine(oMsg.ReceivedTime);
				Console.WriteLine(oMsg.Body);

				//Check for attachments.
				int AttachCnt = oMsg.Attachments.Count;
				Console.WriteLine("Attachments: " + AttachCnt.ToString());

				//TO DO: If you use the Microsoft Outlook 10.0 Object Library, uncomment the following lines.
				/*if (AttachCnt > 0)
				{
					for (int i = 1; i <= AttachCnt; i++)
						 Console.WriteLine(i.ToString() + "-" + oMsg.Attachments.Item(i).DisplayName);
				}*/

				//TO DO: If you use the Microsoft Outlook 11.0 Object Library, uncomment the following lines.
				/*if (AttachCnt > 0)
				{
					for (int i = 1; i <= AttachCnt; i++)
						 Console.WriteLine(i.ToString() + "-" + oMsg.Attachments[i].DisplayName);
				}*/


				//Display the message.
				oMsg.Display(true);  //modal

				//Log off.
				oNS.Logoff();

				//Explicitly release objects.
				oMsg = null;
				oItems = null;
				oInbox = null;
				oNS = null;
				oApp = null;
			}

				//Error handler.
			catch (Exception e)
			{
				Console.WriteLine("{0} Exception caught: ", e);
			}

			// Return value.
			return 0;

		}
	}
}

¿Que tal? Tremendo!!!!!!

Después de haber logrado correr simples aplicaciones ASP.NET sobre mono, traté de dar el salto a lo grande, por el momento creo que sin éxito alguno. Parece ser que el aspxGRid, formidable control para manejo de grids y bases de datos en ASP.NET no corre bien sobre mono. Después de varias pruebas he logrado que el control se despliegue más o menos bien, pero se generan distintsas excepciones al tratar de cargarle data.

Espero mañana poder realizar más pruebas y talvez encontrar alguna referencia en el Web. En teoría esto debiera funcionar sin problema alguno y la verdad no se a que se deben las fallas. La conexión se trató de realizar a un SQLServer en una máquina remota con Windows 2000. Cualquier indicación es bienvenida.

• mono e un porte de la plataforma de Microsoft .NET Framework a Linux. Tambien ya hay una versión que corre en MacOS X.
• xsp es un webserver que entrega páginas .aspx. Está escrito 100% en C# y lógicamente corre sobre mono.
• mod_mono es un módulo dinámico escrito para Apache. Este módulo nos permite direccionar las solicitudes de páginas .aspx pr medio de un proxy hacia el xsp.

Y listo, con estas tres herramientas podemos entregar páginas ASP.NET 1.1 desde Linux con Apache!!! El procedimiento de instalación (alrededor de 25 minutos con un enlace de 512kbps) que seguí y me funciónó en dos distintas máquinas Red Hat Linux Enterprise Server 3 fue:

• Descarga el Red Carpet 2
• rcd
• rug
• Se deben de instalar estos dos RPM´s siguiendo el orden descrito en la descarga
• Luego se deben de ejecutar los siguientes comandos de rug para instalar el mono y el xsp automáticamente
• rug sa http://go-mono.com/download
• rug sub mono-1.1-official
• rug sub gtk-sharp-official
• rug in mono-complete
• rug in xsp
• Descargar el fuente del mod_mono 1.0.8
• Compilar mod_mono con los siguientes comandos
• tar -xvzf mod_mono-1.0.8.tar.gz
• Dentro del directorio de los fuentes ./configure --prefix=/usr
• make
• make install
• Dirigir el nevagador a http://localhost/test

Que cool! Ya corremos ASP.NET en Linux. Pruebenlo y cuentenme sus resultados. Si alguien se anima con el Fedora sería muy buen que compartiera sus experiencias...

En los próximos días estaremos probando correr nuestras aplicaciones más formales de la empresa y les estaré reportando los resultados.