Ahora [...]]]> Bueno, la historia es ya conocida, cuando trabajamos con NHibernate no es conveniente usar identity, hay cosas de NHibernate que no se aprovechan. Cuando se usa Identity y se realiza un Save(), NHibernate tiene que forzar el INSERT para obtener el Id, por lo tanto el concepto de Unidad de trabajo no es explotado.

Ahora sumémosle este bug, que la gente del SQL Server team después de evaluar dice: ?Desafortunadamente, después de evaluar las opciones para solucionar el problema, llegamos a la conclusión que no podemos arreglarlo para Sql Server 2008?

Conclusión

Si usas NHibernate+SQL Server, no te aconsejo identity como generador de identificadores en producción. Una muy buena opción que tiene muchas bondades es usar como generador a hilo.

Hace unos días había dejado el enlace en las lista de C# del MUG (Argentina), y para que no digan que en este blog solo posteo código, hoy les dejo un videito para que se entretengan un rato. Por cierto, sería muy interesante saber cuales serían las nuevas features de C# 4.0, habrá que [...]]]>

Hace unos días había dejado el enlace en las lista de C# del MUG (Argentina), y para que no digan que en este blog solo posteo código, hoy les dejo un videito para que se entretengan un rato. Por cierto, sería muy interesante saber cuales serían las nuevas features de C# 4.0, habrá que esperar.

C# 4.0: Meet the Design Team

Para los que no están familiarizados, Db4o corre sus aplicaciones en ambas plataformas: Java y .Net. El mayor trabajo se realiza en Java, que luego mediante Sharpen se realiza [...]]]> Este release lo estaba esperando desde hace mucho tiempo por parte de Db4o, y los que siguen a Db4o de cerca creo que también.

Para los que no están familiarizados, Db4o corre sus aplicaciones en ambas plataformas: Java y .Net. El mayor trabajo se realiza en Java, que luego mediante Sharpen se realiza la conversión hacia C#, si bien no el 100% de Db4o.Net está generado, la mayoría lo está.

• How To Setup Sharpen

• Example Conversion

• Sharpen Command-Line Arguments

• Sharpen Annotations

Espero que sirva !

En este ejemplo para interactuar con el repositorio SVN, utilizaremos Cuando queremos versionar soluciones de Visual Studio, existen ciertos archivos que se deben incluir en el repositorio, y archivos que no. Si estamos usando Resharper, también vamos omitir los archivos que agrega a nuestras carpetas. La estructura de directorios que propongo es esta:

En este ejemplo para interactuar con el repositorio SVN, utilizaremos Tortoise SVN.

Consideremos una solución winApp, que tiene dependencias con la librería NHibernate.dll, que se encuentra en la carpeta lib. La solución en el Visual Studio luce así:

 Los archivos de dicha solución serían los siguientes:

Una vez que tenemos nuestra solución creada, y nuestro repositorio funcionando, realizamos un checkout sobre una carpeta que elijamos, en mi caso es “D:\checkouts”. Ahí estaran los archivos que necesitan sincronizarse contra el repositorio. Luego del checkout, la carpeta seguirá vacia, pero lista para la sincronización.

Ahora copiamos nuestras carpetas “lib” y “winApp” dentro de “checkouts/” para agregarlas al versionado. Las seleccionamos y hacemos: TortoiseSVN -> Add…

Ahora tenemos que seleccionar los archivos que vamos a versionar. Dicho de manera contraria, eliminamos archivos que no deseamos que estén en el repositorio. Los archivos no versionables son:

• Carpeta bin/ y su contenido.
• Carpeta obj/ y su contenido.
• Carpeta _ReSharper.*/ y su contenido.
• Archivo *.resharper
• Archivo *.suo

Y la selección debe quedar similar a esto:

Una vez que agregamos los archivos, realicemos el commit !

Los archivos que no participan en el versionado son los desmarcados. Y luego el repositorio debería lucir así:

Listo, tenemos nuestras solución sincronizada y versionada !

Como tip final, podemos usar AnkhSVN, un plugin para Visual Studio que nos permite gestionar los comandos de SVN desde Visual Studio.

Pueden obtener el Linker, es una libreria que escribió Jb, y se encarga de reducir al mínimo el conjunto de funciones assemblies para que un conjunto de programas puedan correr. En otras palabras, toma las librerias que necesita un programa y elimina de ellas los métodos ó tipos que no son necesarios.

Pueden obtener el código del SVN, y compilarlo. Requiere Mono.Cecil.

Linker es una simple aplicación de consola, y toda la magia ocurre en una sola linea de comandos. Antes que nada, veamos que tenemos. Los archivos necesarios para que la aplicación Mono.Sms.exe funcionen son: Castle.Core.dll, Castle.Windsor.dll, Castle.MicroKernel.dll y Castle.DynamicProxy.dll. Ponemos todos archivos en el mismo directorio que el ejecutable Mono.Sms.exe. Luego ejecutamos:

monolinker -a Mono.Sms.exe -out linkedfiles/ -x descritor.xml

Donde indicamos cual va a ser la aplicación objetivo, el directorio de salida, y el archivo xml descritor con los tipos que se desean preservar despues del proceso de linkeo. Nuestro archivo con los tipos que no queremos que Linker los eliminie es el siguiente:

<?xml version="1.0" encoding="utf-8" ?>
<linker>
  <assembly fullname="Castle.Windsor">
    <namespace fullname="Castle.Windsor.Configuration.Interpreters.XmlProcessor.ElementProcessors"/>
    <type fullname="Castle.Windsor.Configuration.AppDomain.CastleSectionHandler"/>
  </assembly>
