Estos son mis principios. Si a usted no le gustan, tengo otros

Maven. Forzar la codificación del código fuente

Posted: June 24th, 2010 | Author: Edu | Filed under: Java, Maven, Tools | No Comments »
VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)

Modificar el fichero pom.xml. En la propiedad project.build.sourceEncoding indicar la codificación que tenga el código fuente.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<project>
    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>
    <build>
        <plugins>
            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.6</source>
                    <target>1.6</target>
                    <encoding>${project.build.sourceEncoding}</encoding>
                </configuration>
            </plugin>
        </plugins>
    </build>
</project>
VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)

Instalación rápida de Subversion en Linux (APT)

Posted: June 24th, 2010 | Author: Edu | Filed under: Linux, Tools, VCS | No Comments »
VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)

Instalar subversion:

# sudo apt-get install subversion

Crear la ruta /var/svn:

# mkdir /var/svn

Instalar apache2 y libapache2-svn:

# sudo apt-get install apache2 libapache2-svn

Crear el fichero /etc/subversion/passwd y añadir el primer usuario:

# htpasswd -c /etc/subversion/passwd user_name

Para añadir el resto de usuarios:

# htpasswd -c /etc/subversion/passwd user_name

Editar /etc/apache2/mods-enabled:

<Location /svn>
  DAV svn
  SVNParentPath /var/svn
  AuthType Basic
  AuthName "Subversion Repository"
  AuthUserFile /etc/subversion/passwd
  <LimitExcept GET PROPFIND OPTIONS REPORT>
    Require valid-user
  </LimitExcept>
</Location>

Crear los repositorios de subversion:

# svnadmin create /var/svn/repo
# chown -R www-data /var/svn/repo

Reiniciar apache2:

# /etc/init.d/apache2 restart

Crear la estructura de directorios TTB (Trunk, Tags, Branches):

# svn mkdir http://localhost/svn/repo/trunk  -m "Creating trunk"
# svn mkdir http://localhost/svn/repo/tags  -m "Creating tags"
# svn mkdir http://localhost/svn/repo/branches  -m "Creating branches"
VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)

Integración rápida de Maven con Hudson y Archiva

Posted: June 5th, 2010 | Author: Edu | Filed under: Archiva, Continuous-Integration, Hudson, Java, Maven, Tools | Tags: , , , , , | No Comments »
VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)

Supongamos que tenemos un proyecto dividido en varios módulos de funcionalidad y que cada módulo de funcionalidad genera un artefacto. Por ejemplo:

  • core.jar: Almacena la lógica de negocio común.
  • web.war: Aplicación web que hace uso de la lógica de negocio (utiliza core.jar).

Cada vez que modificamos la lógica de negocio subiendo código al gestor de versiones y se genere un artefacto core.jar queremos que se genere un nuevo artefacto web.war que incluya las modificaciones de el primero. Esto lo podemos conseguir fácilmente con Hudson, Maven y Archiva. Partimos de la base que tenemos el servidor Hudson montado y que tenemos dos proyectos definidos “core” y “web”. Ambos proyectos funcionan con Maven.

Instalación y arranque rápido de Apache archiva:

  • Descargar y descomprimir Apache Archiva en la máquina que vaya a hacer de servidor de repositorios Maven. En mi caso es la misma máquina dónde se encuentra Hudson.
  • Ejecutar Apache Archiva:
# $ARCHIVA_HOME/bin/archiva console
  • Definir los repositorios que consideremos oportunos y usuarios con perfil “Repository Manager”. En mi caso trabajaré con el repositorio “snapshots” que viene definido por defecto.

Configuración Maven:

  • Editar el fichero pom.xml de todos los proyectos y añadir el repositorio archiva:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<repositories>
	...
	<repository>
		<id>archiva.snapshots</id>
		<url>http://localhost:8081/archiva/repository/snapshots/</url>
		<releases>
			<enabled>false</enabled>
		</releases>
		<snapshots>
			<enabled>true</enabled>
		</snapshots>
	</repository>
	...
</repositories>
  • Editar el fichero pom.xml del proyecto web y añadir la dependencia al proyecto core, por ejemplo:
1
2
3
4
5
<dependency>
	<groupId>com.sourcerebels</groupId>
	<artifactId>core</artifactId>
	<version>0.0.1-SNAPSHOT</version>
</dependency>
  • Editar el fichero de configuración de Maven (settings.xml):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<servers>
	...
	<server>
		<id>archiva.internal</id>
		<username>usuario_archiva</username>
		<password>password_archiva</password>
	</server>
	<server>
		<id>archiva.snapshots</id>
		<username>usuario_archiva</username>
		<password>password_archiva</password>
	</server>
	...
