Discussion :

[Djillian]

Bonjour,

Je suis actuellement en contrat de professionnalisation dans une petite boite fournissant du Wimax ( http://www.lgtel.fr ) ou je suis chargé de maintenir et de faire évoluer le site conçu à la base avec symfony.

N’étant pas du tout habituer a l'utilisation du framework, j'ai eu un départ difficile mais petit a petit, j'ai commencer a gérer (un peu ) le framework.

Bon, fini de raconter ma vie xD.

Je me tourne vers vous car je suis actuellement en train de développer une appli d'envoi de sms basé sur les api OVH.

J'ai rajouté les valeurs supplémentaire sui me seront utile dans mes tables ( 4 valeurs ) grâce a NavicatLight , puis j'ai modifié le fichier schéma.yml pour y ajouter ces valeurs.

Et c'est la que mon problème arrive ! La base est en propel, j'ai essayer de lancer les commandes pour rebuild mes classes, et la, plus d'accès a ma bdd.

Et sans rebuild les classes, je n'arrive pas à avoir accès a mes variables.

Etant débutant, j'ai surement rater une étape dans la déclaration de ses nouvelles valeurs, mais je n'arrive pas a trouver ou. Si vous aviez des pistes qui me permettrait de résoudre ce problème, cela m'aiderait grandement.

Désolé pour le pavé, surtout que je suppose que c'est une erreur bête, mais je n'arrive vraiment pas a trouver la cause.

Je remercie d'avance les personnes qui chercherons a m'aider.

[Michel Rotta]

Peux-tu préciser la version de symfony que tu utilises (même si je redoute la réponse) ?

[Djillian]

symfony version 1.4.1

[Michel Rotta]

Bon, j'ai un peu moins peur.

Par contre, j'ai abandonné propel avec la version 1.1 de symfony. Donc, c'est plus que de la rouille !

L'idée est, en générale, de modifier le schéma et depuis celui-ci de générer la base. Il existe avec doctrine des notions de migration de la structure de la base à mettre en œuvre après, une fois que les modifications sont validée par la programmation. Ces migrations permettrons de modifier la structure de la base en production. Étant bien entendu que toutes les modifications et évolutions de l'application se font sur le poste de dev...

Il me semble que le même type de raisonnement et de moyens fonctionnent aussi pour propel.

[Djillian]

En fait, je reste sur Propel car le site a été développé comme sa à la base.

J'ai modifié ma base, et j'essaye de recrée le shèma avec la commande

php symfony propel:build-schema

Et la, il me sort une erreur :
[propel-schema-reverse] There was an error building XML from metadata: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/mysql/mysql.sock' (2)


J'ai essayer avec d'autre config de fichier database, tjr le même problème .

[Michel Rotta]

Dans le temps il y avait deux fichiers de configuration pour propel, dont un uniquement pour la récupération des données. Je crois que cela a été supprimé, mais je n'en suis pas sur. Le deuxième devait être, je crois, propel.ini

Si non, essaye de faire un projet test et de passer plutôt du shema.yml à la base que de la base au shema.

Dans symfony le shema embarque plus d'informations qu'il n'y en as dans la base. Tu as donc toujours intérêt à partir du shema.yml pour aller à la base. Sauf quant ce n'est vraiment pas possible (une base déjà existante). Et même là, pour un gros projet, je me demande si tu n'as pas intérêt à faire un shema.yml capable de regénérer à l'identique ta base et ensuite de le connecter à la base existante plutôt que de se contenter de ce qui est (mal) récupéré.