JavaEE

Prodevelop takes part in the first WebGL Camp Europe

Ok, that’s great but… wait a minute, what is WebGL?

Well, let’s explain it. WebGL is a JavaScript API for rendering interactive 3D graphics within any compatible web browser without the use of plug-ins. We have gone through many formats and technologies so far, too many perhaps. We may remember the primitive VRML format, the succedaneum X3D or the later O3D proposed by Google. All of them lacked of browser integrity and compatibility. By that time, the end-user had obligatory to install an additional plug-in into the browser, with the subsequent appearance of both compatibility and performance issues among browsers.

Fortunately those times have already gone. For the first time, there has been created an API to finally succeed in rendering 3D content to Web, and that is named WebGL. Considering WebGL is still in version 1.0 though, it already confirms the expectations of having a promising future; and at Prodevelop, we are pretty sure about it. One of the most usual mistake people commit is associating Web 3D content to the game industry. We all agree that games are the entrance door of WebGL to the end-users, but from a wider point of view, 3D graphics can be applied to almost any kind of field as for example, 3D medical explorations, architecture representations…and why not Geographic Information Systems. In the later one, is where Prodevelop masteries.

Ok, don’t ramble around... Let’s move forward. What did we implement? ;)

Eager people :)…

We implemented a 3D buildings visualization for the city of Valencia. We mainly gathered 2D data from the cadastre, and after an automatic preprocessing, we were able to extrude the buildings and further represent them in 3D, on top of a WebGL globe’s surface.

The results look optimistic taking into account it consists in a R&D project developed during a short period of time.

Setting as grounding the showed buildings representation, on top of it we implemented two different processing.

The first one consisted in the calculation of the passive energy a certain building receives. That is to say, the solar incidence or radiation that each of the faces of a building receives for a particular period of time. That may result especially useful in terms of energy efficiency, since such processing may help buildings professionals to enhance energy reduction on new edifications.

The second one was based on the calculation of the buildings visibility for a given area. At this point we are able to predict not only if a building may be observed from a certain point or not (as traditional solutions does), but also how much percent of such building is observed. This processing is very useful for environmental impact studies in the manner the professionals can estimate the way an area is going to be affected by a particular building, bridge, power plant or in a more generic way any kind of installation or facility.

These implementations are what Prodevelop showed in the first WebGL Camp Europe that took place the 2nd and 3rd of July in Basel, Switzerland. This event has notably helped to check the State of The Art in the matter, as well as to have a more precise overview with regard to the forthcoming releases in the GIS field. From now on begins a promising range of Web-based implementations for geo-visualization and geo-analysis as we have never seen before.

Untitled

Spring I/O Madrid 2012

Spring IOLos días 16 y 17 de febrero asistimos dos personas de Prodevelop a las jornadas de springIO 2012 en Madrid. Unas jornadas con todo lo relacionado al ecosistema Spring, Groovy/Grails y Cloud, evento de referencia en España que ya va por la tercera edición.

De las charlas a las que asistimos destacaríamos:

En una de las primeras charlas Sam Brannen nos comentaba las novedades en Spring 3.1, de las cuales una de las más interesantes es la posibilidad de usar 'profiles' en la definición de beans, permitiendo inicializarlos en función del profile definido (desarrollo, producción etc).

En otra charla David Gómez explicó sobre un proyecto real de control de tráfico marítimo (por un momento parecía que habíamos vuelto a Valencia) el motivo por el cual se tomó la decisión de utilizar noSQL en lugar de una base de datos relacional y su  elección de MongoBD.

Framework de seguridad web HDIV, donde Roberto Velasco nos presentó esta solución de seguridad ligada a la arquitectura de los frameworks web. Entre otras vulnerabilidades, no permite la edición de parámetros o la inclusión de nuevos parámetros. Nos pareció muy interesante la facilidad con la que es posible aumentar la seguridad de una aplicación y su integración con Spring MVC.

Spring Security 3 workshop. En el taller de Fernando Redondo dimos un repaso de todo el proceso de configuración de Spring Security 3 para una sencilla aplicación web de gestión de los expedientes X del FBI :-).

En Spring Roo, alternativa de desarrollo rápido de aplicaciones con Spring, Federico Caro nos mostró como por medio de unas sencillas órdenes en la consola de Roo es posible montar toda una aplicación web Spring-MVC. Muy interesante para fines didácticos al poder comprobar todas las buenas prácticas realizadas en la arquitectura, como decía el 'speaker', el código generado es para imprimirlo y enmarcarlo.

Jose Miguel Samper y Daniel Fernández nos presentaron Thymeleaf Natural Templating. Este motor de plantillas para spring MVC utiliza tags como atributos en los elementos html con lo que no se rompe el html y es posible ser interpretado por los navegadores ya que estos tags son ignorados. Con esto es posible unir diseño y desarrollo en las vistas de las aplicaciones.

 Ya terminadas las charlas una muy buena forma de despedida tanto para los asistentes como los ponentes fue compartir unas cervezas en la cafetería de la universidad.

Nos volvimos con información útil sobre como complementar o vitaminar, (como el título de una charla), los proyectos java que estamos desarrollando actualmente en la empresa. Y con ganas de volver a asistir el año que viene para seguir estando al día con lo que se cuece en el mundo de Spring.

El conjunto que acertó a la pregunta.

Mover el WebContent en un proyecto J2EE de Eclipse

Aunque uno no es un desarrollador J2EE, a veces me da por hacer el algunas pruebas y experimentos con el entorno de desarrollo. En eclipse al crear un proyecto J2EE te pregunta por la ubicación del directorio de despliegue, que por defecto se llama WebContent.

El problema es si quieres cambiar esa carpeta una vez creado.

Bien, supongo que puede ser un poco naive, pero dejo el detalle por si le sirve a alguien. He encontrado el fichero para cambiar esa carpeta de sitio (tampoco era tan difícil), se trata del fichero .settings/org.eclipse.wst.common.component y en concreto hay que cambiar:

<?xml version="1.0" encoding="UTF-8"?>
<project-modules id="moduleCoreId" project-version="1.5.0">
<wb-module deploy-name="testttt">
<wb-resource deploy-path="/" source-path="/alberto"/><!-- <--- AQUÍ -->
<wb-resource deploy-path="/WEB-INF/classes" source-path="/src"/>
<property name="context-root" value="testttt"/>
<property name="java-output-path"/>
</wb-module>
</project-modules>

Basta actualizar el deploy-path por el nuevo directorio, cierras el proyecto y abres y listo.

Distribuir contenido