Discussion :

[Invité]

Bonjour,

J'ai actuelelment une petite application Web.
J'aimerais créer une interface graphique (Swing) qui serait également cliente de mon application.

Par ou dois-je commencer ?
Que suis-je censé connaitre (ormis Swing et la programmation P.O.J.O.) ?


Merci

[willoi]

Ben en fait avec ce que tu connais tu devrais t'en sortir.
Ou est ce que tu butes ?

Ah sinon tu peux actualiser ta signature, ton statut de membre a changé

[gifffftane]

Par ou dois-je commencer ?
Que suis-je censé connaitre (ormis Swing et la programmation P.O.J.O.) ?

Ben quand tu auras déjà fait swing et la pojo, ce sera déjà pas mal ! Reviens quand ce sera fait !

[Invité]

Ben en fait avec ce que tu connais tu devrais t'en sortir.
Ou est ce que tu butes ?

Au niveau du client Swing (client lourd). Je ne sais pas trop comment m'occuper de la partie données..
Est-ce que le client possède toutes les classes ainsi que les DAO et sa propre logique métier. Ou est-ce que le client utilise je ne sais pas quoi pour utiliser le métier et dao existant..

Ah sinon tu peux actualiser ta signature, ton statut de membre a changé

Oui, j'ai vu. Merci

Ben quand tu auras déjà fait swing et la pojo, ce sera déjà pas mal ! Reviens quand ce sera fait !

Heuu ben c'est fait.

[gifffftane]

Heuu ben c'est fait.

Ah ! Excuse ! ...

Sur ce que tu dis, je ne vois pas grand chose d'autre. Il y a les bases de données, mais ça fonctionne comme sur les serveurs.

... le déploiement est peut être un peu plus compliqué, parce que il faut tout prévoir d'avance, et souvent que tout se fasse automatiquement (y compris l'installation de la base de données, d'ailleurs).

Egalement, il est intéressant d'approfondir toutes les questions de test automatique IHM, à la mode jUnit. Avec Swing il y a plein de possibilités pour y arriver, que ce soit par Robot, ou par EventQueue, ou grâce à la modularité de swing soi même. Mais j'ai jamais vu de bouquin là dessus, ni même de site ; il faut se former soi même

[Invité]

J'ai peur de ne pas me faire comprendre...

J'ai déja une application existante avec (par exemple) les classes Utilisateur et Chaise.
L'application existante est une application web. Un formulaire permet de lier uen chaise à un utilisateur. Un DAO se charge de sauver ces changements sur le support de données.

Comment-faire pour créer une interface Swing me permettant de lier uen chaise à un utilisateur ?
1° : Dans mon projet Swing j'aurais également les classes Utilisateur et Chaise ainsi que le DAO
2° : Il existe un truc pour utiliser directement les classes et le DAO présent sur le serveur de l'application Web ..
-> Si il existe un truc, quel est ce truc ? Et avez vous des pistes pour me permettre de démarrer ?

Merci

[sinok]

Grosso merdo : les webservices sont là pour toi.

http://java.sun.com/webservices/jaxws/

Il te suffira de faire en sorte que ton serveur mette à disposition ces webservices, et de les consommer avec ton client lourd.

[xavlours]

Grosso merdo : les webservices sont là pour toi.

+1. Le HTML (et dérivés) sorti par une webapp, c'est un langage graphique, pas de transport de données.

En général, porter les services d'une webapp en web service n'est pas sorcier. Avec tous les wizards existants, on n'a même plus besoin de savoir ce qu'est XML (si ce n'est pour la config du serveur). Et au niveau du client, ça te simplifiera beaucoup la vie.

[Invité]

Ok mais dans un livre 'Java plus rapide, plus léger' il est écrit un truc du style 'Utiliser la lenteur des Services Web n'est pas approprié pour ce service' (en parlant d'une interface de commande de robot de recherche)

Mais bon je crois que je vais me lancer dans les WebServices quand même. Je ne connais pas cela donc ce seras toujours une bonne chose.

Par contre je n'ai pas encore l'application Web, avez-vous des conseils pour ne pas avoir sde diffucultés à utiliser des services web ?

Merci

[xavlours]

Les outils que j'utilise (Eclipse WTP) fonctionnent plutôt dans le sens inverse : le serveur, puis le service web, puis le client. Je ne suis pas très cultivé dans ce domaine, mais je ne connais pas d'outils qui fassent l'inverse.

Si tu veux vraiment écrire le client avant le serveur, tu peux définir une interface que ton serveur devra implémenter plus tard. Cette interface peut être écrite en Java (si le serveur d'appli est en Java aussi et que tu as des outils adaptés) ou en WSDL, mais c'est un tout autre langage.

Mais si tu veux plus d'infos, mon conseil, c'est d'aller voir ici .

[Invité]

Je n'ai actuellement rien d'exisant et je ne comptais pas commencer par le client.

Je commencerais donc par le serveur mais je ne sais absolument pas comment fonctionnent les web services..

-> STFW

Merci beaucoup.

[xavlours]

Attention, la théorie est assez complexe (plusieurs langages basés sur XML avec des balises réservées, etc) mais en pratique ça peut être relativement simple.