</linker>

Con esto indicamos que el namespace ElementProcessors, y el tipo CastleSectionHandler deben ser incluidos en la salida. Este descritor lo tuve que elaborar porque Linker omitia el tipo CastleSectionHandler, y tambíén eliminaba los constructores de los tipos contenidos en el namespace ElementProcessors. Como lo supe? Prueba y error.

Ahora veamos el resultado:

Ahora que hemos reducido, el tamaño de los assemblies, imaginense otra herramienta para juntar todos los assemblies en 1 sólo. La filosofía XCOPY de .Net, se convertiria en la COPY, nada más. Por estos caminos anda también Jb, que según dijo, está reescribiendo a monomerge (actualmente se cae).

Dos puntos que destaca Angel son:

- El modelo del que parte es totalmente definible por el usuario

- Las tareas y plantillas a aplicar son totalmente programables y controlables

Y de estos [...]]]> Este es el titulo del tutorial que nos deja Angel en su blog acerca de su querido AjGenesis.

Dos puntos que destaca Angel son:

- El modelo del que parte es totalmente definible por el usuario

- Las tareas y plantillas a aplicar son totalmente programables y controlables

Y de estos 2 puntos me quedo con el primero que me alcanza y sobra para decir cuan flexible es AjGenesis. Otras herramientas de generación de código muy útiles (vale la redundancia: todas las herramientas de generación de código son útiles) como MyGeneration, permiten la generación de código a partir de un modelo de datos. Esta es una gran diferencia con AjGenesis, esta permite la generación a partir de un modelo libre, no hay restricciones. El modelo lo podemos obtener desde una base de datos, a partir de nuestras clases, o podemos ir desarrollandolo de manera artesanal (a mano).

Para hacerlo debemos considerar tener un repositorio que contenga la version de Mono 1.2.4, con versiones anteriores no va a funcionar. Entonces hacemos:

y con esto es suficiente para [...]]]> Veamos como bajar y compilar Mono.Sms desde el código fuente en Ubuntu:

Para hacerlo debemos considerar tener un repositorio que contenga la version de Mono 1.2.4, con versiones anteriores no va a funcionar. Entonces hacemos:

$sudo apt-get install mono mono-gmcs mono subversion

$svn checkout http://monosms.googlecode.com/svn/trunk/ monosms

$cd monosms/

$nant

y con esto es suficiente para compilar Mono.Sms desde el SVN. Y para correrlo:

$cd build/

$mono Mono.Sms.exe

Previamente a lanzar la aplicación quizás querramos configurarla, para esto dentro de la sección monosms en el archivo Mono.Sms.exe.config se encuentran algunos parámetros:

  <monosms>
    <settings>
      <add name="user.name" value="Jorge" />
      <add name="user.email" value="usuario@monosms.com.ar" />
      <add name="smtp.server" value="mail.gigared.com"/>
    </settings>
  </monosms>

Ahora bien, otra manera de hacer esto, es añadiendo al proyecto las imágenes y declarándolas como Recursos Embebidos, para eso se podría crear una carpeta. Y después para obtener dichas imagenes utilizariamos un [...]]]> Cuando trabajamos con Visual Studio/Sharpdevelop, podemos agregar en un pictureBox una imagen. Lo podemos hacer de 2 maneras (a simple vista): como Project Resource file ó Local Resource.

Ahora bien, otra manera de hacer esto, es añadiendo al proyecto las imágenes y declarándolas como Recursos Embebidos, para eso se podría crear una carpeta. Y después para obtener dichas imagenes utilizariamos un helper que nos retorne los recursos embebidos.

Así es como se está realizando el manejo de imágenes/iconos en Paint.Net. También copié el mismo esquema (y código) para Mono.Sms. Lo bueno del esquema que utiliza Paint.Net es que permite tener imágenes personalizadas dependiendo de la cultura:

Cuando Paint.Net necesita una imagen, lo solicita a la clase PdnResources, y esta hace lo siguiente:

• Verifica si posse una imagen personalizada según la Cultura, si encuentra la devuelve.
• Sino, busca dentro del assembly por imagenes embebidas, si encuentra la devuelve.

Al momento de buscar una imagen para asignarla a un pictureBox podemos hacer esto:

pictureBox.Image = PdnResources.GetImage("image.png");

El archivo PdnResources puede encontrarse aquí, y la manera que trata los recursos la considero como una buena práctica.

Mono.Sms contiene todas las imágenes embebidas de esta misma manera. Así se ven los recursos de Mono.Sms con Reflector:

Los binarios han sido probados en Mono 1.2.4/.Net Framework 2.0

Este es el trunk, pueden descargar el código fuente con un cliente de SVN como Tortoise SVNsi usan Windows.

Aquí están los binarios/setup para descargar:

 Para dejar comentarios [...]]]> Ya está para descargar Mono.Sms, hosteado como proyecto en Code Google.

Los binarios han sido probados en Mono 1.2.4/.Net Framework 2.0

Este es el trunk, pueden descargar el código fuente con un cliente de SVN como Tortoise SVNsi usan Windows.

• http://monosms.googlecode.com/svn/trunk/

Aquí están los binarios/setup para descargar:

• http://code.google.com/p/monosms/downloads/list

 Para dejar comentarios creé este grupo en google:

• http://groups.google.com.ar/group/monosms/

Voluntarios, envien los parches, reporte de issues/bugs aquí:

• http://code.google.com/p/monosms/issues/list

 El código fuente se puede compilar usando NAnt. He incluido el archivo default.build en el SVN para este fin.