Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jerome moliere
zebulon wrote:
Salut, Je cherche cette fameuse classe en vain (j'ai cherché chez Sun mais pas trouvé). Un lien qui fonctionne ? non mais une suggestion...
abandonner cette piste.. il ne faut jamais se reposer sur ces classes sun.* ou com.sun.* qui sont des classes non documentees, donc sujettes a variations/remplacements... tu veux faire quoi exactement?
Jerome
zebulon wrote:
Salut,
Je cherche cette fameuse classe en vain (j'ai cherché chez Sun mais pas
trouvé).
Un lien qui fonctionne ?
non mais une suggestion...
abandonner cette piste..
il ne faut jamais se reposer sur ces classes sun.* ou com.sun.*
qui sont des classes non documentees, donc sujettes a
variations/remplacements...
tu veux faire quoi exactement?
Salut, Je cherche cette fameuse classe en vain (j'ai cherché chez Sun mais pas trouvé). Un lien qui fonctionne ? non mais une suggestion...
abandonner cette piste.. il ne faut jamais se reposer sur ces classes sun.* ou com.sun.* qui sont des classes non documentees, donc sujettes a variations/remplacements... tu veux faire quoi exactement?
Jerome
zebulon
Voilà ce que je souhaite faire exactement :
Mon application commuique avec la BDD au travers d'un serveur applicatif (JBoss).
Je souhaite appliquer le design pattern DTO entre mon serveur EJB et mon client, à savoir mon je renvois une classe qui encapsule le ResultSet (en provenance de la BDD) au client plutôt que des classes métier de façon à ce que la communication soit évolutive. Mais puisque la classe ResultSet n'est pas sérialisable (car connectée) , je la transforme d'abord en un tableau d'objet . Cela fonctionne mais c'est une opération un peu coûteuse et c'est pas très élégant.. (?)
Pour palier ce problème, je lis que sun propose la classe CachedRowSet qui implémente l'interface RowSet , elle même héritant de ResultSet, mais en mode déconnecté.
La transformation devrait se faire ainsi : ResultSett rs .. RowSet cs =new sun.jdbc.rowset.CachedRowSet(); cs.populate(rs);
Ainsi, la partie de code cliente pourra manipuler une classe à l'interface familière au lieu d'un tableau d'objet.
Par contre le lien chez sun, ne fonctionne décidément pas. Qu'en penses tu ?
"jerome moliere" wrote in message news:
zebulon wrote:
Salut, Je cherche cette fameuse classe en vain (j'ai cherché chez Sun mais pas trouvé). Un lien qui fonctionne ? non mais une suggestion...
abandonner cette piste.. il ne faut jamais se reposer sur ces classes sun.* ou com.sun.* qui sont des classes non documentees, donc sujettes a variations/remplacements... tu veux faire quoi exactement?
Jerome
Voilà ce que je souhaite faire exactement :
Mon application commuique avec la BDD au travers d'un serveur applicatif
(JBoss).
Je souhaite appliquer le design pattern DTO entre mon serveur EJB et mon
client,
à savoir mon je renvois une classe qui encapsule le ResultSet (en
provenance de la BDD) au client plutôt que des classes métier
de façon à ce que la communication soit évolutive.
Mais puisque la classe ResultSet n'est pas sérialisable (car connectée) , je
la transforme d'abord en un tableau d'objet .
Cela fonctionne mais c'est une opération un peu coûteuse et c'est pas très
élégant.. (?)
Pour palier ce problème, je lis que sun propose la classe CachedRowSet qui
implémente l'interface RowSet , elle même
héritant de ResultSet, mais en mode déconnecté.
La transformation devrait se faire ainsi :
ResultSett rs ..
RowSet cs =new sun.jdbc.rowset.CachedRowSet();
cs.populate(rs);
Ainsi, la partie de code cliente pourra manipuler une classe à l'interface
familière au lieu d'un tableau d'objet.
Par contre le lien chez sun, ne fonctionne décidément pas.
Qu'en penses tu ?
"jerome moliere" <jmoliereabaslespam-nospam-at-all@linagora.com> wrote in
message news:3F97C336.60105@linagora.com...
zebulon wrote:
Salut,
Je cherche cette fameuse classe en vain (j'ai cherché chez Sun mais pas
trouvé).
Un lien qui fonctionne ?
non mais une suggestion...
abandonner cette piste..
il ne faut jamais se reposer sur ces classes sun.* ou com.sun.*
qui sont des classes non documentees, donc sujettes a
variations/remplacements...
tu veux faire quoi exactement?
Mon application commuique avec la BDD au travers d'un serveur applicatif (JBoss).
Je souhaite appliquer le design pattern DTO entre mon serveur EJB et mon client, à savoir mon je renvois une classe qui encapsule le ResultSet (en provenance de la BDD) au client plutôt que des classes métier de façon à ce que la communication soit évolutive. Mais puisque la classe ResultSet n'est pas sérialisable (car connectée) , je la transforme d'abord en un tableau d'objet . Cela fonctionne mais c'est une opération un peu coûteuse et c'est pas très élégant.. (?)
Pour palier ce problème, je lis que sun propose la classe CachedRowSet qui implémente l'interface RowSet , elle même héritant de ResultSet, mais en mode déconnecté.
La transformation devrait se faire ainsi : ResultSett rs .. RowSet cs =new sun.jdbc.rowset.CachedRowSet(); cs.populate(rs);
Ainsi, la partie de code cliente pourra manipuler une classe à l'interface familière au lieu d'un tableau d'objet.
Par contre le lien chez sun, ne fonctionne décidément pas. Qu'en penses tu ?
"jerome moliere" wrote in message news:
zebulon wrote:
Salut, Je cherche cette fameuse classe en vain (j'ai cherché chez Sun mais pas trouvé). Un lien qui fonctionne ? non mais une suggestion...
abandonner cette piste.. il ne faut jamais se reposer sur ces classes sun.* ou com.sun.* qui sont des classes non documentees, donc sujettes a variations/remplacements... tu veux faire quoi exactement?
