Problème pour démarrer le tuto "my first symfony project"
OphyTe
voila, j'ai un projet à faire avec Symfony et pour comprendre un peu
le framework je me suis lancé dans le petit tuto proposé sur le site
du projet Symfony (http://www.symfony-project.com/tutorial/
my_first_project.html).
Seulement voila c'est mal parti parce que j'ai même pas réussi à ne
serait-ce que le commencer réellement :-s
J'ai commencé par décommenter les lignes correspondant aux extensions
SQLite dans le fichier php.ini (j'ai installé easyPHP 2.0) mais je
crois que ça n'a pas suffit à charger l'extension au vue de
l'affichage dans la console après la commande "php symfony propel-
insert-sql" :
"Execution of target insert-sql failed for the following reason: C:
\Program~\...\sf_sandbox\lib\symfony\vendor\propel-generator\build-
propel.xml:262:1: [wrapped: sqlite extension not loaded [User Info:
Array]]
Est-ce que quelqu'un aurait une idée de la provenance du problème ?
Que faut-il faire de plus pour activer l'extension SQLite ?
Tristan Rivoallan
Est-ce que quelqu'un aurait une idée de la provenance du problème ?
Que faut-il faire de plus pour activer l'extension SQLite ?
as-tu redémarré apache ?
++
tristan
OphyTe
On 11 avr, 13:24, "Tristan Rivoallan" <trivoal...@clever-age.com>
wrote:
> as-tu redémarré apache ?
oui plusieurs fois ...
Au passage, j'ai beaucoup apprécié l'article auquel tu as participé
sur http://www.clever-age.com. Il y a un lien que je n'ai pas pû
suivre par contre, c'est celui du "Control Panel" dans la section
outillage ;-)
Pour ceux que ça intéresseraient je mets le lien de l'article ...
http://www.clever-age.com/veille/blog/frameworks-php-symfony-inacheve.html
Tristan Rivoallan
> as-tu redémarré apache ?
oui plusieurs fois ...
alors :
* vérifie que le module sqlite est bien chargé dans le contexte apache en regardant ce qui se passe dans un phpinfo();
* vérifie que le module sqlite est bien chargé dans le contexte cli en regardant le résultat de php.exe -m
Au passage, j'ai beaucoup apprécié l'article auquel tu as participé
sur http://www.clever-age.com.
ah ben c'est gentil ! il y en a d'autres à suivre :)
++
tristan
OphyTe
Je suis pas trop callé en php donc j'ai fait des screenshot :-)
> * vérifie que le module sqlite est bien chargé dans le contexte apache en
> regardant ce qui se passe dans un phpinfo();
<a href="http://pix.nofrag.com/1a/
20/5e79e98557f5eba5e2f601a04fad.jpeg"><img src="http://pix.nofrag.com/
1a/20/5e79e98557f5eba5e2f601a04fadt.jpg" alt="PHP => SQLite" /></a>
> * vérifie que le module sqlite est bien chargé dans le contexte cli en
> regardant le résultat de php.exe -m
<a href="http://pix.nofrag.com/2d/97/
fbc75ae77afa09593beb784c8b54.jpeg"><img src="http://pix.nofrag.com/2d/
97/fbc75ae77afa09593beb784c8b54t.jpg" alt="contexte CLI" /></a>
Si tu arrives à décrypter ces screenshot c'est cool parce que
moi ... :-s
J'ai l'impression qu'au niveau d'Apache ça va par contre le contexte
CLI (dont je n'ai aucune idée de ce à quoi ça correspond) ...
++
OphyTe
Tristan Rivoallan
Si tu arrives à décrypter ces screenshot c'est cool parce que
moi ... :-s
J'ai l'impression qu'au niveau d'Apache ça va par contre le contexte
CLI (dont je n'ai aucune idée de ce à quoi ça correspond) ...
c'est bien ça. Le module sqlite est chargé pour mod_php (apache) mais pas pour la ligne de commande (cli). Je ne connais pas du tout wamp, mais j'imagine que tu as deux fichier php.ini différents pour chaque contexte. Trouve celui pour cli et rajoute "extension= sqlite.so" à la fin.
++
tristan
Nicolas Perriault
> Trouve celui pour cli et rajoute "extension=sqlite.so" ą la fin.
C'est pas .dll sous Windows ? (je sais pu)
++
--
Nicolas Perriault http://www.clever-age.com
Clever Age - Conseil en architecture technique
GSM: +33 6 60 92 08 67 Tél: +33 1 53 34 66 10
Clever Age vous invite ą ses petits-déjeuners
http://www.clever-age.com/actualites/petits-dejeuners/
Tristan Rivoallan
Tristan Rivoallan a écrit :
> Trouve celui pour cli et rajoute "extension=sqlite.so" à la fin.
C'est pas .dll sous Windows ? (je sais pu)
ah oui en effet.
++
tristan
OphyTe
wrote:
> On 4/12/07, OphyTe <oph...@gmail.com> wrote:
>
> j'imagine que tu as deux fichier php.ini différents pour chaque contexte.
> Trouve celui pour cli et rajoute "extension=sqlite.so" à la fin.
Je reposte ma réponse qui n'a étrangement pas été publiée ...
Donc tout d'abord je vous remercie pour votre présence intensive sur
ce forum ;-)
Ensuite, pour mon problème, bah j'ai l'impression que c'est pas encore
ça ... J'ai effectivement 2 fichiers php.ini :
* le 1er dans C:\Program Files\...\EasyPHP 2.0b1\apache
* le 2nd dans C:\Program Files\...\EasyPHP 2.0b1\conf_files
... mais les 2 ont les extensions "php_pdo_sqlite.dll" et
"php_sqlite.dll" (dans l'ordre) décommentées ...
Tristan Rivoallan
... mais les 2 ont les extensions "php_pdo_sqlite.dll" et
"php_sqlite.dll" (dans l'ordre) décommentées ...
exécute :
"php.exe -r 'phpinfo();'" et cherche la chaîne "Configuration File ( php.ini) Path" dans la sortie. Cela va t'indiquer le chemin vers le php.ini utilisé par php en ligne de commande.
++
tristan
OphyTe
wrote:
Décidément ... alors j'ai suivi ta commande ""php.exe -r 'phpinfo();'
| more" qui m'indique "Configuration File (php.ini) Path => C:
\WINDOWS" seulement je n'ai pas de php.ini dans ce répertoire ...
Est-ce que j'y copie un des 2 dont je parlais dans mon post précédent ?
Tristan Rivoallan
On 13 avr, 15:24, "Tristan Rivoallan" <trivoal...@clever-age.com>
wrote:
> On 4/13/07, OphyTe <oph...@gmail.com > wrote:
>
> exécute :
>
> "php.exe -r 'phpinfo();'" et cherche la chaîne "Configuration File (php.ini)
> Path" dans la sortie. Cela va t'indiquer le chemin vers le php.ini utilisé
> par php en ligne de commande.
Décidément ... alors j'ai suivi ta commande ""php.exe -r 'phpinfo();'
| more" qui m'indique "Configuration File (php.ini) Path => C:
\WINDOWS" seulement je n'ai pas de php.ini dans ce répertoire ...
Est-ce que j'y copie un des 2 dont je parlais dans mon post précédent ?
yep
++
tristan
OphyTe
Quand je fais "php symfony propel-build-model", j'ai un warning dû au
fichier "build.properties" qu'il ne trouve pas et donc il charge le
fichier "default.properties" à la place ; et un autre dû à une
transformation XSLT qu'il n'arrive pas à faire (pour le generated-
schema.xml).
Il me demande de m'assurer que PHP a été compilé/configuré pour
supporter le XSLT ?!?
Ensuite quand je fais "php symfony propel-build-sql" j'ai les mêmes
warnings. Et étrangement un "php symfony propel-insert-sql" n'engendre
aucune erreur (hormis le warning redondant "Unable to find property
file C:\[...]\build.properties...skipped")
Par contre je pense que le problème d'SQLite est réglé, merci ;-)
ykoehler
On 14 avr, 07:49, "OphyTe" <oph...@gmail.com> wrote:
> Quand je fais "php symfony propel-build-model", j'ai un warning dû au
> fichier "build.properties" qu'il ne trouve pas et donc il charge le
> fichier "default.properties" à la place ;
Ce n'est pas une erreur, le fichier build.properties permet de
modifier des paramètres mais les valeurs de défault se trouvant dans
default.properties sont suffisante.
> et un autre dû à une
> transformation XSLT qu'il n'arrive pas à faire (pour le generated-
> schema.xml).
> Il me demande de m'assurer que PHP a été compilé/configuré pour
> supporter le XSLT ?!?
En effet, il te manque un module PHP, j'ai eu le même problème. Tu
devras re-compiler ton php avec l'option --enable-xsl (ceci inclu
xslt), et du coup, avant que tu es une autre erreur, ajoute --enable-
dom, car sinon tu auras une autre erreur par la suite.
--
Yannick Koehler
OphyTe
> En effet, il te manque un module PHP, j'ai eu le même problème. Tu
> devras re-compiler ton php avec l'option --enable-xsl (ceci inclu
> xslt), et du coup, avant que tu es une autre erreur, ajoute --enable-
> dom, car sinon tu auras une autre erreur par la suite.
OK,
est-ce que je dois désinstaller easyPHP et réinstaller PHP depuis les
sources alors ? Ou est-ce que je peux configurer easyPHP pour activer
le support du XSLT et du DOM ?
Tristan Rivoallan
Ou est-ce que je peux configurer easyPHP pour activer
le support du XSLT et du DOM ?
tu peux. l'extension c'est php_xslt.dll
++
tristan
Gilles Fabio
Je préfère personnellement XAMPP à EasyPHP.
Bonne soirée.
Gilles
Le 16/04/07, Tristan Rivoallan<trivo...@clever-age.com> a écrit :
OphyTe
wrote:
> l'extension c'est php_xslt.dll
Bon alors, j'ai décommenté l'extension php_xsl.dll (il n'y avait pas
d'extension php_xslt.dll) de mes 3 fichiers php.ini (à défaut de
savoir dans lequel il fallait le faire lol).
Je n'ai plus l'erreur concernant le XSLT mais ça ne marche toujours
pas. Il me génère un fichier "generated-schema-transformed.xml" et non
un "generated-schema" que j'ai l'impression qu'il réclame ...
Du coup j'ai l'affichage suivant http://pix.nofrag.com/27/20/559e9d41c66a19dfb2e0ed46af26.html
et mes bases ne sont toujours pas créées
Jason - Antiquites-en-France.com
> Je n'ai plus l'erreur concernant le XSLT mais ça ne marche toujours
> pas. Il me génère un fichier "generated-schema-transformed.xml" et non
> un "generated-schema" que j'ai l'impression qu'il réclame ...
> Du coup j'ai l'affichage suivant http://pix.nofrag.com/27/20/559e9d41c66a19dfb2e0ed46af26.html
> et mes bases ne sont toujours pas créées
>
|1 symfony propel-convert-xml-schema
2 efface config/schema.xml
3 symfony propel-build-model|
OphyTe
sous Symfony en local.
Je faisais ça juste pour me faire la main avant d'attaquer sur le
serveur de Jason (voir au-dessus).
Donc ça y est c'est installé et prêt à l'emploi.
Merci à tout le monde pour vos réponses, vous risquez de nous revoir
dans les prochains jours.
Salut