Discussion :

[Herode]

Nouvelle énigme : j'ai un formulaire à encapsuler dans un autre pour gérer la création de deux objets liés.

Code :

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

1
2
3
4
5
6
class FooForm extends BaseFooForm {
    public function configure() {
	$embeddedForm = new EmbeddedForm(new Embedded());
	$this->embedForm('embed', $embeddedForm);
    }
}

J'avais cru comprendre qu'en pareil cas (1), la sauvegarde des objets se faisait en cascade. Ce n'est pas le cas et la sauvegarde plante sur des problèmes de contraintes : l'objet Embedded pointé par l'objet Foo devrait être inséré en base avant Foo, comme il en l'est pas, la requête INSERT de l'objet Foo échoue.

Que dois-je faire pour obtenir cela ?


(1) http://www.symfony-project.org/more-...sic_form_setup

[Michel Rotta]

C'est ce que j'avais compris aussi.

En principe on part d'une table A vers B avec une relation 1-n. Donc on devrait avoir dans B un champ du genre "a_id".

Et je ne vois pas où la contrainte référentiel peut intervenir.

A-tu essayé de construire l'exemple donné dans la doc ?

C'est un de mes projets de tester ça mais j'ai un projet qui commence un peu à chauffer et il ne va pas être facile de tester la chose.

[Herode]

Je vais reprendre l'exemple du tutoriel pour essayer de voir d'où vient le problème.

Dans mon cas, c'est en fait une relation n-n : une Actualité référence plusieurs Livres, avec une table d'association ActualiteLivre : id_actu, id_livre, commentaires.

Côté backend, toujours créé via doctrine:generate-admin, j'ai ajouté une object_action dans la liste des Actus : ajouter un livre. Cliquer sur le lien renvoie vers la page de création d'un objet ActualiteLivre initialisé avec l'Actualité de départ.

Là où j'ai déjà du rater quelque chose, c'est que sur le formulaire de création de cet objet, les champs id_actu et id_livre sont hidden, et pas initialisés. Je soupçonne que j'ai oublié un paramétrage quelque part et que tout vient de là...

[Vivian Pennel]

Bonjour,

La documentation n'a jamais été très claire sur le sujet des embedForms (et depuis la 1.3, les embedRelations).

Voici personnellement la technique que j'emploie pour créer ce genre de formulaire (pour une relation 1-n classique) :

Supposons un formulaire A qui contient B.

nous aurons dans la classe AForm

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
public function configure()
{
   $this->useFields(array(
     'B_id';
   ));
 
   $this->widgetSchema['B_id'] = new sfWidgetFormInputHidden();
 
   if($this->isNew())
   {
     $b = new B();
     $this->getObject()->setB($b);  
   }
   else
   {
      $b = $this->getObject()->getB();
   }
 
   $this->embedForm('B', new BForm($b));
}

Le champ hidden conserve la relation avec B, et permet de déclencher (ou l'insert) de B lors du $form->save();

Si le formulaire BForm n'est destiné qu'à être encapsulé, le mieux est alors de faire un :

Code :

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

1
2
 
unset($this['B_id']);

dans la classe BForm

[Herode]

OK, merci pour le tuyau, j'essayerai ça... si j'arrive à ce stade.
Là tout de suite, j'avoue que je commence à désespérer. Car pour rester sur ma lancée, j'ai commencé à préparer l'embed comme suit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
class ActualiteForm extends BaseActualiteForm {
    public function configure() {
	unset($this['created_at'], $this['updated_at']);
 
	// Insertion du formulaire pour l'ajout d'un livre
	$actuLivre = new ActualiteLivre();
	$actuLivre->setActualite($this->getObject());
//	$form = new ActualiteLivreForm();
// ...
    }
}

A ce stade, aucun formulaire n'est encore ajouté.
Si je vais en edit sur une Actualité et que je sauvegarde, tout va bien.
Maintenent, je décommente la première ligne de commentaires :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
class ActualiteForm extends BaseActualiteForm {
    public function configure() {
	unset($this['created_at'], $this['updated_at']);
 
	// Insertion du formulaire pour l'ajout d'un livre
	$actuLivre = new ActualiteLivre();
	$actuLivre->setActualite($this->getObject());
	$form = new ActualiteLivreForm();
// ...
    }
}

Je retourne en edit sur une Actualité, je sauvegarde et patatras, tout plante.
Cause : mon formulaire ActualiteForm a désormais comme tag HTML le code suivant :

Code :

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

<form method="post" action="/backend_dev.php/actualite/No+description+for+object+of+class+%22ActualiteLivre%22">

Le message No+description+for+object+of+class+%22ActualiteLivre%22" vient du fait que le __toString() de ActualiteForm plante. Si je le surcharge, j'aurais le résultat surchargé dans le champ action du formulaire.

Conclusion : le formulaire Actualite utilise pour son action les données d'ActualiteLivre.

WTF ?

[Herode]

Bon, là encore j'ai fini par trouver un moyen de contourner le problème mais ce n'est pas très satisfaisant, même si ça marche.

Dans le schema.yml, j'avais :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
ActualiteLivre:
  actAs: { Timestampable: ~ }
  columns:
    actualite_id: { type: integer(4), primary: true }
[etc...]
  relations:
    Actualite:
      alias:        Actualite
      foreignType:  many
      foreignAlias: ActualiteLivre
      onDelete:     cascade

En retirant la déclaration primary: true, le problème disparait....

Reste que si j'ai besoin d'une clé multiple sur cette table, ne je saurais pas comment faire. Mais ça, ce sera pour une autre fois...