Crop de imágenes JPG con Java Advanced Imaging API (JAI)
VictorR 20 mayo, 2010
Etiquetas: ejemplos, Java, problemas, Soluciones, tutoriales
Hoy la entrada será de nuevo una solución a un problema encontrado en el proyecto en el que trabajo actualmente. Y es que cuando quieres editar imágenes con Java las alternativas no son muchas y tampoco fáciles. Nosotros nos decidimos por utilizar Java Advanced Imaging API, una librería que no se actualiza desde 2007… bueno, no toca entrar a discutir este tema.
Vamos a entrar en materia. El código:
// 1 - generar el crop
SeekableStream s = SeekableStream.wrapInputStream(is, true);
RenderedOp image = JAI.create("stream", s);
((OpImage)image.getRendering()).setTileCache(null);
ParameterBlock pb = new ParameterBlock();
pb.addSource(image);
pb.add((float)topLeftmx);
pb.add((float)topLeftmy);
pb.add((float)roiWidth);
pb.add((float)roiHeight);
image = JAI.create("crop",pb);
// 2 - codificar la imagen resultado del crop
ByteArrayOutputStream baos = new ByteArrayOutputStream();
JAI.create("encode", image, baos, tipoImagen, null); // 3
return baos.toByteArray();
}
Básicamente esta función tiene 2 partes, la primera (1) donde se genera el crop de la imagen, y la segunda (2) donde se codifica la imagen resultado del crop realizado. Es decir, informar si la imagen es JPEG, PNG, TIFF…
Cuál es el problema que nos encontramos, si vamos a la línea marcada (3):
estamos creando la codificación, indicando con la variable tipoImagen si se trata de una “JPEG” (“JPG” no funciona), “PNG”, “TIFF” o demás formatos soportados.
Funcionar funciona correctamente con cada uno de los tipos de imagen que le pasemos, excepto con “JPEG”. Con este tipo las coordenadas elegidas para realizar el crop sobre la imagen simplemente se pierden. No se porqué, pero se pierden.
La solución encontrada en java.net Forums, Thread: The crop operation seems to ignore (x,y) offset es la siguiente:
La solución es pasar la variable image (de tipo RenderedOp) a tipo BufferedImage en la función create de la clase JAI. Milagrosamente todo vuelve a funcionar, incluido el tipo “JPEG”.
XSD to Java o cómo crear un WebService a partir de schemas
VictorR 11 marzo, 2010
Etiquetas: Java, Soluciones, tips & tricks, tutoriales, util, Web Services
Hoy un post “tecky”. Pero esta vez, y recordando lo que yo mismo predico, sólo va a ser una referencia a otro blog.
Llevo unos días peleándome con la creación de un web service. En concreto, tengo el schema que debe seguir, pero no tengo el WSDL. Bien, tras mucho buscar, he encontrado la manera de generar, sí, generar, el WSDL.
Aquí la referencia:
Build contract first web services using CXF+JAXWS+JAXB & Spring
Definiendo entornos con Maven
VictorR 3 junio, 2009
Etiquetas: Java, Maven, tips & tricks
Una pregunta, ¿qué pasa cuando quieres desplegar tu aplicación en diferentes entornos? Lo normal es que estos entornos no sean iguales, aunque es lo aconsejable. Lo normal es que no acaben de tener la misma configuración, por ejemplo el nivel de logs (debug para desarrollo, error para producción…). Lo normal, vaya, es que tengas que controlar la configuración para cada entorno por separado. Frameworks como Ruby on Rails, o Symfony ya vienen con esta idea de tener entornos diferentes, con configuración diferente y propiedades diferentes, pero en Java te lo tienes que “currar” un poco más.
Ahora bien, tienes dos opciones, o lo haces a “manija” o te lo curras con algún sistema automatizado para cambiar estas configuraciones. Y es aquí donde viene que ni pintado Maven, en particular los Profiles de Maven. Y es que:
Profiles are specified using a subset of the elements available in the POM itself (plus one extra section), and are triggered in any of a variety of ways. They modify the POM at build time, and are meant to be used in complementary sets to give equivalent-but-different parameters for a set of target environments (providing, for example, the path of the appserver root in the development, testing, and production environments). As such, profiles can easily lead to differing build results from different members of your team.
Aquí un simple ejemplo de que cómo especificar diferentes recursos a maven según el entorno:
<profile>
<id>env-dev</id>
<activation>
<property>
<name>env</name>
<value>dev</value>
</property>
</activation>
<build>
<resources>
<resource>
<filtering>false</filtering>
<directory>
${basedir}/src/main/resources/dev
</directory>
</resource>
</resources>
</build>
</profile>
<id>env-test</id>
<activation>
<property>
<name>env</name>
<value>test</value>
</property>
</activation>
<build>
<resources>
<resource>
<filtering>false</filtering>
<directory>
${basedir}/src/main/resources/test
</directory>
</resource>
</resources>
</build>
</profile>
</profiles>
El ejemplo es sencillo, especifica las carpetas de los resources del proyecto para los entornos de desarrollo y de test. Ahora lo que se necesita para activarlo es ejecutar Maven pasando como parámetro -Denv=dev o -Denv=test. Hay otras maneras de activar los Profiles. Puede depender del sistema operativo donde estés compilando el proyecto, si existen o dejan de existir diferentes archivos (también dependiendo del entorno en el que te encuentres)… Lo importante de la configuración es saber que en el tag activation es dónde y cómo se activan los profiles.
<property>
<name>env</name>
<value>test</value>
</property>
</activation>
Con este código estamos diciendo que cuando se compile el proyecto, si existe una variable llamada env con valor test pasada como parámetro, el Profile se active. No es muy dificil… Así, si queremos compilar el proyecto en el entorno de desarrollo (-Denv=dev) la llamada sería:
GeSHi Error: GeSHi could not find the language (using path /home/content/67/7140967/html/blog/wp-content/plugins/codecolorer/lib/geshi/) (code 2)
Bueno, esto sólo ha sido un ejemplo básico, no dejéis de revisar la documentación del POM de Maven para obtener más información y profundizar más en el tema.
