Discussion :

[OButterlin]

D'où mon idée de passer cette dite classe au format EJB...

D'où ma question de stockage d'une connexion JDBC sur un EJB...

Pourquoi pas, ce n'est pas parce que ce n'est pas "standard" qu'il ne faut pas le faire dans certains cas. En plus, ça sent le "temporaire"...

D'où ma remise en cause quant à ma vocation à faire du développement

Mais non, faut pas être négatif

A la base, tu voulais utiliser des arguments pour la création de l'EJB3, là, je ne vois pas trop... je ne sais même pas si c'est possible...
Les paramètres représentaient quoi ? Les paramètres de la connexion ?

[CheryBen]

Personnellement pour résoudre mon problème équivalent (pour une connexion corba) je vais utiliser un setter, et si on appelle la méthode métier sans avoir initialisé l'EJB via le setParametre, je renverrai une exception (genre IllegalStateException : EJB not initialized).
C'est le seul moyen que j'ai trouvé

[DevTeam_]

Pourquoi pas, ce n'est pas parce que ce n'est pas "standard" qu'il ne faut pas le faire dans certains cas. En plus, ça sent le "temporaire"...

L'enfer est pavé de bonnes intentions, et les mauvaises applis de trucs temporaires vieux de 10 ans...
Je ne suis pas du tout gêné par le concept de "non EJB-proof", la seule limite c'est l'exception levée quand je tente de stocker la connexion sur l'EJB. On en revient à notre feeling de non-serializable...

Les paramètres représentaient quoi ? Les paramètres de la connexion ?

La connexion JDBC, justement !

Personnellement pour résoudre mon problème équivalent (pour une connexion corba) je vais utiliser un setter, et si on appelle la méthode métier sans avoir initialisé l'EJB via le setParametre, je renverrai une exception (genre IllegalStateException : EJB not initialized).
C'est le seul moyen que j'ai trouvé

C'est pas bête, mais ça veut dire qu'on a régressé lors du passage EJB2.1=>3 ? Ah moins qu'il n'y ait une bonne raison au fait de ne plus pouvoir passer de paramètres...

[OButterlin]

Bon, pour la connexion, il y a peut-être moyen de contourner le problème.
Si tu positionne l'objet Connection comme ceci System.getProperties().setProperty("Connexion1", connection), tu pourras la récupérer par System.getProperties().getProperty("Connexion1");
(Là, on est au niveau jvm il me semble)
Du coup, tu n'as plus besoin du paramètre...

(ça reste de la bidouille )