Las pérdidas de datos más increíbles del año

La especialista en recuperación de datos Kroll Ontrack ha presentado los casos más increíbles e impactantes a los que ha tenido que hacer frente durante el año saliente.

Gracias a una encuesta efectuada en el conjunto de sus laboratorios implantados en todo el mundo, esta lista de accidentes representa los casos más curiosos a los que ha tenido que enfrentarse en recuperación de datos y dan un pulso de los casos más sorprendentes a los que se enfrentan las compañías o las fuerzas del orden en pérdida de información.

En primera posición se encuentra el caso de un registro en un apartamento. El sospechoso había lanzado desde un 12º piso su portátil, que contenía las pruebas de su culpabilidad. No muy divertido. Tras recuperar las piezas para rehacer el PC, las fuerzas del orden contaron con el disco duro de nuevo.

Cuando no es las altas esferas, es en la profundidad del mar donde acaban los discos duros. La situación más impactante es, sin duda, un ordenador portátil que cayó en alta mar desde un barco y fue recuperado seis meses más tarde, tras estar a 60 metros bajo el agua. "El 99% de los datos fueron recuperados".

La lista también incluye discusiones entre colegas en la sala informática, con uno de los protagonistas dañando (¿accidentalmente?) el servidor. Otro caso: el de un fotógrafo profesional que, al pasar por un badén, deja caer la tarjeta de memoria de su cámara en un charco.

La situación más divertida, sin embargo, es la protagonizada por un hombre de negocios que, buscando las llaves de su coche, dejó su portátil en el capó. Una vez las llaves recuperadas, se fue dejando, como era de esperar, su ordenador donde lo había dejado. El equipo puso fin a su vida empotrándose contra un muro después de planear un rato.

El caso más enternecedor es el de un gato que tomó por objetivo el cable de conexión de un disco duro externo. A fuerza de jugar con él, consiguió que el disco se cayese perdiendo los datos grabados. El gato se salvó, por cierto, del impacto de la caída.

Para evitar estas perdidas el consejo es claro: evitar la moto, los gatos, el contacto con el agua y el planear. Y, claro está, un back up regular.

The Spring Rich Client Project

The Spring Rich Client Project es un proyecto, que tiene como objetivo hacernos la vida más fácil cuando tenemos que desarollar aplicaciones swing.

Como nos va a cumplir el objetivo?

· Proporciona una forma de desarrollo estructurada, altamente configurable, estándares y más rápido, aprovechando spring framework.

· Fomentar la integración con proyectos rich-client-related donde esto tenga sentido.

· Adherirse a la filosofía de spring , interfaces , la importancia de diseño orientado a objetos, pruebas y documentación.

Entre las características:

· Centralización de configuración de swing actions y controlador de registro basado en la vista activa actual.

· Un form data binding y un framework de validación.

· Soporte para gestion multiples ventanas, pagina de configuración y manejo de vistas

· Clases de apoyo comunes frente a diversos requerimientos de los clientes ricos, incluyendo: diálogos bien formados, los asistentes, la validación de entrada (escribir sugerencias y resultados de la validación de informes), barras de botones, la internacionalización, la imagen / el caché de iconos, seguimiento de los avances, la interfaz de usuario Threading (clases limpiamente la promoción de interfaces sensibles),

Manual de JPA

Dejo este manual de jpa, es corto y aporta mucho, recomiendo que lo lean:

http://www.javahispano.org/contenidos/archivo/7296830/Manualjpa.pdf

Dan Pink en la sorprendente ciencia de la motivación

La verdad quede muy sorprendido con el siguiente video , les aconsejo que lo vean.

Spring Roo

Spring Roo viene a ser la alternativa Spring a Ruby on Rails o Grails. Es decir, un framework creado bajo los principios de convención frente a configuración y que aprovecha al máximo Java y Spring.

Ni que decir tiene que el framework está totalmente centrado en torno a Spring, Maven, JPA, muchas anotaciones, el soporte de REST de Spring 3.0 y AspectJ, siendo este último lo que se utiliza para introducir el llamemos "dinamismo" en la aplicación. La verdad es que me parece muy interesante.

Si leemos las características en http://www.springsource.org/roo, nos llama la atención que por ejemplo:

• Se puede construir aplicaciones en 10 minutos.
• 100% programado en java, no es necesario cambiar de lenguaje.
• Eficiencia
• Implementación de las mejores prácticas de spring 3
• Basado en maven 2, jpa (hibérnate) ,
• Incluye soporte para configuración de base de datos
• Incluye test automáticos de jUnit y test web con Selenium
• Aplicación backend basada en RESTfull
• Integración con Spring security
• URL amigables, url RESTfull
• Soporte para Scripting

