Webcam
Mi portatil Packard Bell BU45 viene con una webcam Synteck integrada. Por defecto en Ubuntu no viene el driver necesario para poder utilizarla, pero su instalación tampoco es demasiado complicada. Basta con bajarse su código fuente, compilarlo e instalarlo. Muy sencillo. A continuación los pasos en detalle.

Lee el resto de esta entrada »

Subversion Logo
A menos que se configure explícitamente Subversion no reemplaza las palabras clave especiales como $Date$, $Revision$, $Author$, $HeadURL$ o $Id$ en el momento de compromenter los archivos de código fuente. Desafortunadamente estas preferencias se deben esatablecer para cada cliente, no directamente en el servidor; para más información te puedes dirigir a la sección del archivo config del cliente de Subversion del libro de Subversion. Estas son algunas preferencias para comenzar – sencillamente añade estas líneas al archivo config de ~/.subversion (Unix/Linux) o %APPDATA%\Subversion (Windows):

[miscellany]
enable-auto-props = yes

[auto-props]
*.c = svn:eol-style=native; svn:keywords=Author Date Id Revision
*.conf = svn:eol-style=native; svn:keywords=Author Date Id Revision
*.dtd = svn:eol-style=native; svn:keywords=Id Author Date Revision
*.h = svn:eol-style=native; svn:keywords=Author Date Id Revision
*.handlers = svn:eol-style=native; svn:keywords=Id Author Date Revision
*.java = svn:eol-style=native; svn:keywords=Author Date Id Revision
*.properties = svn:eol-style=native; svn:keywords=Author Date Id Revision
*.schemas = svn:eol-style=native; svn:keywords=Id Author Date Revision
*.txt = svn:eol-style=native; svn:keywords=Id Author Date Revision
*.vm = svn:eol-style=native; svn:keywords=Id Author Date Revision
*.xml = svn:eol-style=native; svn:keywords=Author Date Id Revision
*.xsd = svn:eol-style=native; svn:keywords=Id Author Date Revision
*.xsl = svn:eol-style=native; svn:keywords=Id Author Date Revision

Esta configuración será tenida en cuenta por cualqueir cliente que use las librerías clientes de Suversion nativas (basadas en C), como TortoiseSVN, Subclise o por supuesto el ejecutable de línea de comandos svn. Además debes tener en cuenta que esto solamente afectará a los fichero nuevos que añadas; para los ya existentes es necesario añadir las propiedades manualmente.

Para arreglar las propiedades de un conjunto existente de archivo puedes ejecutar los siguientes comandos (en unix o usando cygwin en windows):

find -name "*.java" -o -name "*.xml" -o -name "*.properties" | xargs svn ps svn:keywords "Author Date Id Revision"
find -name "*.java" -o -name "*.xml" -o -name "*.properties" | xargs svn ps svn:eol-style native

JBoss Logo
La documentación de JBoss es muy pobre. Para empezar, la documentación oficial solamente está disponible comprándola. El principal problema es que la mayoría de desarrolladores, aun habiendo comprado y leído la documentación oficial, no sabrán cual es la mejor manera de empaquetar sus aplicaciones J2EE para JBoss. La web está llena de historias de terror de desarrolladores que no consiguieron averiguar cómo evitar los problemas de los classloaders (cargadores de clases). La mayoría acaban por colocar todos los jars de los que dependen en el directorio lib global de su servidor. Pero esto viola claramente las consideraciones de ámbito y aumenta los riesgos de conflictos entre aplicaciones no relacionadas entre sí pero descargadas en un mismo contenedor. Por ejemplo, si dos aplicaciones necesitan diferentes versiones de un mismo jar, esta solución requeriría del uso de dos servidores JBoss diferentes.

Este documento es un esfuerzo por recoger las averiguaciones obtenidas en un JBoss 3.2.1 de tal modo que:

  • Usuarios más expertos en JBoss puedan decidir si esta es o no la mejor estrategia.
  • Otros puedan hacer uso de las averiguaciones aquí descritas y así evitar redescubrir la rueda.

Lee el resto de esta entrada »

A %d blogueros les gusta esto: