Discussion :

[pikamo]

Bonjour,

Je suis débutant au niveau des applications Java.
Est ce que possible de développer une application Desktop java coté serveur et les utiliser coté client.
c'est à dire développer API comme en PHP ?
Si c'est la cas , Spring m'offre la possibilité de développer une application Desktop API avec Steup bien sure.

Cordialement,

[joel.drigo]

Salut,

Oui, on peut développer un back serveur J2E, une webapp donc (avec le framework Spring par exemple), et un front Desktop en JavaSE, en Swing ou JavaFX, ou autre.

[pikamo]

donc ils sera tout en Web et pas en bureau ?
j'ai lu un article de partager une application Java Desktop en réseau local avec Remote Procedure Call RPC ... Si possible de partage une application en reseau Wlan ?

[joel.drigo]

Attention, de quoi tu parles au juste ? De faire une application serveur où plusieurs client desktop se connectent dessus ? Ou de faire un partage d'écran, genre à la citrix ? Ou faire des applications Desktop reliées en réseau ?
Le "Remote Procedure Call RPC" n'est qu'un protocole, comme un autre. Tu peux faire du JaxRS, du XML-RPC, du custom HTTP, du RMI, du custom socket, peu importe (enfin du custom socket, c'est plus vraiment du web, et, comme le RMI, c'est toujours problématique selon l'environnement (s'il d'y des proxy, firewall, waf et consorts).

[pikamo]

Merci joel.drigo
En faite, je suis entrain de cherche une solution.

Voici mon besoin:
Coté Serveur Windows : une application Java Bureau (jar) exécutable qui me permet de faire gestion clients , projets et d'autres ressources.
Coté Client : ce que pour l’instant c'est la partie flou pour moi.C'est quoi le plus performance? d'utiliser la même application que le serveur ( la partager en réseau .. c'est possible ) ou de développer une application bureau aussi qui utilise des API de serveur ( et la aussi je sais pas si c'est possible ou non )
Note: je suis un développeur Web. je suis obligé d'avoir une application java bureau.

[joel.drigo]

Ton application d'administration du serveur, c'est donc une application desktop. Mais pas avec les fonctions que celle utilisées par d'autres utilisateurs. Tu peux faire qu'une seule application, et à la connexion, selon le rôle, tu permets certains fonctions et pas d'autres. Ainsi, pas de question à se poser : il n'y a qu'une application desktop. Mais il te faut de toute manière une application "web" qui va fournir des services que l'application Desktop va invoquer (récupérer des infos, modifier, créer etc). Cette application ne répond pas des pages html comme une application web classique, elle répond des structures de données (du json par exemple), mais le principe est exactement le même que n'importe quelle application web.

[pikamo]

Merci encore,
alors pour que je résume:
Une application Web coté serveur qui me fournir des APIs.
Une application Java desktop ( pour admin et les clients) qui utilise ces APIs

C'est ça?

Vous pouvez me guider un peu surtout cote java desktop : lib, outils, tutos, mot

[joel.drigo]

C'est ça?

Voilà.

Vous pouvez me guider un peu surtout cote java desktop : lib, outils, tutos, mot

• lib : ça dépend. Pour l'UI, Swing, c'est le plus répandu, pas très joli, vieillissant, mais puissant, et y'a pleins de tutos et de composants sur le web. Plus moderne et plus joli, mais moins utilisé, JavaFX (moins utilisé parce que c'est apparu alors que les applications desktop, en multiplateforme du moins, ça avait moins la cote par rapport aux UI type web. Après, pour le reste, faut voir ce que tu veux faire. Y 'a des dizaines de bibliothèques pour un peu près tout.
• outils : ça dépend. Pour commencer un EDI peut être (Eclipse, NetBeans, IntellijIdea...)
• tutos : voir le bouton la-haut, marqué "Tutoriels Java"
• mot: mon mot du jour, c'est gentilé (ou ethnonyme pour les intimes)...

[pikamo]

merci encore.maintenant l'architecture est claire.