Version imprimable
Pour personnaliser nos commandes et donc mettre que les fonctions que l'on désire il suffit de créer une class héritant de Symfony\Component\Console\Application et de l'utiliser dans le fichier console => regarder comment est fait la class Symfony\Bundle\FrameworkBundle\Console\Application. ( C'est une des puissances de symfony2 c'est que tout est personnalisable )Citation:
Envoyé par RapotOR
Il y a un changement important dans la génération des entités entre la PR6 et la PR7. Je suis tombé (de haut) dessus un peu par hasard lors d'une recherche de solution pour un autre problème. Je vous copie ici mes réflexions sur ces modifications.
Ceci remet partiellement en cause ma manière d'envisager le développement accès aux données.Citation:
Depuis la PR7 la méthode de génération des entities depuis des fichiers annotation a changé dans Symfony2 (pas vérifié dans doctrine, pas non plus fait d'introspection pour savoir où la modification à été faîte).
Avant on créait une classe du nom de l'entité à générer. Puis on appliquait un "doctrine:generate:entities "XxxxxxBundle"" pour générer les geter dans la classe.
Maintenant, ceci n'est plus possible. A priori (je n'ai pas tout testé mais je pense ne pas être trop à côté) il y a deux approches.
Approche "pure et dure". Écriture intégral de la classe de l'entity ce qui permet de faire ce que l'on veut (mais les getters sont à ce payer à la main).
Approche "plutôt douce". Il faut passer par la création d'un fichier "~MonEntity.php" et y définir les propriétés de l'objet à générer et les annotations qui vont avec. Aucun code de geter. Ensuite la commande "doctrine:generate:entities " permet de créer les MonEntity.php qui correspondent avec les geter qui vont bien. En fait, cette méthode ressemble furieusement à la méthode par un fichier yml.
Ce qui me pose un problème de structure des objets. Vu que la deuxième méthode me semble plus appropriées mais qu'elle ne permet pas de faire des geter particulier notamment pour des champs de style (et pas de type) enum. Et les classe particulière pour la gestion des droits.
Il manque un niveau d'objet entre la classe de base auto générée et la classe utilisée. Un peu comme dans symfony 1 avec les classes BaseXxxx et la classe utilisée Xxxx.
A voir si la classe repository peut être utilisée dans cet optique ?
A voir comment il est maintenant possible de créer des classes entity elle même fille de...
Il va falloir repartir dans de nouveaux essais.
D'une manière étonnante, ceci n'est repris dans aucune documentation, ni sur Symfony2, ni sur Doctrine 2. Les informations ici sont donc uniquement issues des essais et "décompilation" d'une partie du code de Symfony2.
la doc a regarder est definitivement celle de doctrine2.
je teste ce soir.
Sauf que la doc de doctrine n'en touche pas un mot et que mon sentiment est que c'est dans l'intégration de doctrine à symfony que cela ce joue. Mais j'ai des doutes sur mon sentiment :D
Bonjour,
je viens de prendre la discussion car il se trouve que j'ai le même genre de souci.
J'ai créé un fichier doctrine.orm.yml dans src/application/bundleName/Resources/config/doctrine.
J'essaie ensuite la commande
Et là j'obtiens ce message :Code:php app/console doctrine:generate:entities ApplicationBundleName
Quelqu'un a-t-il déjà réussi ce genre d'opération et si oui comment ?Citation:
[RuntimeException]
Bundle ApplicationBundleName does not contain any mapped entities.
Merci d'avance
De façon générale la commande generate:entities est un peu useless :
- c'est facile de faire l'entité à la main
- une fois qu'elle est faite tu vas y rajouter ton propre code, et si tu veux regenerer ? Conflit.
Ceci dit, montre nous la section doctrine de ton app/config.yml et ton doctrine.orm.yml (nom bizarre d'ailleurs, ca devrait être nom_entite.orm.yml, tu as vraiment une entité qui s'appelle doctrine ?).
Ce n'est pas si bizarre, c'est juste un fichier qui contient toutes les entités (comme un bon vieux schema.yml dans sf1).Citation:
Envoyé par winzou
OK, tu veux dire écrire la classe en php avec les annotations ? ça j'ai fait tout à l'heure mais j'ai généré ensuite avec la fameuse commande. Ca s'est bien passé : ça a généré des getters/setters... par contre j'ai fait une modif dans un fichier de classe et la commande passait plus. Mais c'est peut être normal et que les modifs sont quand même prises en compte.Citation:
Envoyé par winzou
Malheureusement je n'ai pas pu vérifier. Je m'attendais à ce que les tables soient générées dans la base mais non... Ce serait bien d'avoir une petite procédure à suivre pour finaliser la mise en place du projet avec la connexion à la base...
Je mettrai mes sources demain parce que là je ne suis pas chez moi...
Oui ! Tu peux nous mettre le code de ton fichier yaml, php, xml pour vérifier. En général le problème vient de là.Citation:
Quelqu'un a-t-il déjà réussi ce genre d'opération et si oui comment ?
Perso j'éviterais d'appeler une entité Doctrine, c'est se jeter dans le feu :aie:
Je crois qu'on doit faire 1 fichier / entité avec Doctrine2. Et le nom du fichier correspond au nom de l'entité. Si tu as mis plusieurs entités dans le même fichier ca vient peut-être de là ?Citation:
Envoyé par dourouc05
Sinon oui perso j'utilise annotation + je fais mes propres getter/setter (parce que ca prend 5sec alors qu'il en faut 10 pour passer la commande).
Et pour créer les tables dans la base, c'est doctrine:schema:create
Ce n'est pas ton métier de croire :aie: :Citation:
Envoyé par winzou
Testé chez moi, ça fonctionne (enfin, ça a fonctionné, vu que je suis passé aux annotations).Citation:
Envoyé par http://symfony.com/doc/current/book/doctrine/orm.html
Oui cela fonctionne, on peut créer un schema complet ou un fichier par entité.
Cependant l'erreur qu'il rencontre est commune à une mauvaise définition de namespace dans le schema (par exemple un \ à la déclaration alors qu'il n'en faut pas) ou il n'a pas rajouté l'information de mapping dans le fichier config.yml bien que maintenant ce n'est plus vraiment nécessaire vu que c'est en auto_mapping par défaut (tout dépend quand il a téléchargé sa version de sf2)
Pour ma défense ca n'a pas toujours été le cas (enfin... je crois :p)
Bon voici les codes :
Code:
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
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98Ns\Smith2Bundle\Entity\Client: type: entity table: sf_client id: id: type: integer generator: strategy: auto fields: nom: type: string(75) notnull: true adresse1: type: string(255) notnull: true adresse2: type: string(255) cp: type: string(5) notnull: true ville: type: string(50) notnull: true pays: type: string(255) notnull: true default: "France" siret: type: string(14) Ns\Smith2Bundle\Entity\Contact: type: entity table: sf_contact id: id: type: integer generator: strategy: auto fields: civilite: type: enum length: 3 values: ['M.','Mme','Melle'] nom: { type: string(255), notnull: true } prenom: { type: string(255), notnull: true } fonction: { type: string(255) } tel: { type: string(255) } gsm: { type: string(255) } fax: { type: string(255) } courriel: { type: string(255) } oneToOne: client: targetEntity: Client join_column: name: client_id referencedColumnName: id Ns\Smith2Bundle\Entity\Facture: type: entity table: sf_Facture id: id: type: integer generator: strategy: auto fields: numero: { type: integer, notnull: true } prestation: { type: string(255), notnull: true } echeance: { type: date, notnull: true } devis: { type: boolean, notnull: true, default: true } payee: { type: date } oneToOne: client: targetEntity: Client join_column: name: client_id referencedColumnName: id Ns\Smith2Bundle\Entity\Entree: type: entity table: sf_entree id: id: type: integer generator: strategy: auto fields: designation: { type: string(255), notnull: true } montant_ht: type: decimal(6) scale: 2 notnull: true oneToOne: client: targetEntity: Facture join_column: name: facture_id referencedColumnName: id
Chemin vers le fichier du schéma : /src/Ns/Smith2Bundle/Resources/config/doctrine/doctrine.orm.ymlCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15doctrine: dbal: default_connection: default connections: default: driver: %database_driver% host: %database_host% dbname: %database_name% user: %database_user% password: %database_password% orm: auto_generate_proxy_classes: %kernel.debug% default_entity_manager: default auto_mapping: true
Donc c'est là que je lance la commande :
et que j'obtiens une RuntimeException :Code:doctrine:generate:entities NsSmith2Bundle
Citation:
[RuntimeException]
Bundle NsSmith2Bundle does not contain any mapped entities.
bizarre, il vient d'où ce Interactice ?? Qu'as-tu mis comme namespace dans AppKernel.php et autoload.php ?Citation:
Bundle InteracticeSmith2Bundle
Edit: Bon ben si tu changes ton message d'erreur mon post n'est plus valable :calim2:
Oups, j'ai oublié de changer celui-là ...Citation:
Envoyé par creativecwx
AppKernel.php
Autoload.php :Code:
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
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25