Serveur + client android [Résolu]

Messages postés
78
Date d'inscription
mercredi 27 novembre 2013
Dernière intervention
12 novembre 2014
- - Dernière réponse : Noemie O'connor
Messages postés
78
Date d'inscription
mercredi 27 novembre 2013
Dernière intervention
12 novembre 2014
- 1 oct. 2014 à 15:21
Bonjour,

Je m'intéresse actuellement à la programmation réseau. J'ai débuté par une étude des sockets avant de m'interesser à Java RMI.
J'ai pour projet de concevoir une application android qui appellerait régulièrement des services sur mon serveur (parfois de manière locale mais également distante). Or, comme vous le savez sans doute, Java RMI n'existe pas sur android.

Quels moyens en termes de technologie et d'architecture proposeriez-vous pour mettre en place un appel de services depuis un client android vers un serveur (debian)?

En vous remerciant,
Noémie
Afficher la suite 

Votre réponse

2 réponses

Messages postés
5307
Date d'inscription
dimanche 4 mai 2003
Statut
Modérateur
Dernière intervention
14 décembre 2018
0
Merci
Salut,

Ça dépend surtout de ce que tu vas échanger entre ton client Android et le serveur.

Pour le support RMI sur android je pense que ce topic peut t'intéresser: http://stackoverflow.com/questions/5321906/how-to-find-the-jar-of-java-rmi-package

Sinon à la place de RMI tu peux toujours utiliser des WebServices ou autres joyeuseté.

Et en fonction de ce que tu souhaites faire il y a aussi d'autres alternatives.
Exemple si tu veux simplement centraliser des données sans te fouler à coder (payer) un serveur, tu peux toujours passer par les Datastore proposés par les services de clouds:
Datastore sauce Google: https://cloud.google.com/appengine/docs/java/datastore/
Datastore sauce DropBox: https://www.dropbox.com/developers/datastore/sdks/android
etc...

Je n'ai parlé que des Datastore mais les API ci-dessus ne se limitent pas qu'au storage de données.


Commenter la réponse de Twinuts
Messages postés
78
Date d'inscription
mercredi 27 novembre 2013
Dernière intervention
12 novembre 2014
0
Merci
Le but est l'activation de service depuis le client et la récupération de données (monitoring généralement).
Au-delà de ça, l'application ne serait pas seule utilisatrice du serveur ; donc partir sur du web service me semble une bonne idée d'un point de vue normalisation.
Je vais tout de même jeter un oeil aux API que tu proposes ci-dessus par curiosité.

Grand merci
Noémie
Commenter la réponse de Noemie O'connor

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.