anchor.diff:  
   A nivel de atributos añadimos las siguientes anotaciones de persistencia:
   
  -* idTrabajo:
  +* En idTrabajo:
   
   	** `@Id`: Indica que este campo va a ser el identificador único de la entidad persistente. En la base de datos se mapeará como la clave primaria.
  -	** `@GeneratedValue(strategy=GenerationType.SEQUENCE)`: Establece la estrategia de generación de valores únicos.
  -		Aquí hay dos alternativas, podemos generar nosotros mismos los valores o delegar en JPA para que la generación tenga lugar
  -		en la base de datos, en general se delega en JPA. Y dentro de estra opción 
  -		existen tres posibilidades
  -		IDENTITY, SEQUENCE y TABLE. Optamos por SEQUENCE ya que los otros dos métodos son menos convenientes. Puedes ver una explicación más
  -		detallada http://en.wikibooks.org/wiki/Java_Persistence/Identity_and_Sequencing[aquí].
  -Como siempre pulsamos Ctrl + Shift + O para importar las clases necesarias.
  -
  -* numeroDeRegistro:
  -	** @Basic(optional = false): Indica que el valor de este atributo no puede ser nulo cuando la entidad se persista. Es decir que
  -	obligamos a que los trabajos guardados en la base de datos tengan su número de registro.
  -
  -* fechaHoraDeInicio y fechaHoraFinalizacion:
  -	** @Basic(optional = false)
  -	** @Temporal(TemporalType.TIMESTAMP): Es necesaria en campos de tipo fecha para especificar si es un campo que indica una fecha, una hora,
  -		o ambos. En nuestro caso guardamos fecha y hora.
  -
  -* velocidad:
  -	** @Basic(optional = false)	
  -
  -* descripcion:
  -	** @Lob: Ya que preveemos por lo indicado por el cliente que este campo albergará textos de gran tamaño y no tendremos suficiente con
  -		un tipo de datos Basic.
  -    ** @Size(max = 65535): Mapeamos este campo con un CLOB, con un tamaño de 64Kb. Lo hacemos así porque se prevé que
  -		la longitud de esta información textual sea mayor que los 32Kb que soporta el tipo VARCHAR generado para un tipo Basic String.
  +	** `@GeneratedValue(strategy=GenerationType.SEQUENCE)`: Establece la estrategia de generación de valores únicos. Aquí hay dos alternativas: Podemos generar nosotros mismos los valores o bien delegar en JPA para que la generación tenga lugar en la base de datos. En general se delega en JPA. Y dentro de esta opción existen tres posibilidades IDENTITY, SEQUENCE y TABLE. Optamos por SEQUENCE ya que los otros dos métodos son menos convenientes. Podéis ir al http://en.wikibooks.org/wiki/Java_Persistence/Identity_and_Sequencing[siguiente link] para ver esto con mayor profundidad. Como siempre pulsamos Ctrl + Shift + O para importar las clases necesarias.
  +
  +* En numeroDeRegistro:
  +	** `@Basic(optional = false)`: Indica que el valor de este atributo no puede ser nulo cuando la entidad se persista. Es decir que obligamos a que los trabajos guardados en la base de datos tengan un número de registro.
  +
  +* En fechaHoraDeInicio y fechaHoraFinalizacion:
  +	** `@Basic(optional = false)`
  +	** `@Temporal(TemporalType.TIMESTAMP)`: Es necesaria en campos de tipo fecha para especificar si es un campo que indica una fecha, una hora, o ambos. En nuestro caso guardamos ambos: Fecha y hora.
  +
  +* En velocidad:
  +	** `@Basic(optional = false)`	
  +
  +* En descripcion:
  +	** `@Lob`: Ya que preveemos por lo indicado por el cliente que este campo albergará textos de gran tamaño y no tendremos suficiente espacio con un tipo de datos Basic.
  +    ** `@Size(max = 65535)`: Mapeamos este campo con un CLOB, con un tamaño de 64Kb. Lo hacemos así porque se prevé que la longitud de esta información textual sea mayor que los 32Kb que soporta el tipo VARCHAR generado para un tipo Basic String.
   		
  -Como práctica haced vosotros lo mismo para las dos clases restantes. Es todo análogo excepto algún detalle que os comento.
  +Y ya tendríamos terminado los atributos de la clase Trabajo. Como práctica haced vosotros lo mismo para las dos clases restantes. Es todo análogo excepto algún detalle que os comento a continuación.
   
   === Entidad Drone
   
  
positive.code: * Un Drone tiene ninguno, uno o varios trabajos programados.
  * Un Trabajo se compone de un recorrido formado por dos o más puntos de ruta.
  	
  Con toda esta información podemos ya elaborar el diagrama de clases que establece el diseño de nuestras clases de persistencia.
  
  image::https://raw.githubusercontent.com/lametaweb/lametaweb.github.io/master/images/003/post003-fig045.png[]
  
  La clase en la parte superior del diagrama corresponde a la capa de negocio y la implementaremos más adelante. El resto constituye la capa de persistencia.
  
  NOTE: Otro planteamiento a la hora de implementar la capa de persistencia es crear primero el esquema de la base de datos y a partir de él, con un asistente, generar un código fuente inicial para las clases persistentes, al que luego añadiremos información adicional en forma de anotaciones para definir distintos aspectos relacionados con el mapeo.
  
  == Implementación de entidades persistentes
  
  Bien, vamos con la implementación. Creamos las tres clases primero y no una a una para evitar errores por referencias a clases inexistentes. Añadimos cada clase haciendo click en botón derecho sobre la carpeta _/src/main/java/_ y _New > Class_. Si la opción del menú no está visible ir a la opción _Java > Class_ después de hacer _New > Other..._.
  
  .Datos para creación de clases de persistencia
  [cols="1h,5"]
  
negative.code: private String descripcion;
  ----
  
  Y pulsamos la combinación de teclas o hotkey ctrl + shift + O para traernos las importaciones necesarias. En este caso se da una ambigüedad porque existen dos clases Date en paquetes diferentes, nosotros tenemos que elegir la del paquete java.util.Date.
   
  Generamos ahora los métodos de acceso a estos atributos, con botón derecho sobre la clase y _> Source > Generate Getters and Setters_, Seleccionar todos los atributos y pulsar OK. Dejamos el código fuente ordenado con botón derecho y _> Source > Format_. Finalmente guardamos la clase pulsando el icono del disquette o usando la hotkey Ctrl + S.
   
  A nivel de clase hacemos los siguientes cambios: 
  
  Convertimos la clase en serializable. Esto es una buena práctica en general porque en ciertas situaciones es necesario que el bean sea serializable.
  Podéis consultar http://www.adam-bien.com/roller/abien/entry/do_jpa_entities_have_to[este link] si queréis una explicación más detallada.
  
  [source,java,indent=0]
  ----
  