La gestion des Points d'accès, des Threads avec Java Socket

Bonjour à tous, SVP j'ai quelques questions pour m'aider à coder une application de partage de SMS et de fichiers entre mobiles et PC en langage JAVA
J'ai opté à utiliser les Sockets JAVA mais si il y en a de mieux, merci pour votre aide

1. Créer un point d'accès
   Comment créer un point d'accès directement au lancement de l'application
2. Interface Serveur et client au même moment
   Après création du point d'accès, l'application attend plusieurs connexions et pourra envoyer et recevoir des ressources à chaque dispositif connecté
   - Il joue le rôle de client en reception
   - En envoi, il joue le rôle de serveur et cré plusieurs Threads
3. Créer des bulles de discussion à chaque connexion d'un autre dispositif
   L'application va créer des petites bulles de discussion pour chaque utilisateur connecté à l'appareil concerné

***********
Même si le sujet est trop large, Que Celui qui peut m'aider au minimum n'hésite pas..:mouarf:
Je sais compter sur votre implication totale aux problèmes de cette communauté et merci...:mouarf::mouarf:

Hello,

l'usage de ce millénaire est plutôt d'avoir des webservices, de communiquer par HTTP, à un serveur de web API, qui s'occupe pour toi de gérer les sockets et les threads.

... Mais il est vrai que quand on a pas l'intention de rendre le serveur accessible au grand public ni aux navigateurs, cette tendance aux webservices peut passer pour du hype. Attention quand même, si l'utilisateur est connecté à un réseau limité, il a pas forcément le droit de faire des connexions autre que vers du web. Bref les webservices contournent pas mal de problèmes.

En tout cas, c'est tout à fait faisable de faire ça à l'ancienne avec des sockets directement.

Citation:

---

Envoyé par lssayien

Après création du point d'accès, l'application attend plusieurs connexions et pourra envoyer et recevoir des ressources à chaque dispositif connecté
- Il joue le rôle de client en reception
- En envoi, il joue le rôle de serveur et cré plusieurs Threads

---

Quand quelque chose attend de recevoir des connexions, c'est un serveur.

Citation:

---

Envoyé par thelvin

Hello,

l'usage de ce millénaire est plutôt d'avoir des webservices, de communiquer par HTTP, à un serveur de web API, qui s'occupe pour toi de gérer les sockets et les threads.

... Mais il est vrai que quand on a pas l'intention de rendre le serveur accessible au grand public ni aux navigateurs, cette tendance aux webservices peut passer pour du hype. Attention quand même, si l'utilisateur est connecté à un réseau limité, il a pas forcément le droit de faire des connexions autre que vers du web. Bref les webservices contournent pas mal de problèmes.

En tout cas, c'est tout à fait faisable de faire ça à l'ancienne avec des sockets directement.





Quand quelque chose attend de recevoir des connexions, c'est un serveur.

---

Merci déja pour votre réponse. L'objectif est de gérer le partage un peux comme avec xender mais y intégrer le partage de sms. S'il est possible de le faire avec le Webservice, quelle est la procedure?

Je ne connais pas Xender. Il fait du TCP/IP ou du bluetooth? Il y a des chances qu'il soit compliqué d'en faire un webservice si le bluetooth est obigatoire.

... Faut dire aussi que pour deux appareils l'un à côté de l'autre, c'est moins utile.