curseur et jpa

bonjour,
je dosi extraire de la base des centaines de milliers de lignes pour les mettres dans un outputstream.
Si j'utilise JPA dans un contexte "normal", je vais charger tout les objects puis faire une boucle sur ces objects et ecrite chaque object dans le outputstream.
Le risque est d'avoir un overflowMemory exception.

Donc l'idée est d'utiliser un curseur, mais jpa et curseur ne font pas bon menage a priori.

Utilisant eclipseLink , voici le code qui devrait permettre de le faire mais une belle exception se lève sans aucune explication. (sur la ligne 'Cursor cursor = q.getResultCursor();
(J'utilise le JpaManager de eclipseLink)

Code:

---

1 2 3 4 5 6 7 8 9 10

JpaQuery q = (JpaQuery) em.createNativeQuery("select * from t_fat_transaction " + where, Transaction.class); setDate(q, qtf); q.setMaxResults(CommonConstant.MAX_TRANSACTION_TRUNCATED); q.setFirstResult(0); Cursor cursor = q.getResultCursor(); while (cursor.hasMoreElements()) { Transaction t = (Transaction) cursor.nextElement(); os.write(t.getMtKey().getBytes()); }

---

et l'exception est :

Citation:

---

The container class specified [class java.util.Vector] cannot be used because the container needs to implement class org.eclipse.persistence.queries.Cursor.

---

une idée ?
y'a til une autre méthode pour utiliser les curseur ou pour éviter de tout charger d'un coup ?

Merci

Dans ta requête SQL tu peux demander de n'avoir que 100 entrées d'un coup.

Je ne suis pas spécialiste SQL mais il doit bien y avoir un moyen de faire ça.

ca voudrait qu'il faut que je fasse une boucle eu utilisant le setMaxResults et le setFirstResult du query . C'est sans doute possible mais j'aurai voulu utiliser les curseurs qui sont fait pour ca.

Je vais essayer.............

Citation:

---

Envoyé par jmturc

ca voudrait qu'il faut que je fasse une boucle eu utilisant le setMaxResults et le setFirstResult du query . C'est sans doute possible mais j'aurai voulu utiliser les curseurs qui sont fait pour ca.

Je vais essayer.............

---

ce n'est pas suffisant pour éviter les "out of memory" : il faut aussi faire cette restriction de range dans une nouvelle transaction à chaque fois… et flusher la cache… et bien réfléchir aux stratégies de chargement EAGER/LAZY à chaque nœud du graphe des objets…