Discussion :

[grunt2000]

Bonjour,

Dans mon code source, j'ai beaucoup de classes héritant de collections.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
import java.util.ArrayList;
 
public class Ids extends ArrayList<Id>
{
   ...
}

Et celles là sont utilisées autant en entrée qu'en sortie de mes méthodes de service.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Ids quelsProduits = service.tuVendsQuoi();
...
Ids jeVeuxToutCa = new Ids();
jeVeuxToutCa.add(....);
 
service.acheter(jeVeuxToutCa);

Quand elles sont passées par wsgen/wsimport, ces méthodes voient leurs ArrayList bousillés, si je peux dire:

Je vais trouver dans le package où mon service est implémenté des classes AbstractCollection, AbstractList, ArrayList, générées par wsimport et voulant remplacer les classes homologues de java.util.
Mais ces nouvelles classes ne sont en rien des collections: elles n'ont pas de méthode add() ni quoi que ce soit d'autre. Elle n'ont pas d'utilité pour moi, et elles me gênent.

Que dois-je faire? Créer un adaptateur pour chaque collection que j'ai (un @XmlJavaTypeAdapter) ? Ou ai-je d'autres moyens?

En vous remerciant,

Grunt.

[rockley]

C'est normal.
Les WS ne gèrent pas les objets java.

Il faut un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

implements Serializable

pour tes classes.


Donc

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public class Ids extends ArrayList<Id> implements Serializable

ça devait mieux marcher.

[grunt2000]

Il n'est pas sérialisable depuis la nuit des temps, ArrayList?
Car mes objets, eux, le sont.

[rockley]

Les WS communique en XML. Si tu sérialises pas ton ArrayList, l'XML ne sait pas que c'est un objet java.

Je sais pas si je répond à ta question.

[grunt2000]

Ce que je ne comprends pas, c'est pourquoi je devrais ajouter un: implements Serializable sur ma classe qui étend ArrayList,

alors que d'après http://docs.oracle.com/javase/1.4.2/...ArrayList.html, ArrayList l'implémente déjà?

Le compilateur en mode strict, va me lâcher un warning: redundant interface disant qu'il sait déjà que cette classe est sérialisable, non?

Ou alors, ce n'est pas java.io.Serializable qu'il faut implémenter mais un autre, d'un autre package?

[rockley]

A ok, je comprend mieux ton problème.

Moi perso j'ai fait ça

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
public class Ids implements Serializable {
 
	private static final long serialVersionUID = ...;
 
	private ton_ArrayList
 
	private String autre_chose;
 
        getTon_ArrayList(...){...}
        setTon_ArrayList(...){...}
 
        getAutre_chose(...){...}
        setAutre_chose(...){...}

Tu prends une classe et tu met tout dedans.
Ton client récupère l'IDS et n'a plus qu'a faire IDS.getTon_ArrayList();

Si t'as pas de contraintes tu peux faire ça à la limite.

[grunt2000]

J'ai réussi à comprendre d'où venait mon problème:
Il s'agissait d'un Adapter qui générait ces classes lorsqu'il n'aurait pas du.
Une affaire également, de @XmlType qui manquaient. Je m'étais mis en tête que @XmlRootElement suffisait...

En tout cas, je te remercie pour ton assistance.
Je peux enfin m'en aller vers d'autres problèmes...