API à utiliser dans une application en 3 parties

Bonjour
j'effectue un stage qui consiste à réaliser une application de 3 parties:
-partie desktop avec accés à une base de donnée et communication réseau avec consommation d'un web service.
-partie client serveur.
-partie pda qui consiste à réaliser une application pour pda qui lit un fichier sur un serveur (connectés par wifi) et qui offre à l'utilisateur une interface pour saisir quelques informations.

le SGBD utilisé est mysql.

je voudrais demandé aux personnes plus experimenté que moi quelles sont les api les mieux adaptés à mes besoins.
par exemple:
-pour la premiere partie dois-je utiliser swing, swt, qtjambi ...
-si j'utilise spring, struts ... à quel couche dois-je integrer chacune, et quelles api dois-je choisir pour chaque couche.
-pour la troisieme partie dois-je faire une application sous android ou me contenter d'une application avec jme.
et je voudrais bien avoir quelques liens de tutoriel ou je pourrais assimiler l'architecture proposée.

je sais je demande trop et ce n'est pas trop claire, mais j'aimerais avoir une idée générale.
merci d'avance

1. Les trois peuvent probablement accomplir ce que tu veux mais personellement j'ai un faible pour SWT. SWT utilise l'API native du système sur lequel java roule et permet d'utiliser l'interface du système. De plus SWT à un énorme quantité de composantes, Swing laisse à désirer dans cette section. Aussi, SWT est relativement petit, il n'ajoute qu'environ 1 mégaoctet à ton .jar...

Je ne peut malheureusement pas répondre aux autres questions.

Merci pour ta réponse

Svp est-qu'il n'y a personne pour les autres parties car là j commence vraiment à être en retard

1) il existe pas mal de chose. tu peux aussi tester apache pivot comme interface. Le problème de swt, c'est que tu va devoir faire un package pour chaque OS cible.

2) Pas trop compris quel est ton problème par là

3) tout dépend de ce que tu vise comme smartphone. Y a les android, y a les windows, les iphone, les autres. Aucune techno n'est passe partout. Au pire, pour minimiser ta masse de travail et si les interfaces sont simple, il y a la possibilité de faire une page web mobile sur ton serveur :)

Citation:

---

1. Les trois peuvent probablement accomplir ce que tu veux mais personellement j'ai un faible pour SWT. SWT utilise l'API native du système sur lequel java roule et permet d'utiliser l'interface du système. De plus SWT à un énorme quantité de composantes, Swing laisse à désirer dans cette section. Aussi, SWT est relativement petit, il n'ajoute qu'environ 1 mégaoctet à ton .jar...

---

MEGA TROLL DETECTED :massacre:

Pour l'IHM Swing(:salive:) ou SWT(:langue:),tu peux utiliser hibernate pour la communication avec la BDD, pour la com client-server tu devrais prendre les RMIs par rapport aux sockets.
Hibernate & RMI demande un peu de temps pour être mis en place mais font gagner un temps fou au final.

Entre spring et struts (même si tu peux surement t'en passer) :
struts -> 2 jours pour avoir les bases
spring -> 3 semaines pour avoir les bases

Pour la partie mobile j'ai juste tâté du Android et jamais de jme. Donc mon avis ne serait objectif

Bonne chance

Edit : grillé

Citation:

---

Envoyé par Ivelios

spring -> 3 semaines pour avoir les bases

---

Ça dépend quel partie de spring. En quelques jours t'arrive déjà suffisamment à maîtriser l'IOC pour faire des applications, par exemple :roll:

Merci pour toute vos réponses
Bon pour la partie client serveur, j'ai entendu dire quelque part qu'on peut faire cohabiter spring ,struts et jpa dans une même application ou struts serait responsable de la couche présentation, spring du métier et jpa pour la dao, mais vu que je n'ai jamais utilisé aucune de ces framwork je voudrais avoir votre avis sur cette proposition et la possibilité de pouvoir mettre l'application en place sachant qu'on est deux avec de très bonnes connaissances en html, css, javascript (donc tout ce qui est statique ne prendrait pas vraiment trop de temps)

Spring n'est pas vraiment une simple brique logicielle mais plutôt une extension des APIs les plus couramment utilisée : collections, XML, JDBC, Hibernate, Servlet, etc.
C'est un fournisseur de composants techniques relativement génériques qui implémentent des problématiques/patterns qui sont fréquemment rencontrés/implémentés dans chaque logiciel écrit en Java.
Si tu veux utiliser Spring, il faut clairement définir les parties que tu vas utiliser.

Struts est uniquement orienté IHM Web. Il est à mon avis déprécier et les nouvelles technos comme GWT,ou JSF ont bien plus d'avenir.

Pour les clients lourds Swing fournie des composants bases facilement extensibles et SWT des composants plus finis mais largement moins extensible.
Si l'application doit vivre fonce sur Swing ca évitera dans l'avenir de revenir en arrière car SWT est trop limité en termes d'extensibilité.

JPA est une couche d'abstraction (API officielle) des différentes solutions d'ORM notemment TopLink et Hibernate.
Je n'ai jamais utilisé d'autres ORM qu'Hibernate. Donc tout ce que je peux dire c'est que c'est assez facile à appréhender et utiliser mais à optimiser c'est plus difficile (écrire de bonne requête HQL, avoir un bon schéma bien adapté, configurer les caches, le fetching, etc.) c'est une autre paire de manche.

Merci pour vos réponses, bon je crois que je vais adapter la solution web pour l'application sur pda, j'ai essayé de me documenter dans le sujet et j'ai trouvé que je dois utilisé wml, je voudrais savoir si vous n'avez pas de tutoriel bien détaillé