Spring Integration

Spring Integration es una nueva extensión de Spring Framework, el popular framework Java de aplicaciones. Spring Integration brinda una extensión a Spring para soportar los Patrones de Integración Corporativos (Enterprise Integration Patterns), ampliamente conocidos en el desarrollo de aplicaciones JEE.

El sitio web dos ideas publico un tutorial de este framework.

http://www.dosideas.com/cursos/course/view.php?id=12

Inyección de dependencia

Lo prometido es deuda, vamos a hacer un ejemplo de inyección de dependencia bastante simple usando como framework spring. Spring no es el único framework de Inyección de Dependencia, pero es sin duda el más usado.

Vamos a los bifes!!! Vamos a hacer un servicio que salude. Antes de empezar a escribir el servicio vamos a hacer una interfaz que lo describa.

package com.ejemplo;

public interface SaludadorService {

String saludar();

}

Esto, por que lo hacemos? Cuando nosotros queramos usar nuestro servicio vamos a usar esta interfaz, de esta forma si cambia la implementación, no vamos a necesitar cambiar el código.

Implementemos la interfaz!!!

package com.ejemplo;

/**

* Implementación de SaludadorService

*

* @author Emanuel

*/

public class SaludadorServiceImpl implements SaludadorService {

private String saludo;

public void setSaludo(String saludo) {

this.saludo = saludo;

}

public SaludadorServiceImpl() { }

public SaludadorServiceImpl(String saludo) {

this.saludo = saludo;

}

@Override

public String saludar() {

return saludo;

}

}

Bastante simple, ahora debemos hacer a configurar el xml para que spring sepa que inyectar.

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">

<bean id="saludador" class="com.ejemplo.SaludadorServiceImpl" >

<property name="saludo" value="Holasss !! " />

</bean>

</beans>

Ahí inyectamos el valor “Holasss !!” a la propiedad saludo por medio del set, es decir spring va a hacer lo siguiente:

SaludadorServiceImpl saludador = new SaludadorServiceImpl();

saludador.setSaludo("Holasss !! ");

Podriamos haberlo hecho por constructor de la siguiente forma:

<bean id="saludador" class="com.ejemplo.SaludadorServiceImpl" >

<constructor-arg index="0" value=" Holasss !! " />

</bean>

Podemos discutir todo un día cual es mejor si inyectar por set o constructor. Yo personalmente uso por set. Ustedes usen el que le parezca.

Ahora vamos a usar nuestro bean:

/**

* @author Emanuel

*

*/

public class Principal {

public static void main(String[] args) {

BeanFactory fabrica = new XmlBeanFactory(new FileSystemResource("bean.xml"));

SaludadorService saludador = (SaludadorService)fabrica.getBean("saludador");

System.out.println(saludador.saludar());

}

}

Y Listo!!

Si fueron observadores yo construyo una fabrica con un archivo xml donde declare el bean. Además uso la interfaz de esta forma el día de mañana quiero cambiar la implementación , lo pueda hacer sin problema, sin modificar código solo tocando el xml.

Además use spring solo como fabrica de beans, no como contenedor, como contenedor es más potente. Pero esto es otra historia...

Recuerden leer los post relacionados: http://emanuelpeg.blogspot.com/2009/07/inyeccion-de-dependencias.html

JNA

JNA es un framework que nos facilita las tareas con dll; es decir nos hace más fácil jni.

Alguien que leyo, vio, trabajo o se pregunto que es jni; debe haberse dado cuenta que es complejo. Esta complijida se ve disminuida casi a 0 con JNA.

Parece publicidad barata pero es verdad. Si te digo que con una interfaz podes usar funciones que se encuentran en una dll?

Mira, tengo la siguiente dll:

// dllParaPruba.cpp : Defines the exported functions for the DLL application.

//

#include "stdafx.h"

extern "C"

{

//---------------------------------------------------------------------------

double __declspec(dllexport) multiplicar(double a, double b)

{

return a * b;

}

//---------------------------------------------------------------------------

double __declspec(dllexport) sumar(double a, double b)

{

return a + b;

}

//---------------------------------------------------------------------------

double __declspec(dllexport) potencia(double a, double n)

{

double acumulador = 1;

for (int i = 0; i <>

acumulador*=a;

}

return acumulador;

}

}

Y yo desde java quiero leerla y usarla, bueno tengo que escribir la siguiente interfaz:

import com.sun.jna.Library;

import com.sun.jna.Native;

import com.sun.jna.Platform;

/**

*

* @author Emanuel

*/

