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

AWT/Swing Java Discussion :

Déport d'un client (très) lourd


Sujet :

AWT/Swing Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé Avatar de BakaOnigiri
    Inscrit en
    Avril 2002
    Messages
    366
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 366
    Par défaut Déport d'un client (très) lourd
    Bonjour,

    j'ai une petite question concernant un problème faisabilité :

    J'ai une application très lourde (swing avec affichage de données geographiques, et très interactive, ...) il je doit pouvoir faire une sorte de client très léger pour des postes client pauvres au niveau ressource.

    L'idéal serait de transformer le client lourd en serveur d'application J2EE, mais pour le moment c'est trop long et trop couteux.

    Donc je cherche un moyen de créer une sorte de programme qui serait super générique, et permettrer d'intéroger l'application lourde avec l'ajout d'une partie serveur, pour l'affichage de fenêtres, et autre.

    En gros un peut comme un VNC, mais en applicatif.

    J'espère que ce que je cherche à faire est faisable, et que vous pourrez me le confirmer.


    Merci.

  2. #2
    Membre éclairé Avatar de BakaOnigiri
    Inscrit en
    Avril 2002
    Messages
    366
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 366
    Par défaut
    Ajout :

    Mon idée de départ serais d'utilise RMI pour pouvoir transférer les données comlète contenant les dialogs qui sont à afficher

  3. #3
    Modérateur
    Avatar de dinobogan
    Homme Profil pro
    ingénieur
    Inscrit en
    Juin 2007
    Messages
    4 073
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France

    Informations professionnelles :
    Activité : ingénieur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 4 073
    Par défaut
    Et utiliser directement un VNC n'est pas envisageable ?
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
    Que la force de la puissance soit avec le courage de ta sagesse.

  4. #4
    Membre éclairé Avatar de BakaOnigiri
    Inscrit en
    Avril 2002
    Messages
    366
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 366
    Par défaut


    et bas non, pasqu'en fait l'application lourde transformée (avec un minium de modifications) doit pouvoir adresser plusieurs clients qui auraient une affichage différent.

    Et oui, c'est trop simple sinon, y a pas de chalenge

  5. #5
    Membre éclairé Avatar de DjGonk
    Profil pro
    Inscrit en
    Février 2007
    Messages
    88
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Février 2007
    Messages : 88
    Par défaut
    Essaye de voir du coté de Spring avec RMI car dans ton cas tu n'as pas besoins d'aller plus loin si j'ai bien compris, donc un conteneur leger te suffit.

  6. #6
    Membre éclairé Avatar de BakaOnigiri
    Inscrit en
    Avril 2002
    Messages
    366
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 366
    Par défaut
    Bonjour,

    afin de tester mon idée d'utiliser RMI, j'ai fait un petit bout de code qui transmet directement un JPanel de mon client lourd, mais ce panel affiche un composant qui dépend d'une très vieille librairie, et donc je suis en train de rajouter 'java.io.NotSerializableException' un peut partout.

    Mais j'ai un petit problème je tombe là dessus :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: com.baka.JTextComponent$1
    quand il n'y a pas le '$1' çà va, je sais ce que je doit faire, mais là que signifie ce '$1' ? quel pourrais être l'objet non sérialisable ?


    Merci.

    PS : ces tests sont là pour voir si la piste RMI est viable ou s'il faut que je parlemente très fort avec mon supérieur pour favoriser un dev J2EE

  7. #7
    Membre chevronné Avatar de Claythest
    Profil pro
    Inscrit en
    Mai 2003
    Messages
    558
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2003
    Messages : 558
    Par défaut
    Citation Envoyé par BakaOnigiri Voir le message
    Ajout :

    Mon idée de départ serais d'utilise RMI pour pouvoir transférer les données comlète contenant les dialogs qui sont à afficher
    Pourquoi ne pas utiliser J2EE (ou JEE plutot ) ? En ce qui concerne le coût, il y a des serveurs gratuits (JBoss par exemple) et le temps de développement n'est pas plus long que utiliser RMI (à noter que RMI est souvent "caché" dans les applications JEE...).

    Le seul véritable coût est celui de l'apprentissage de JEE si tu ne connais pas... Mais si tu maîtrises le RMI, je pense qu'apprendre JEE et les EJB te seras facile (puisque tu comprendras tout ce qu'il se passe derrière, et tu n'écriras que peu de lignes...)

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Clients riches / lourds ?
    Par vain_mich dans le forum Autres
    Réponses: 3
    Dernier message: 07/01/2011, 12h11
  2. Optimisation d'une requête très lourde
    Par Benji76 dans le forum Requêtes
    Réponses: 9
    Dernier message: 24/02/2007, 11h35
  3. Sauvegarde .txt : fichiers très lourds
    Par benjamin.retho dans le forum MATLAB
    Réponses: 5
    Dernier message: 06/11/2006, 12h51
  4. problème bd trés lourde
    Par greg64 dans le forum Access
    Réponses: 2
    Dernier message: 23/05/2006, 06h40

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