</servers>

Configuración Hudson:

  • Para cada uno de los artefactos del proyecto configuraremos que se despliegue en el repositorio “archiva.snapshots”:

  • Con este punto conseguiremos que cada vez que se genere una nueva versión del fichero core.jar esta se archive en el repositorio Maven. Ahora para que el proyecto web se construya cuando alguno de los snapshots de los que depende sean construidos:




    Esto es todo :-)

    VN:F [1.9.2_1090]
    Rating: 0.0/5 (0 votes cast)

Atajos de teclado en Eclipse

Posted: February 24th, 2010 | Author: Edu | Filed under: Best-Practices, Eclipse, Java, Tools | Tags: , , , | No Comments »
VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)

Estos son algunos de los atajos de teclado que me facilitan un poquito más el día a día cuando utilizo Eclipse para escribir código Java. No he querido abusar por que los considero bastante engorrosos de aprender pero si te interesa esto siempre puedes pulsar Ctrl+Shift+L e indicarme tus preferidos ;-)

Ctrl+Alt+H – Mostrar la jerarquía de llamadas de un método

Si presionamos esta combinación de teclas se nos mostrará una pantalla donde, a modo de árbol, podremos inspeccionar toda la jerarquía de llamadas de un método, esto es, qué otros métodos le llaman, que otros métodos llaman a estos últimos y así sucesivamente. Haciendo click en cualquiera de los resultados, abriremos un editor directamente en el código.

Alt+Shift+P – Abrir fichero Maven pom.xml

Esta combinación de teclas sirve para buscar el fichero pom.xml de cualquier artefacto tanto en el workspace como en cualquiera de los repositorios maven2 que tengamos definidos.

Nota: Si no me equivoco, esta combinación sólo está disponible si utilizas el plug-in de integración de Apache Maven 2 m2eclipse.

Ctrl+Shift+G – Buscar texto en workspace

La siguiente combinación de teclas permite buscar rápidamente el texto seleccionado en todo el workspace. La ventana de resultados sería similar a esta.

Ctrl+Shift+R / Ctrl+Shift+T – Abrir recurso / Abrir tipo

En el caso de Ctrl+Shift+R Muestra un cuadro de dialogo donde podemos teclear un texto y que permite filtrar rápidamente un fichero de los proyectos que tengamos abiertos en ese momento en el workspace. El funcionamiento de Ctrl+Shift+T es similar al de Ctrl+Shif+R sólo que en este caso podemos abrir tipos de Java únicamente.


Nota: Abrir tipo funciona únicamente, al menos a mi, en la perspectiva Java o J2EE

F4 – Mostrar la jerarquía de un tipo

Sitúa el cursor sobre un tipo en un código Java, pulsa F4 y te aparecerá una pantalla (en mi configuración de Eclipse la de más a la izquierda). Esta pantalla permite ver la jerarquía de herencia de una clase Java (parte superior) así como la lista de propiedades y métodos de la misma clase (parte inferior).

VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)

My top recomentations for new programmers

Posted: February 7th, 2010 | Author: Edu | Filed under: Best-Practices, Code, Java, Tools | Tags: , , | 4 Comments »
VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)

Unsorted list:

  • If you use a versioning control system, spend some time learning its basic usage (checkout, checkin, update, diff, merge, …). If you don’t use it, go quickly to get one. Im currently using svn and git.
  • Write your own documentation. Document your work for your personal profit. While you are documenting and organizing you are thinking in your job by looking it from a different point of view. Think in documentation like in a software-piece, it must be useful and reusable.
  • Constantly, try to improve your knowledge about every day tools usage by knowing its internals (keyboard shorcuts or processes) or just learning from your colleages (or Internet users) usage.
  • Don’t be IDE-dependent for your compilation, use scripts or tools specifically designed for this task. Actually Maven will be my first choice because Java is my main plattform.
  • Get feedback about your code. Show them into colleagues or use communities like StackOverflow.
  • Don’t try to write your own framework or libraries for later use. Learn writing it  if you want, but use well-known community libraries or frameworks. I personally work mainly with Spring Framework and Apache commons.
  • Backup your data. Use your own/preferred method. I personally like dropbox.
  • Most important. Don’t try to acomplish all of this at same time. Just be patient and :-)

Please, feedback :-)

VN:F [1.9.2_1090]
Rating: 0.0/5 (0 votes cast)