Problème JDBC avec Android

je suis débutant en android j'essaie de développer ma première application et je rencontre un problème de base de donnée j'utilise JDBC pour connecter mon application à wampserver voici les détails de connexion:

Code:

---

1 2 3 4 5

Class.forName("com.mysql.jdbc.Driver"); String user="root"; String pass="passwd"; String url = "jdbc:mysql://10.0.2.2:3306/android"; con = java.sql.DriverManager.getConnection(url, user, pass);

---

quand je lance mon application sur l'émulateur et quand je clique sur un bouton pour faire un enregistrement il me retourne un message d'erreur "Unfortunately, Application has stopped"
si quelqu'un peut m'aider à déceler l'origine du problème je lui serai très reconnaissant

salut,

regarde et met plutôt les messages du logcat pour savoir d'ou viens le problème.

après dans ton code:

Code:

---

con = java.sql.DriverManager.getConnection(url, user, pass);

---

quel est cet objet con ? tu la défini ailleurs ?

ouii je l'ai utilisé après,je vois beaucoup de tutoriele là ou on utilise JSON avec PHP pour communiquer avec la base de donnée est ce que ce n'est pas possible de travailler avec JDBC sur android?

salut,

d'apres ce post je dirais que non.

Mais regarde de ce coté:

http://developer.android.com/referen...erManager.html

http://developer.android.com/referen...ql/Driver.html

peux tu mettre le message d'erreur du logcat ?

JDBC est supporté par Android (voir le changelog 2.3 : http://developer.android.com/about/v...ighlights.html ) , par contre il te faut la permission INTERNET dans ton manifest.
Il est fort probable que tu sois obligé d'effectuer toutes tes action JDBC dans un thread ou une asynctask.

Après il faudra mêttre en place toutes les sécurité nécessaire car ouvrir la connexion à une base de données au public c'est quand même pas très recommandé

Alors une partie de JDBC est supporté dans Android, mais pas tout.
Et je crois bien que c'est dans le but de fournir une base SQLite à une librairie utilisant JDBC...

Ensuite... on n'ouvre *jamais* une base de donnée à "Internet"... donc à part si le but est de passer par un VPN, c'est une faille majeure de sécurité.

La raison est toute simple: l'utilisateur mySQL (et le point d'accès public) est forcément "visible", et les connexions MySQL ne sont pas "cryptées" (par défaut) offrant tout un pannel d'attaques possibles (y compris la récupération du user/password).
Vu que ce "user/password" a obligatoirement (sinon aucun interêt) des droits de modification sur les données du schema, n'importe qui (ou presque) peut supprimer/altérer les données de la base (en plus de les lire bien évidemment).

C'est pourquoi on sépare toujours avec un "web-service". Le web-service contient les informations de user/password du schema de la base de données (mais ses sources ne sont pas accessibles, sauf erreur de deploiement), et la modification du user/password se fait en un seul point (le serveur).
Le service identifie (par la base de données) les utilisateurs du service, et offre ainsi plus ou moins de "capacités" d'utilisation de ces données.