public interface EjemploJNA extends Library {

EjemploJNA INSTANCE = (EjemploJNA)

Native.loadLibrary("dllParaPruba",

EjemploJNA.class);

double multiplicar(double a, double b);

double sumar(double a, double b);

double potencia(double a, double b);

}

Bueno ahora vamos hacer un test:

import org.junit.Test;

import static org.junit.Assert.*;

/**

*

* @author Emanuel

*/

public class EjemploJNATest {

static {

System.load("pathDondeSeEncuentraMiDll\dllParaPruba.dll");

}

@Test

public void sumar(){

double resultado = EjemploJNA.INSTANCE.sumar(2.3, 4.5);

assertEquals(new Double(resultado), new Double(6.8));

}

@Test

public void multiplicar(){

double resultado = EjemploJNA.INSTANCE.multiplicar(2.3, 4.5);

assertEquals(new Double(resultado), new Double(10.35));

}

@Test

public void potencia(){

double resultado = EjemploJNA.INSTANCE.potencia(2, 4);

assertEquals(new Double(resultado), new Double(16));

}

}

Listo!!

Que lo pario dijo mendieta!!

Una cosa me queda por aclarar es que compile la dll con el compilador de borland y no me fue muy bien, explotaba (no se bien por que) use el de microsoft y no hubo problema.

El que quiera más info dejo el link: https://jna.dev.java.net/

Y para toda la gente linda que usa maven la entrada en el pom:

<dependency>

<groupId>net.java.dev.jna</groupId>

<artifactId>jna</artifactId>

<version>3.2.2</version>

</dependency>

Saludos!!!

¿Quién necesita un arquitecto?

Como ya dije antes dos ideas es una pagina web muy buena, mezcla lo técnico con lo metodológico de una forma muy buena. Hoy quiero aconsejarles que lean este articulo :

http://www.dosideas.com/desarrollo-de-software/766-iquien-necesita-un-arquitecto-por-martin-fowler.html

Describe el rol de un arquitecto de software.

Apache Solr

Solr es un servidor de búsquedas basado en Lucene, contiene Apis de comunicación xml/http y JSON. Entre otras características: es liviano, tiene cache, replicable y trae una interfaz web para administrarlo.

El modo de distribución es un war el cual nosotros deployeamos en nuestro web conteiner (jetty, tomcat o otro) y listo!

Vamos al browser y ponemos por ejemplo http://localhost:8080/solr (si lo deployearon como solr) y hay va aparecer la interfaz web para configurarlo.

Solr provee diferentes clientes para casi todas las plataformas:

· Ruby - SolRuby

· PHP - SolPHP

· Java - SolJava

· Python - SolPython

· JSON - SolJSON

· .Net - solrnet

• C#

o SolrSharp

o Deveel Solr Client

• Perl

o SolPerl

o Solr.pm

· JavaScript

o AJAX Solr.

Dejo links:

http://lucene.apache.org/solr/

http://wiki.apache.org/solr/

RESTEasy

Es un proyecto de jboss que provee una implementación a jsr 311. Este proyecto contiene un conjunto de frameworks que nos facilitan el desarrollo con web services rest.

Jsr 311 nos permite desarrollar y publicar web services rest con anotaciones, vean que fácil es:

@Path("/library")

