Cómo crear mediante programación un Java ResultSet a partir de datos personalizados sin base de datos

Question

Tengo un código existente que acepta un java.sql.ResultSet que contiene información recuperada de una base de datos Oracle. Ahora me gustaría reutilizar este código, pero me gustaría pasarle un objeto ResultSet que yo mismo creo a partir de algunos datos en memoria que no están afiliados a ninguna base de datos. ¿Existe una clase de framework Java existente que pueda usar para esto? ResultSet tiene muchísimos métodos, por lo que implementar mi propia clase para esto me pareció excesivo, aunque podía ignorar la mayoría de los métodos para mi caso específico.

Estaba pensando en algo similar al antiguo objeto del conjunto de registros Microsoft ADO, donde podía crear los campos y completar los datos de fila para cada campo. Esta parecía una pregunta fácil de hacer, pero no he podido encontrar ningún buen puntero.

Answer 1

• Cree su propia clase AbstractResultSet , uno que (como AbstractQueue) implementa todos los métodos lanzando UnsupportedOperationException (Eclipse autogenera estos métodos en una fracción de segundo).
• Ahora extienda AbstractResultSet. La subclase solo puede anular los métodos que le interesan implementar.

Answer 2

Se puede echar un vistazo a la interfaz CachedRowSet:

http://java.sun.com/j2se/1.5.0/docs/api/javax/sql/rowset/CachedRowSet.html

que le permite trabajar en modo desconectado.

Answer 3

Normalmente no respondo preguntas de Java, ya que no soy un desarrollador de Java, pero esto parece un defecto arquitectónico si necesita crear un objeto sql del código para pasar a un método con el fin de reciclar un método . Creo que le gustaría hacer que su método de recepción acepte alguna otra forma más específica de entrada (como una matriz de objetos definida personalizada) para que sea reutilizable, y luego analizar su ResultData en ese formato.

Answer 4

Mi primera opción sería la de refactorizar el código para que se tarda Lista < Mapa < String, Object > > o algo apropiado (es decir, la lista de < Mapa < String, Object > > si los datos que se mueve alrededor no tiene estructura real u objetos completamente tipados si tiene estructura).

Si eso no es factible o eficiente en el tiempo, el truco "divertido" es consultar una base de datos H2 en memoria para obtener un ResultSet. Si no encuentra un talón razonable para ResultSet, puede crear instancias fácilmente, puede ser más rápido que rodar el suyo (arrastre el frasco, escriba 20 líneas de código para crear el DB y rellene una tabla).

Answer 5

java.sql.ResultSet es una interfaz, por lo que podría crear su propia clase que implemente esa interfaz.

Answer 6

Esta es una solución ligeramente de campo izquierdo, pero puede hacer uso de un marco de burla (por ejemplo, JMock). Estos marcos generalmente están destinados a la creación de implementaciones simuladas de interfaces para pruebas unitarias, pero no veo ninguna razón por la que pueda usar una para crear una "implementación parcial" de java.sql.ResultSet.

Por ejemplo, digamos que solo quería poner en práctica el método getString(), y nada más:

Mockery mockery = new Mockery(); 
final ResultSet resultSet = mockery.mock(ResultSet.class); 

mockery.checking(new Expectations() {{ 
    allowing(resultSet).getString(1); will(returnValue("my first string")); 
    allowing(resultSet).getString(2); will(returnValue("my second string")); 
}}); 

// resultSet is now a java.sql.ResultSet object, which you can pass to your legacy code 
resultSet.getString(1); 

poco ortodoxo, y bastante engorroso, pero debería funcionar