IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

GWT et Vaadin Java Discussion :

Coté client / Coté serveur


Sujet :

GWT et Vaadin Java

  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    56
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 56
    Par défaut Coté client / Coté serveur
    Bonjour,
    J'avance toujours dans mon projet mais il a toujours un truc que je ne comprend pas.
    On parle toujours du coté serveur et du coté client, quelle est la différence entre ces deux partie ou les disposé sur mon poste?
    Merci d'avance

  2. #2
    Membre expérimenté

    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    85
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Avril 2008
    Messages : 85
    Par défaut
    Bonjour,

    ma réponse va peut-être paraître un peu stupide :
    on distingue dans une application à l'architecture client/serveur deux parties distinctes :
    le client et le serveur (). Et on peut voir cela comme deux programmes qui communiquent entre eux.

    Je m'explique :
    - du côté client, tu as tout ce qui concerne l'affichage, la saisie de données, bref tout ce que l'utilisateur à besoin de manipuler.
    - du côté serveur, tu trouves les traitement effectués sur les données récupérées.

    Les deux côtés doivent pouvoir communiquer :
    le client envoie questionne le serveur en espérant une réponse de sa part.

    Maintenant, ce n'était peut-être pas le sens de ta question : pourrais-tu être un peu plus précis sur la finalité de ton projet?

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    56
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 56
    Par défaut
    Mon projet est simple en php mais seulement je doit le developper en Ajax avec gwt pour le rendre plus intéressant.
    Je doit gérer un afficheur, je doit créer un site accessible par l'intranet de mon lycée, gérer la création des comptes et les messages.
    Pour l'administration des comptes, je doit faire une base de donées.
    Pour le moment j'y arrive, je créer ma base et par le biais de HttpmRequest je fais appel à une age php disposer dans le dossier www de easyphp ensuite je récupère tout cela. Ensuite je doit traiter pour l'afficher ma reponse est de type "nom1;prenom1;login1;mdp1;nom2;prenom2;login2;mdp2" mais la je viens de réussir à traiter cela.
    Je doit pouvoir créer supprimer et modifier les comptes.
    Mais ai je besoin d'installer un serveur tomcat?
    Lorsque je compile mon site ou dois je le disposer dans mon www de easyphp?
    Si tu as besoin d'autres explication je suis disponible.

  4. #4
    Membre éprouvé Avatar de Caroline76
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    94
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 94
    Par défaut
    Salut corbel,

    le serveur Apache d'EasyPHP ne devrait pas suffire, tu auras donc besoin, par exemple, d'un serveur Tomcat. Ton application devra etre deployee sur ce dernier.

    Le client:
    Interface graphique, champs a remplir et boutons, affichage, etc...

    Le serveur:
    servlets et connection a la base de donnees.

    Communication:
    RPC Asynchrones.

    Par exemple:
    - L'appui sur le bouton [login] lit les champs "login" et "password" (client)
    - Un appel a un servlet est lance (RPC)
    - Le serveur recoit les login/PW, recherche dans la DB et en extrait les nom/prenom de l'utilisateur (serveur)
    - Les nom/prenom sont envoye au client en reponse (RPC)
    - Le client recoit ces donnees dans une fonction de callback et les affiche (client)

  5. #5
    Membre expérimenté

    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    85
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Avril 2008
    Messages : 85
    Par défaut
    Re,

    je confirme ce qu'a pu te dire Caroline76, ton serveur Apache d'easyPhp ne suffira pas.

    Il te faut absolument un serveur web qui gère les servlets pour pouvoir communiquer avec lui.
    En effet, GWT utilise une solution de communication serveur/client utilisant des servlets côté serveur.

  6. #6
    Membre éclairé Avatar de keub51
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    349
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 349
    Par défaut
    Personellment j'ai déjà réussi a faire une application qui tournait sur un réseau ou l'objectif été de verouiller les postes au bout d'un certain laps de temps. La base de donnée se trouvait sous EasyPHP et l'appli été en .net .

  7. #7
    Membre averti
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    56
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 56
    Par défaut
    Mon prof m'a conseillé de me servir que du php et non de servlet.
    Mais cela ne fonctionnerais pas avec HttpRequest?

  8. #8
    Rédacteur
    Avatar de benwit
    Profil pro
    dev
    Inscrit en
    Septembre 2004
    Messages
    1 676
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : dev

    Informations forums :
    Inscription : Septembre 2004
    Messages : 1 676
    Par défaut
    Ce qu'a dit caroline est vrai si tu utilises le mode "RPC" de GWT qui permet le dialogue entre la partie cliente (Code Java GWT compilé en Javascript) et la partie serveur (Code Java devant s'executer sur un serveur Java comme Tomcat)

    En revanche, tu peux très bien faire une application sans Tomcat :
    Tu peux faire ton client en Java GWT (qui sera compilé en Javascript)
    Tu peux faire ta partie serveur en php qui interroge ta base de données.
    Les deux parties ne communiquent pas par le mode RPC de GWT mais plus classiquement (par requête/réponse) avec RequestBuilder :
    http://google-web-toolkit.googlecode...1.4/index.html
    Il suffit que ton client (dans ton code GWT), tu appel l'url de ton service PHP avec les paramètres dont tu as besoin, Ton code serveur PHP réagit à cette requête, décrypte les paramètres, exécute les traitements de bdd, et retourne en réponse des données au format JSON ou XML qui seront décodés par ton client GWT (Il existe des classes pour le faire)

  9. #9
    Membre averti
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    56
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 56
    Par défaut
    Tu pourrais me dire le nom des classes pour traduire les données XML?
    Enfin c'est juste si tu le sais merci pour votre aide maintenant c'est plus claire pour moi

  10. #10
    Rédacteur
    Avatar de benwit
    Profil pro
    dev
    Inscrit en
    Septembre 2004
    Messages
    1 676
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : dev

    Informations forums :
    Inscription : Septembre 2004
    Messages : 1 676

  11. #11
    Membre averti
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    56
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 56
    Par défaut
    Merci, je vais essayer de me pencher sur la question aujourd'hui.

  12. #12
    Membre averti
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    56
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 56
    Par défaut
    Mais pour créer mon fichier XML tout se fais depuis ma page php?

  13. #13
    Rédacteur
    Avatar de benwit
    Profil pro
    dev
    Inscrit en
    Septembre 2004
    Messages
    1 676
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : dev

    Informations forums :
    Inscription : Septembre 2004
    Messages : 1 676
    Par défaut
    Que ce soit XML ou JSON, c'est PHP qui convertit ton objet PHP en flux XML ou JSON. Il doit exister des librairies pour le faire (renseigne toi sur le forum PHP)

Discussions similaires

  1. Un controlleur coté client et serveur ?
    Par bewidia dans le forum Général JavaScript
    Réponses: 7
    Dernier message: 07/06/2011, 11h42
  2. Je comprends pas le coté client - Coté serveur
    Par Titi41 dans le forum Débuter
    Réponses: 4
    Dernier message: 13/05/2008, 11h43
  3. [EJB3] Mise à jour des Entity coté serveur si modif coté client
    Par SeeNapse dans le forum Java EE
    Réponses: 8
    Dernier message: 23/01/2007, 07h46
  4. Validation d'un formulaire coté client et/ou coté serveur
    Par antrax2013 dans le forum Général Conception Web
    Réponses: 4
    Dernier message: 12/07/2006, 16h03
  5. [Concept] Curseur coté client et curseur coté serveur
    Par freud dans le forum Décisions SGBD
    Réponses: 2
    Dernier message: 13/09/2002, 22h13

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo