Quick'n'dirty persistence

Question

A menudo me encuentro necesitando una solución de persistencia rápida (en términos de código), liviana (en términos de tiempo de ejecución, dependencias) para simplemente un montón de objetos, principalmente entre reinicios de aplicaciones.

Normalmente recurro a algún hack de serialización de Java, pero me pregunto si hay algo mejor por ahí.

¿Has utilizado algo similar?

---

Para que quede claro, una solución basada en la APP es no ligera en mi libro, y una basada en JDBC es no rápida.

---

actualización: estoy a favor de los marcos de configuración a menos más de los que requieren configuración. Por ejemplo, la solución de serialización de Java requiere un implements Serializable y funciona. Una solución JPA, ya sea con anotaciones o con archivos de mapeo, sería demasiado pesada.

Actualización 2: Para que quede claro, no creo que la serialización sea un hack. En realidad, es un mecanismo muy poderoso, solo que lo estoy usando de forma harapienta cuando hago persistencia.

Answer 1

prefiero XStream: Sólo un tarro necesario, rápido y muy fácil de usar

Answer 2

Probar iBatis. Lo he usado recientemente en un proyecto en el que quería una abstracción JDBC sin ORM/spring/container/etc.

Fácil de instalar, solo un par de pequeños frascos, y la configuración es muy flexible. No le dará la flexibilidad de hibernación, et. Al cambio-el-db-en-un-momento-aviso. Alabama. pero es bastante liviano

Answer 3

Quizás db4o iba a funcionar para usted. No dejes que el nombre te engañe, puede ser incrustado. De acuerdo con its tutorial:

Object yourObject = ...; 

String fileName = ...; // where you wish to store the objects 
ObjectContainer container = Db4oEmbedded.openFile(Db4oEmbedded.newConfiguration(), fileName); 
try { 
    container.store(yourObject); 
} finally { 
    container.close(); 
} 

Answer 4

Se busca

solución persistencia

por el simple hecho un montón de objetos

Entonces, ¿por acumulación de Java en la serialización es un truco?

Si usted es flojo, tal vez la serialización con JSON lo ayudará.

Answer 5

Debería mirar a JAXB. Es parte de Java desde JRE 6. Es bastante fácil de usar y le permite manejar el esquema XML desde su modelo de objetos Java. La mejor parte es que no necesita ningún archivo jar o biblioteca adicional, ya que es parte de Java. Consulte el paquete javax.xml.bin.

información en el propio Proyecto JAXB: https://jaxb.dev.java.net

Enlace a las JavaDocs en el JRE: http://java.sun.com/javase/6/docs/api/javax/xml/bind/package-frame.html

Answer 6

Prevayler suena como una buena opción para usted.

Se basa en la serialización de Java y es bastante rápido.

Más información en:

• http://www.prevayler.org/
• http://www.prevayler.org/wiki/

Answer 7

yo añadiría Jackson (json) y JAXB (xml); además de Xstream que ya fue mencionado. Jackson funciona bien con una sola advertencia: si tiene un almacenamiento polimórfico extenso, la deserialización puede ser complicada. Ahí es donde Xstream funciona mejor.

Y estoy de acuerdo en que la serialización de Java no es buena para persistencia - es buena para transferir objetos serializados, pero la persistencia tiene una dimensión temporal, y las clases cambian con el tiempo; y ahí es donde comienzan los problemas (estoy seguro de que lo sabes, pero dado que otros parecen desconcertados en cuanto a por qué la serialización de uso continuo es mala, pensé que lo mencionaría). También es mucho más fácil observar las cosas serializadas usando formatos de texto (json, xml) que las binarias. Y finalmente, si necesita eficiencia de espacio, la compresión (como gzip) funciona de maravilla, el tamaño de los datos después de la compresión tiende a ser idéntico, independientemente del formato (suponiendo la misma cantidad de información)

Answer 8

Echa un vistazo BeanKeeper - ese es el más rápido, más sucio y ORM/persistencia más fácil que he visto. Ciertamente supera a iBatis, eso es seguro.

Store myStore = new Store((DataSource) ctx.lookup("jdbc/myds")); 

package com.acme.bookstore; 
public class Book 
{ 
    private String title; 
    private Author author; 

    ...setters, getters... 
} 

package com.acme.bookstore; 
public class Author 
{ 
    private String firstName; 
    private String lastName; 
    private Date birthDate; 

    ...setters, getters... 
} 

store.save(book); 

Answer 9

1. Para colecciones de objetos a tratar JDBM (un frasco). Te da un mapa que está almacenado en el disco.

   DB db = new DBMaker(fileName).build();

   Map<String,MyObject> map = db.createTreeMap("mapName")

   map.put("obj1", myObject1);

2. Para config JAXB es muy simple y no tiene dependencias. Almacena en XML.

   JAXB.marshall(myObject, new File("config.xml")); // saved. that's it