Discussion :

[Népomucène]

Bonjour à tous.

Je développe des applications "client lourd" de gestion pour l'industrie (du genre : organisation de production, bons de commande, livraison, etc.).
Les données sont stockées dans une base SQL Server qui se trouve sur le serveur du réseau local.
Les applications clientes se connectent avec JDBC et tout va bien...

Maintenant, ces applications devront pouvoir être utilisées depuis des postes situés n'importe où en France via internet. La distribution des applis se fera par Java Web Start.

Là où cela se gâte c'est pour la connexion à la base SQL Server
Comme il n'est pas question d'exposer le serveur SQL directement sur internet, j'ai pensé utiliser un serveur dédié qui contrôle les accès et envoie des objets ResultSets (jeux d'enregistrements) aux applications clientes.

Ma question est : pensez-vous que la technique RMI puisse être efficace dans ce cas (tout en sachant que le nombre d'utilisateurs peut grimper à 100) ?

Merci d'avance de vos avis.

[tchize_]

non, des result set ne sont pas serializable autant que je sache. Soit tu travaille avec des webservice (exposition d'information sour forme xml à la demande), soit éventuellement avec de ejb distants. Ne perd pas de vue que, entre réseau local et réseau distant, il y a une sacré différence de perfs. Le rmi est utilisable, mais il faut l'utiliser correctement (objets légers pouvant être envoyés au comptes goutte).

Note: ok pour ne pas exposer le serveur bd. Mais n'est-il pas moins cher en temps de développement d'envisager un vpn?

[Népomucène]

Merci tchize_,

Pas de possibilité vpn car l'application doit pouvoir être utilisée par n'importe quel poste internet ; la sécurité se fait avec login+mdp.

Pour remplacer les ResultSets, peut-on transmettre un tableau du genre Objet[][] par RMI ?

Je vais faire quelques recherches du coté de EJB 3 (que je ne connais pas) ainsi que d'un outil serveur d'ejb (si cela existe). N'hésitez pas à me dire si je fais fausse route

Merci d'avance de vos avis.

[tchize_]

n"oublie pas que toute classe que t'envoie par rmi doit être sérialisable. Car la classe sera sérialisée sur le flux réseau et désérialiser coté client. Le plus gros risque avec RMi, c'est ne pas se rendre compte de la quantité de données sérialisées vers le client.

[Népomucène]

J'en tiendrai compte

[manblaizo]

Pas de possibilité vpn car l'application doit pouvoir être utilisée par n'importe quel poste internet ; la sécurité se fait avec login+mdp.

Pour remplacer les ResultSets, peut-on transmettre un tableau du genre Objet[][] par RMI ?

Je vais faire quelques recherches du coté de EJB 3 (que je ne connais pas) ainsi que d'un outil serveur d'ejb (si cela existe). N'hésitez pas à me dire si je fais fausse route

Merci d'avance de vos avis.

Bonjour,
Je pense que tu fais fausse route, RMI ne pourra pas fonctionner facilement sur Internet (firewall bloquant certains ports utilisés par rmi, etc.)

Il faudrait plutôt suivre le premier conseil de tchize_ en introduisant un web services auquel tes applications clientes feront appel. Tu n'es pas obligé de connaitre les EJB pour le réaliser, quoique l'alternative serait que tu connaisses Spring. Pour y aller un peu plus vite en utilisant les ejb3, je te conseillerais le framework Seam. En tous les cas, tu as besoin d'un middleware qui aurait accès à la base de données sur réseau local et délivrerait les résultats aux clients distants à travers une interface web services.

Bon courage.

[Népomucène]

Il arrive que l'application cliente doit imprimer des états statistiques récapitulatifs. Ce genre d'état utilise parfois des milliers d'enregistrements.

Aujourd'hui j'utilise des états JasperReport qui se connectent directement à la base par JDBC. Le résultat est excellent.

Lorsque je vais passer sur internet, j'ai un peu peur que les webs services soient trop lents ou ne supportent pas la charge. C'est peut-être un à-priori ridicule ?

Je pense essayer une solution du genre :
- EJB qui se connecte à SQL serveur (je suppose que je peux utiliser JDBC depuis un EJB ).
- Un serveur (je pense à GlassFish) pour servir les clients.
C'est l'article de P.Secheresse qui m'incite à tenter le coup dans cette direction.

Je posterai ici le résultat si ça marche.

En tout cas merci pour vos pistes de recherche, je suis développeur indépendant et c'est difficile de sortir du bocal du développement d'applications desktop.

[tchize_]

si t'as pas d'expérience en J2EE, le EJB çà va prendre du temps. Pour les webservices c'est pas parce que t'as 200M de données à envoyer que çà va prendre 200M en mémoire. Il faut juste faire attention à utiliser des librairie qui ne gardent pas tout en mémoire (création de la réponse au fur et à mesure de la lecture de la db, pas un système où tu prend tes données, tu les met dans une arbre xml et puis seulement tu envoie l'arbre au client).

[Népomucène]

Il faut juste faire attention à utiliser des utiliser des librairie qui ne gardent pas tout en mémoire (création de la réponse au fur et à mesure de la lecture de la db, pas un système où tu prend tes données, tu les met dans une arbre xml et puis seulement tu envoie l'arbre au client)

Aurais-tu des références de librairies qui puissent envoyer les données au fur et à mesure. Un genre de flux je suppose ?

[Népomucène]

Bon après pas mal de recherches, j'ai opté pour la solution web service.
Merci à tous.