[sf 1.4.x] Admin Generator Unknown record property

[hugo_dev]

Bonjour,

Relativement nouveau à symfony, j'utilise l'admin generator. Lorsque je génère mes modules du backend, pas de soucis. Mais lorsque que j’accède un un module (entre autre /souspage) symfony me dit que Unknown record property / related component "souspage_image01_titre" on "Souspage"

Or, d’après le schéma ci-joint, c'est souspage_image_01_titre, il manque un underscore, mais le schéma est bon, et mon frontend finit.

Des idées pour débuggué, j'en est pas la moindre là o_O

mon shchéma.yml :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
Page:
  connection: doctrine
  tableName: page
  columns:
    id:
      type: integer(4)  
      primary: true
      autoincrement: true
    page_nom:
      type: string()   
      notnull: true 
    page_titre:
      type: string()   
      notnull: true 
 
#	  [...}
 
Souspage:
  connection: doctrine
  tableName: souspage
  columns:
    id:
      type: integer(4)  
      primary: true
      autoincrement: true
    page_id:
      type: integer(4)   
      notnull: true 
    souspage_titre:
      type: string()   
      notnull: true 
    souspage_description:
      type: string()   
      notnull: true 
    souspage_image:
      type: string()   
      notnull: true 
    souspage_image_01_titre: { type: string(1000), notnull: true }
    souspage_image_01_lien: { type: string(), notnull: true }
 
    souspage_image_02_titre: { type: string(1000), notnull: true }
    souspage_image_02_lien: { type: string(), notnull: true }
 
#	[...]
 
	  relations:
    Page:
      local: page_id
      foreign: id
      type: one

Pour le reste, mon frontend marche sans soucis... je présume que symfony n'aime pas trop le _01_

Voila merci

[PeytaWodka]

C'est un conflit de nom je pense, les _ avant les chiffres et nombres lèvent cette exception à cause du parser de nom de Doctrine.

[hugo_dev]

des idées pour ressource le conflit ? je refait la bdd en gardant souspage_image01_titre sa passe ?

Ou il y a peut-être une option pour faire en sorte que l'exception soit levé...

[PeytaWodka]

Refaire la BD, je vois que ça personnellement.

[Michel Rotta]

Schéma nettoyé "à ma façon" devrait marché si tu t'en inspires pour le reste.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
#shema.yml partiel (non testé)
Page:
  tableName: page
  columns:
    page_nom:
      type: string
      notnull: true 
    page_titre:
      type: string
      notnull: true 
 
#	  [...]
 
Souspage:
  tableName: souspage
  columns:
    page_id:
      type: integer  
      notnull: true 
    souspage_titre:
      type: string  #idéalement string(30) par exemple
      notnull: true 
    souspage_description:
      type: string
      notnull: true 
    souspage_image:
      type: string
      notnull: true 
    souspage_image_01_titre: 
      type: string(1000)
      notnull: true
    souspage_image_01_lien: 
      type: string
      notnull: true
 
# Il faut éviter string seul, il vaut mieux lui donner une longueur.
 
#	[...]
 
#JAMAIS de tabulation dans un fichier YAML
  relations:
    Page:
      foreignAlias: Souspages

[hugo_dev]

Désolé de pas avoir prévenue hier soir,

La tabulation c'est lors du collage

Pour le schéma, j'ai mis souspage_image01_titre, sa marche.

En passant, je n'arrive pas a faire les tris manuels sur le module Page, alors que sur les autres pas de problème.
Quand j'applique un filtre du style :

Code :

 $this->setFilters(array('page_nom' => 'Accueil'));

il ne fait pas le tris, de même avec un id etc etc.

Des idées ?

EDIT : j'ai modifié le schéma pour ajouter une limite du style titre : string(100) partout, sauf pour les liens.

[Michel Rotta]

Je ne vois pas trop comment setFilter pourrait faire des tris ???

[hugo_dev]

pardon, pas des tris, des filtres...

[Michel Rotta]

Quel est le contexte de $this dans ton code ?

Que fait la méthode setFilters ? A priori, elle ne fait pas partie de l'API...

[hugo_dev]

Dans l'admin generator, $this fait référence par exemple à

Code :

1
2
3
4
5
6
7
    public function executeNew(sfWebRequest $request)
    {
        //Modification de _form_field.php
        $this->form = $this->configuration->getForm();
        $this->souspage = $this->form->getObject();
 
    }

pour setFilters, sa viens de http://www.symfony-project.org/refer...dmin-Generator Personnalisation des actions

[Michel Rotta]

C'est une des méthodes internes aux modules auto-généré.

Tu n'as pas accès à ce code, sauf à "tuer" partiellement la partie auto généré et à en faire une partie à la main.

Ceci explique aussi que cette méthode ne fasse pas partie de l'API de symfony.

Que veux-tu exactement faire dans cette galère (heu, ce CRUD !) ?

[hugo_dev]

ce qui est marrant, c'est que si je fait un setFilters sur d'autre page, sa marche.

Alors que spécifiquement sur celle-là : nada.

A la base, je voulais pouvoir passer un filtre par un lien de manière a pouvoir faire un menu plus complets. Mais au bout de compte, j'ai changé de méthode.

[Michel Rotta]

Et tu te sert d'un CRUD auto généré pour récupérer les données de ton menu

[hugo_dev]

d'un component pour le menu, mais en dure pour l'interface admin.

[Michel Rotta]

Et une bête requête en DQL dans le corps de ton componment ?

[hugo_dev]

hmm je vois pas où tu veux en venir o_O

Le menu est fixe, je veux juste pouvoir appliquer des filtres sur mes pages générées... j'ai réussie sur toutes sauf sur celle "Page".

[Michel Rotta]

J'avais compris que tu te servait d'une partie du code auto-générer pour personnaliser l'affichage de ton menu.

Dans ton cas, le plus simple serait, peut-être, de formater une URL en GET avec les paramètres à prendre en compte pour ton filtre. C'est ainsi que je le ferais. Avec l’inconvénient que l'utilisateur, une fais dans son formulaire, peut, alors, modifier ton filtre.

[hugo_dev]

c'est ce que j'avais met, mais on en revient au même soucis, le setFilters e s'applique pas...

Enfin sinon, l'admin générator est vraiment super pratique a utilisé, on copie le cache dans les templates et on peut faire ce que l'on veut en jQuery

[Michel Rotta]

Je ne vois pas trop pourquoi, si tu génères un GET, les filtres ne s'afficheraient pas.

Vérifies le GET généré. Compares le à un GET qui ce génère depuis le CRUD.

Perso, je préfère faire mon CRUD entièrement, en fin de compte, je suis plus souple et plus rapide qu'à me taper le c.l par terre pour configurer ce truc dans tous les sens.

[hugo_dev]

ok michel.

J'utilisais sa car j'avais pas encore beaucoup d'experience dans symfony, et en deux jours, si tu fait rien de spécial, tu fait le CRUD à 100%.

Je testerai surement un jour le CRUD perso.