public class Library {

@GET

@Path("/books")

public String getBooks() {...}

@GET

@Path("/book/{isbn}")

public String getBook(@PathParam("isbn") String id) {

// search my database and get a string representation and return it

}

@PUT

@Path("/book/{isbn}")

public void addBook(@PathParam("isbn") String id, @QueryParam("name") String name) {...}

@DELETE

@Path("/book/{id}")

public void removeBook(@PathParam("id") String id {...}

}

Recuerden que los web services rest no tienen un descriptor wsdl como los soap, sino que lo que describe a los servicios rest en la url y el método por donde se aceden.

@PUT, @DELETE, @GET, etc decimos el método y con @Path indicamos el path donde esta publicado.

RESTeasy puede ejecutarse sobre cualquier contenedor web.

Las 7 características del código simple

La pagina web 2 ideas es muy buena , siempre tiene algo de interes. Quiero compartir esta nota de 7 características de un código simple.

http://www.dosideas.com/desarrollo-de-software/764-las-7-caracteristicas-del-codigo-simple.html

Firebug es lo más!!

Soy fanatico de firebug es un producto que me hizo la vida mucho más facil. Firebug es un plugin para FireFox que resulta de gran utilidad para depurar problemas con CSS y JavaScript en páginas web. Una herramienta indispensable en el arsenal de cualquier desarrollador web. Su punto más débil, con toda probabilidad, es que sólo funciona bajo Firefox.

Firebug Lite es un porte de Firebug a JavaScript que da acceso a una buena parte de la funcionalidad de Firebug desde IE, Safari, Chrome y Opera. Para emplearlo basta con añadir este script a la página que queremos depurar:

<script type='text/javascript' src='http://getfirebug.com/releases/lite/1.2/firebug-lite-compressed.js'></script>

¿Qué son los DSL?

Los DSLs son lenguajes de programación especialmente diseñados para desarrollar software restringido a un dominio determinado. A diferencia de los lenguajes llamados de propósito general como Java, C++ o C#, los DSLs cuentan con un universo limitado de aplicación. No obstante, gracias precisamente a esta especialización, presentan facilidades y ventajas a la hora de abordar los problemas de software para los que fueron diseñados y desarrollados.

Java usa muchos DSL basados en xml, por ejemplo struts usa un dsl para definir el workflow de sus paginas, es mucho más fácil y flexible que hacerlo con java. Los archivos .properties tambien son un ejemplo dsl, con un universo muy limitado pero que resulta mucho más facil que hacerlo con XML o java.

Para definir e implementar lenguajes DSL es posible basarnos en un lenguaje de propósito general que sirva como contenedor, o bien partir de cero, requiriendo en este caso de específicos compiladores o intérpretes. Los DSLs del primer tipo citado suelen denominarse DSLs internos dejando la categoría de externos para los del segundo tipo.

Los Internal DSL: están escritos en el propio lenguaje padre. Son basicamente lo que siempre hemos conocido como “API” aunque utilizando “fluent interface” y atendiendo más a la semántica de los métodos. Un ejemplo en Java sería la generación de SQL por parte de Hibernate:

SQLQuery sql = new SQLQuery();
sql.Select("Id").Select("FirstName").Select("LastName").From("Person").Where("Id = 1").Where("FirstName = 'Chris'").OrderBy("LastName").OrderBy("FirstName");
string strSqlString = sql.ToString();

Los External DSL: No están escritos en el mismo Java. Se utiliza un lenguaje externo. En el caso de Java han triunfado especialmente los External DSL escritos en XML. Un caso sería el MVC de Struts, que se declara así:

<action-mappings >

<action path="/listar" type="org.springframework.web.struts.DelegatingActionProxy">

<forward name="listar" path="lista.aplicaciones"/>

</action>

<action path="/formularioNuevaAplicacion" type="org.springframework.web.struts.DelegatingActionProxy">

<forward name="mostrar" path="nueva.aplicacion"/>

</action>

<action path="/nuevaAyuda" attribute="aplicacionForm" name="aplicacionForm" type="org.springframework.web.struts.DelegatingActionProxy" scope="request" input="nueva.aplicacion">

<forward name="nueva" path="/listar.do"/>

</action>

</action-mappings>

Usamos DSL todo el tiempo y ni sabia :|

Groovy

Groovy es como el java del siglo XXI, es un lenguaje script basado en java que toma características de Python, Ruby, Perl y Smalltalk. La especificación JSR 241 se encarga de su estandarización para una futura inclusión como componente oficial de la plataforma Java.

Java no es el único que piede ejecutarse dentro de una JVM (máquina virtual Java). Resulta que Groovy es uno de esos lenguajes dinámicos ejecutables en una JVM, que a diferencia de los otros como lo son JRuby, Jython y Scala, posee un grado muy alto de cercanía con el lenguage Java y al mismo tiempo posee características únicas. Continúa leyendo para saber mas sobre este lenguage y lo que puede ofrecerte.

Groovy usa una sintaxis muy parecida a Java, comparte el mismo modelo de objetos, de hilos y de seguridad. Desde Groovy se puede acceder directamente a todas las API existentes en Java. El bytecode generado en el proceso de compilación es totalmente compatible con el generado por el lenguaje Java para la Java Virtual Machine (JVM), por tanto puede usarse directamente en cualquier aplicacion Java. Todo lo anterior unido a que la mayor parte de código escrito en Java es totalmente válido en Groovy hacen que este lenguaje sea de muy fácil adopción para programadores Java; la curva de aprendizaje se reduce mucho en comparación con otros lenguajes que generan bytecode para la JVM, tales como Jython o JRuby. Groovy puede usarse también de manera dinámica como un lenguaje de scripting.

Veamos unos ejemplos de la pagina oficial de groovy:

Simple "Hola mundo":

def name='World'; println "Hello $name!"

Un "hola mundo" más complicado:

import static org.apache.commons.lang.WordUtils.* 
class Greeter {
  Greeter(who) { name = capitalize(who) }
  def salute() { println "Hello $name!" }
}  
new Greeter('world').salute()

Los problemas evolucionan por lo tanto las soluciones también deben evolucionar. La evolución natural de java es Groovy!