Discussion :

[Herode]

Bonjour à tous,

soit une classe déclarée comme 'Sortable' :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
MaClasse:
  actAs:
    Timestampable: ~
    Sortable : ~
etc...

La tache suivante charge bien les données dans la base et attribue une position par défaut à chaque objet :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

php symfony doctrine:build --all --and-load

Par contre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

php symfony doctrine:data-load

échoue systématiquement : soit je n'ajoute pas de champ 'position' dans mes fixtures, et la colonne est à NULL pour toutes les entrées, soit j'ajoute un champ 'position' dans mes fixtures et la tâche plante avec le message : "Unknow record property / related component "position" on MaClasse ".

Je n'y comprends rien...

[Michel Rotta]

Je ne connais pas ce plugin.

Par contre, après en avoir lu le readme, il semblerait qu'il modifie l'objet du modèle et rajoute des méthodes. D'où la question que je me pose, y a-t-il une méthode setPosition() ce dont j'ai des doutes.

A priori, il semblerait que la seul manière de modifier la position soit par les méthodes intégrées qui n'incluent pas setPosition().

Sans le setPosition(), impossible d'utiliser les fixatures.

A vérifier de ton côté.

[Herode]

Hé bien non, je viens de vérifier en appelant les méthodes dans un template de test : getPosition() et setPosition() sont accessibles, du moins au niveau d'un formulaire.

Du reste, les fixtures marchent avec le :build --all --and-load. Ce qui m'étonne, c'est qu'elles ne marchent pas également avec le :data-load.

[Michel Rotta]

Là je ne suis pas.

Avant ton

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

symfony doctrine:data-load

es-tu sur que la base soit totalement vide ?

Dans le code de symfony, quant tu fais un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

symfony doctrine:build --all --and-load ...

lui, en réalité lance plusieurs commande internes pour générer le modèle, le transformer en SQL, tuer la base, recréer la base, charger le modèle et enfin charger les fixatures et c'est le code même de data-load qui est alors utilisé.

[Herode]

La base n'est pas vide avant le data-load. Mais les classes générées par les build-model, build-forms etc. sont bien en place.

Je t'accorde que c'est louche et que ça sent le troll planqué dans le code ou la config' mais... le troll reste planqué.

S'il ne fait pas trop beau ce wikende, je me refais un jeu de test complet pour élucider ça. Crévindiou.

[Michel Rotta]

Essaye ton data-load sur une base vide, je suis presque sur qu'il passera.

A mon avis, des données pré-existantes dans la base sont en conflit avec celles que tu essayes de charger.