Tutoriel pour débuter avec Symfony2

Bonjour,

Voilà tout est indiqué dans le titre, en suivant le tuto (paragraphe formulaire) je me retrouve avec cette erreur :

Citation:

---

Warning: filemtime() [function.filemtime]: stat failed for C:\wamp\www\Mobilhome\src\Fred\MobilhomeBundle/Resources/views/Client/ajouter.html.twig in C:\wamp\www\Mobilhome\vendor\symfony\src\Symfony\Bundle\FrameworkBundle\Templating\Loader\FilesystemLoader.php line 68
500 Internal Server Error - ErrorException

---

J'ai cherché sur google, mais je n'ai pas trouvé la solution pour moi. Une personne avait supprimer le fichier index.html.twig et s'était retrouvé avec la même erreur et en recréant ce fichier mais en le laissant vide, cela marchait à Apparemment peut-être un problème de cache ?

=> Désolé, mais je l'avais mal nommé, en tout cas comme l'autre personne en créant un fichier vide, l'erreur disparaît. Si quelqu'un a une solution pour éviter d'avoir des fichiers vides et inutiles.

peut-être en supprimant le cache...

Code:

---

php app/console cache:clear

---

Merci encore en tapant php app/console cache:clear, je n'ai plus d'erreur

Bonjour,

en testant ce tutoriel, je me suis rendu compte qu'il y avait quelques coquilles (normal vu la date de publication et l'évolution du framework).

Dans la partie IV-C. Relier le bundle à Symfony2, les modifications ne sont plus nécessaires (elles sont faites par le générateur)


Cependant, j'ai un problème dont je ne trouve pas la solution.

Dans la IV-D. Afficher un premier message, le fichier routing.yml dans Symfony2/src/MyApp/FilmothequeBundle/Resources/config/ n'existe pas et quand je veux tester le message, j'ai une belle erreur 404 :

Citation:

---

No route found for "GET /myapp/"
404 Not Found - NotFoundHttpException

---

J'ai bien entendu suivi le tutoriel mais j'ai un doute sur le fameux fichier "routing.yml". Quelqu'un a-t-il une solution ?

Merci :)

Bonjour

J'ai moi aussi rencontré un problème quant j'ai souhaité afficher un message de test, que j'ai résolu en suivant la documentation officielle (disponible : ici )

Voici ma démarche (après avoir installé la dernière version, RC6 à ce jour):

-> génération du bundle avec la commande suivante :
php app/console generate:bundle
les valeurs saisies dans l'assistant :
namespace : MyApp/Filmothequebundle
name : MyAppFilmothequebundle
répertoire : src
format : yml
(pour les autres valeurs je suis celles proposées par l'assistant entre [ ])

J'obtiens :

Citation:

---

#app/AppKernel.php
new MyApp\FilmothequeBundle\MyAppFilmothequeBundle(),

#app/config/routing.yml
MyAppFilmothequeBundle:
resource: "@MyAppFilmothequeBundle/Resources/config/routing.yml"
prefix: /

#src/MyApp/Filmothebundle/Ressources/config/routing.yml
MyAppFilmothequeBundle_homepage:
pattern: /hello/{name}
defaults: { _controller: MyAppFilmothequeBundle : D efault:index }

---

Nous voyons donc dans ce fichier :
l'url à saisir : /hello/{name}
Comment cette url sera traitée par symfony :
Bundle : MyAppFilmothequeBundle
Controller : Default
Action : index
var : name

http://symfony.local/app_dev.php/hello/paul => affiche " Hello paul! "

Cordialement.

La partie VI n'est plus tout à fait à jour car j'avais des erreurs lorsque je voulais créer les entités : Categorie, Acteur et Film.

Les annotations du type @Assert.... comme @Assert\NotBlank() me posaient des problèmes lors la ligne de commande : php app/console doctrine:generate:entities MyAppFilmothequeBundle

Pour corrigé cet ancienne façon de faire remplacer les annotations @Assert.. en :
@validation:MaxLength(30)
@validation:NotBlank

Du coup la ligne :
use Symfony\Component\Validator\Constraints as Assert;
n'a plus lieu d'être.

Par contre je suis bloqué à la section IX avec un problème de template... du type :

Citation:

---

Warning: filemtime() [function.filemtime]: stat failed for C:\wamp\www\Mobilhome\src\Fred\MobilhomeBundle/Resources/views/Client/ajouter.html.twig in C:\wamp\www\Mobilhome\vendor\symfony\src\Symfony\Bundle\FrameworkBundle\Templating\Loader\FilesystemLoader.php line 68
500 Internal Server Error - ErrorException

---

Le Clear Cache ne change rien.

Citation:

---

Pour corrigé cet ancienne façon de faire remplacer les annotations @Assert.. en :
@validation:MaxLength(30)
@validation:NotBlank

---

@Assert n'est pas une ancienne façon de faire.
Comme indiqué ici, cette méthode d'annotation semble être toujours valide officiellement.

Les formules "@validation" semblent pour le moment valides, mais ne figurent pas (plus?) dans la documentation officielle...mais si quelqu'un en trouve je suis preneur

Après avoir bravé quelques difficultés différencient la version utilisée dans ce sujet et la version finale, me voilà bloqué à l'étape X-A - Création d'un premier formulaire

J'ai complété les fichiers ActeurForm.php, ActeurController.php puis ajouter.html.twig. Mais lorsque j'accède à la page http://localhost/Symfony2/web/app_dev.php/myapp/acteur/ajouter, j'obtiens l'erreur suivante :

Fatal error: Class MyApp\FilmothequeBundle\Form\ActeurForm contains 1 abstract method and must therefore be declared abstract or implement the remaining methods (Symfony\Component\Form\FormTypeInterface::getName) in http://localhost/Symfony2/src/MyApp/FilmothequeBundle/Form/ActeurForm.php on line 9

Quelqu'un a-t-il une solution ?

J'ai réussi à afficher le formulaire de l'étape X-A en m'aidant de la doc http://symfony.com/doc/2.0/book/forms.html

Cependant, ça fait faire pas mal de changement. Ce n'est certainement pas une obligation mais je n'utilise plus ActeurForm.php, le formulaire est directement dans ActeurController.php

Citation:

---

<?php

namespace MyApp\FilmothequeBundle\Controller;

//use Symfony\Component\DependencyInjection\ContainerAware;
use Symfony\Bundle\FrameworkBundle\Controller\Controller;
use Symfony\Component\HttpFoundation\RedirectResponse;
use MyApp\FilmothequeBundle\Entity\Acteur;
//use MyApp\FilmothequeBundle\Form\ActeurForm;
use Symfony\Component\HttpFoundation\Request;

class ActeurController extends Controller
{
public function listerAction()
{
$em = $this->container->get('doctrine.orm.entity_manager');
$categories = $em->getRepository('MyAppFilmothequeBundle:Acteur')->findAll();

return $this->container->get('templating')->renderResponse('MyAppFilmothequeBundle:Acteur:lister.html.twig',array('categories' => $categories));
}

public function ajouterAction()
{

$acteur = new Acteur();

$form = $this->createFormBuilder($acteur)
->add('nom', 'text')
->add('prenom', 'text')
->add('dateNaissance', 'date')
->add('sexe', 'choice', array('choices' => array('F'=>'Féminin','M'=>'Masculin')))
->getForm();

return $this->render('MyAppFilmothequeBundle:Acteur:ajouter.html.twig', array(
'form' => $form->createView(),
'message' => ''
));
}

public function modifierAction($id)
{
return $this->container->get('templating')->renderResponse(
'MyAppFilmothequeBundle:Acteur:modifier.html.twig');
}

public function supprimerAction($id)
{
return $this->container->get('templating')->renderResponse(
'MyAppFilmothequeBundle:Acteur:supprimer.html.twig');
}
}

---

Ensuite, pour valider complètement l'étape X-A et rendre le formulaire utile, les modifications ne sont pas tout à fait juste. La fonction ajouterAction doit être :

Citation:

---

public function ajouterAction(Request $request)
{
$message='';
$acteur = new Acteur();

$form = $this->createFormBuilder($acteur)
->add('nom', 'text')
->add('prenom', 'text')
->add('dateNaissance', 'date')
->add('sexe', 'choice', array('choices' => array('F'=>'Féminin','M'=>'Masculin')))
->getForm();

if ($request->getMethod() == 'POST')
{
$form->bindRequest($request);

if ($form->isValid())
{
$em = $this->container->get('doctrine.orm.entity_manager');
$em->persist($acteur);
$em->flush();
$message='Acteur ajouté avec succès !';
}
}

return $this->container->get('templating')->renderResponse(
'MyAppFilmothequeBundle:Acteur:ajouter.html.twig',
array(
'form' => $form->createView(),
'message' => $message,
));
}

---

est ce que maintenant on utilise la version 2 de symfony pour nos futures projets ? ou bien on reste avec la version 1.4??

Merci.

Pour le Fatal error: Class MyApp\FilmothequeBundle\Form\ActeurForm contains 1 abstract method..., il fallait seulement rajouter le code suivant dans le fichier ActeurForm.php.

Code:

---

1 2 3 4 5

public function getName() { return 'acteur'; }

---

Si vous avez un message d'erreur "could not find driver" en exécutant en ligne de commande php app/console doctrine:database:create, il se pourrait que php ne cherche pas au bon endroit le php.ini.

Il lui faut indiquer l'endroit où se trouve le php.ini .

Dans mon cas (easyphp), il fallait exécuter :
php -c "C:\Program Files (x86)\EasyPhp\apache\php.ini" app/console doctrine:database:create.

ou soit un autre moyen :

exécuter php--ini en ligne de commande.
Il va indiquer le répertoire où il recherche php.ini (Pour moi, c'est C:\windows).
Copier le bon php.ini dans ce répertoire. Sur Windows 7, ne pas oublier de le copier avec le droit administrateur.

J'ai déjà utilisé le Zend Framework et je commence à m'intéresser à symfony2.

Symfony 2 à l'air très bien fait et je pense utiliser ce framework pour ma prochaine application mais j'ai tout de même quelques petites choses qui me surprennent.

En fait, je trouve qu'il faut taper beaucoup de code pour pas grand chose.

Exemples :
- Définition des routes
- Définition de la vue dans chaque action "$this->container->get('templating')->renderResponse".

Comment ça se fait qu'il n'y ai pas de définition par défaut pour ces deux choses ?

Exemples :
- La route par défaut se trouve sous la forme "bundle/controller/action/param1/value1/param2/value2/..."
- La vue par défaut est "bundle/controller/action.html.twig"

Même si ce ne sont que deux petites choses, c'est toujours ça à gérer en plus et les erreurs de frappes arrivent facilement.

Y-a-t-il un avantage à faire comme symfony le propose ?

Citation:

---

Envoyé par Jonathan.b

- Définition des routes
- Définition de la vue dans chaque action "$this->container->get('templating')->renderResponse".

---

Je n'ai jamais utilisé cette syntaxe, je ne savais même pas que c'était possible, alors que j'ai défini déjà quelques routes !

Regarde du côté de SensioFrameworkExtraBundle http://symfony.com/doc/current/bundl...dle/index.html, tu verras qu'il suffit de mettre un peu d'annotations autour de ton contrôleur :

Code:

---

1 2 3 4 5 6 7 8

/**   * @Route("/")   * @Template   */ public function indexAction() { return array('var' => 42); }

---

Citation:

---

Envoyé par jlievens

La partie VI n'est plus tout à fait à jour car j'avais des erreurs lorsque je voulais créer les entités : Categorie, Acteur et Film.

Les annotations du type @Assert.... comme @Assert\NotBlank() me posaient des problèmes lors la ligne de commande : php app/console doctrine:generate:entities MyAppFilmothequeBundle

Pour corrigé cet ancienne façon de faire remplacer les annotations @Assert.. en :
@validation:MaxLength(30)
@validation:NotBlank

Du coup la ligne :
use Symfony\Component\Validator\Constraints as Assert;
n'a plus lieu d'être.

---

En fait il suffit juste de remplacer ler "\" par ":" pour les assert et tout fonctionne, c'est une des coquilles du tuto qui est également présente dans la doc.

Une remarque : pour chaque extrait de code ou fichier à créer, ça serait bien d'avoir le chemin complet du fichier et pas seulement le nom du fichier ou le nom du dossier parent. C'est parfois un peu confus pour savoir ou les placer pour un débutant.

Et merci pour ce tuto (et j'espère tes futurs tuto sur des fonctionnalités plus avancées ;) )

Je viens de tester votre tuto ne connaissant pas Symfony mais j'ai une erreur à l'exécution pour la création de catégories ainsi que dans l'affichage des categories en fait il n'y a pas de méthode nom.

Method "nom" for object "MyApp\FilmothequeBundle\Entity\Categorie" does not exist in "MyAppFilmothequeBundleefault:index.html.twig" at line 5

j'ai bien relu je ne voit pas la déclaration de cette méthode dans l'entité ou ai je raté quelque chose ?

Bonjour patk29,

Est-ce cela ne viendrait pas d'une erreur de frappe ? Je vois dans ton message que le chemin du fichier twig est incorrect :

MyAppFilmothequeBundleefault:index.html.twig

au lieu de :

MyAppFilmothequeBundleDefault:index.html.twig

A++

Citation:

---

Envoyé par bilbot

En fait il suffit juste de remplacer ler "\" par ":" pour les assert et tout fonctionne, c'est une des coquilles du tuto qui est également présente dans la doc.

---

Nan finalement je racontais une bétise. Mes validateur fonctionnent pas et en repassant au "\" c'est ok.

Sinon petite suggestion pour "simplifier" le code, faire hériter ActeurController de Symfony\Bundle\FrameworkBundle\Controller\Controller ca permet de raccourcir toutes les syntaxes liées à doctrine... et notamment de faire

Code:

---

1 2	$em = $this->getDoctrine()->getEntityManager()

---

au lieu de :

Code:

---

1 2	$em = $this->container->get('doctrine')->getEntityManager()

---

idem pour les template/formulaire....

Citation:

---

Envoyé par bilbot

Sinon petite suggestion pour "simplifier" le code, faire hériter ActeurController de Symfony\Bundle\FrameworkBundle\Controller\Controller ca permet de raccourcir toutes les syntaxes liées à doctrine... et notamment de faire

Code:

---

1 2	$em = $this->getDoctrine()->getEntityManager()

---

au lieu de :

Code:

---

1 2	$em = $this->container->get('doctrine')->getEntityManager()

---

idem pour les template/formulaire....

---

Cette méthode n'est pas conseillée car elle enlève toute la flexibilité de l'injection de dépendance...
A++

Aucun rapport bien au contraire :)

Faire hériter ses contrôleur de la classe contrôleur facilite le dev pour bien des raisons comme entre autres les annotations pour le routing ou le templating et bien d'autre.

Quand a l'injection de dépendance on parle plutôt du fait de passer les services entre eux par paramètres. Le fait d'utiliser le container->get a des avantages en lisibilités mais le gros défaut de coder en dur des références textuelle vers des services.
Si pour x raison tu doit changer un nom de service pour éviter un conflit ou autre, tu doit faire du rechercher remplacer dans tout ton code et tu perds tout l’intérêt de la chose.

Il y a de nombreux débats sur le sujet des DI et les avantages inconvénients.

Citation:

---

Envoyé par djayp

Cette méthode n'est pas conseillée car elle enlève toute la flexibilité de l'injection de dépendance...
A++

---

Je suis pas expert symfony 2, la seule chose que j'ai constaté c'est que partout dans la doc du framework, c'est comme ça, ça raccourcit pas mal la syntaxe et en parcourant les classe, ça ne charge que les service doctrine / template et formulaire.
Et sinon je ne connais pas en détail, l'injection de dépendance, mais en quoi ça enlève la flexibilité ? Car ca charge tout un tas de service d'un coup ?

Disons que cela fait partie des bonnes pratiques et des recommandations données par les développeurs de Symfony2 eux-mêmes. Je fais notamment référence à ce diaporama (voir diapos 37 à 46) :
[ame="http://www.slideshare.net/noelguilbert/symfony2-30-astuces-et-bonnes-pratiques"]Symfony2: 30 astuces et bonnes pratiques@@AMEPARAM@@ssplayer2.swf?doc=presentation2-110306052705-phpapp01&amp;stripped_title=symfony2-30-astuces-et-bonnes-pratiques@@AMEPARAM@@presentation2-110306052705-phpapp01@@AMEPARAM@@symfony2-30-astuces-et-bonnes-pratiques[/ame]

Après c'est un effectivement un long débat pour savoir quelle est la meilleure méthode... Je dirais simplement : à chaque développeur de choisir ! ;)

A++

Ces documents date des versions PR et ont bien changé depuis :)

Pour les contrôleurs l'héritage depuis la classe est vraiment recommandée (cf toutes les docs officielles).

Pour le DI et le pour contre effectivement ça dépends des gens.

Bonjour djayp,

Je suis nouveau et aussi débutant symfony 2 et je tien a te remercier pour ce magnifique tuto qui m'aide beaucoup dans l'apprentissage de ce framework, pour moi tout marche nickel c'est super :ccool:.

Mais j'aimerai savoir, comment faire lors de l'affichage de la liste des films pour afficher en plus dans une colonne les catégories associer à chaque film?

Est-ce qu'il y a une syntaxe twig spécifique? j'ai essayer {{ f.categorie }} mais sans succès.
Ou bien on ne peux pas accéder à cette valeur avec cette façon de récupérer la liste des films dans la DB ( $films = $em->getRepository('MyAppFilmothequeBundle:Film')->findAll(); ).

J'ai cherché un peu dans la doc mais rien trouvé, surement dû a mon niveau plus que moyen en anglais. Si quelqu'un pouvais m'aider sa serai super, et sa me permettrai d'avancer un peu parce que là je bloque.

Je remercie d'avance ce qui liront se poste et plus encore ce qui pourront m'aider.

Salut,

Normalement tu dois pouvoir y accéder simplement avec le code suivant :

Code:

---

{{ f.categorie.nom }}

---

A++

Merci djayp, pour la réponse super rapide sa marche nickel.

Quand on regarde la solution c'est super logique en faite, j'ai un peu honte :oops: de pas l'avoir trouvé tout seul.

En tout cas, merci beaucoup t'es le meilleur.

Salut, moi mon probleme vient du fait que j'ai rajouter dans mon UserBundle/Entity/User

Code:

---

use Symfony\Component\Validator\Constraints as Assert;

---

les @Assert: ou @Assert\

Rien n'est pris en compte :s

J'avais l'habitude d'utiliser Symfony 1.4, et ce tuto est très bien pour franchir le pas vers Symfony 2. Un peu de théorie et de la pratique, c'est ce qu'il faut.

A mon avis il manque juste deux petites choses :

• Un début d'initiation aux classes Repository. Dans ce tuto, la logique métier à trop tendance à se retrouver dans le contrôleur. Même si, je suis d'accord, tu effectue des traitements métier simples, et que leur présence dans les contrôleurs ne gène pas trop, il aurait été intéressant de parler des classes Repository, pour avoir une approche complète du MVC.
• Une petite approche des validateurs pour les formulaires

Sinon, je me posais des questions à propos de choses que je ne retrouve pas dans Symfony 2 et que je trouvais très utiles dans Symfony 1.4 : Les partials et les components.
Ils me semble avoir disparus dans Symfony 2, et était très intéressants pour ne pas avoir à dupliquer du code dans les templates.
J'ai fait des recherches la dessus, j'ai rien trouvé de très cohérent, a par peut être une petite piste indiquant qu'ils étaient gérables avec Twig, mais je n'ai pas trouvé d'info très parlantes.
Donc si vous pouvez me mettre sur une piste, n'hésitez pas ;).

Bonne continuations à tous avec Symfony,
Greg !

Dans le cookbook, partie "templates" : http://symfony.com/doc/current/book/templating.html

La réutilisabilité est évoquée à travers l'héritage ou l'appel d'un contrôleur dans le template.

Bonjour à tous,
je suis actuellement ce tutoriel qui est assez clair et concis.
Toutefois, je me trouve confronté à un petit problème.:(
Je suis à la génération automatique des accesseurs. Et la console fait des siennes :)

Citation:

---

php app/console doctrine:generate:entities MyApp

---

me retourne

Citation:

---

Namespace "MyApp" does not contain any mapped entities

doctrine:generate:entities [--path="..."] [--no-backup] name

---

Je me doute que ce soucis vient d'une configuration quelque part. Mais impossible de mettre la main dessus. Cela vous est-il déjà arrivé?
Auriez-vous une solution à m'apporter?

Je vous remercie
Julien

PS: j'ai comparé mon code avec la partie concernée dans les fichiers sources mais je n'ai pas trouvé de différences.

Bonjour,

Ayant ramé pendant près de 20m, je tiens à apporter quelques précisions qu'il me semble essentiel de préciser.

Lors de la génération des get() et set(), j'étais confronté à une erreur fatale sur le namespace. Alors que tout était bon, impossible de compiler.

Deux raisons :
- Utilisant Notepad++, il utilise l'UTF8 ou le ANSI qui ne fonctionne pas. Il est nécessaire d'utiliser UTF8 (Sans BOM)
- Deuxièmement, même avec le bon encodage cela ne fonctionnait toujours pas. En effet, la première ligne des 3 entités est une ligne vide... qui fait planter la compilation. Il est nécessaire que la première ligne soit <?php ou bien la génération des get() / set() ne fonctionne pas.

Espérant épargner ces soucis à m'en arracher les cheveux à d'autres, je vous conseille de mettre un encart là dessus...

Cordialement

P.S : Merci pour le tutoriel

Citation:

---

Ainsi, nous pourrions très bien stocker nos films et acteurs dans des fichiers XML, dans une base SQLite ou MySQL, sans que cela ne change quoi que ce soit au code PHP que nous allons écrire.

---

Cette remarque m'a beaucoup intéressée, car c'est très exactement ce que je cherche à faire, à utiliser des données stockées en XML plutôt qu'en base de données. Cependant, impossible de trouver de la documentation à ce sujet, y compris dans la doc de doctrine.
Est-ce une erreur du tutoriel ou est-ce réellement possible et auquel cas, comment ?
Merci par avance.

Citation:

---

Envoyé par Cybeber

Cette remarque m'a beaucoup intéressée, car c'est très exactement ce que je cherche à faire, à utiliser des données stockées en XML plutôt qu'en base de données. Cependant, impossible de trouver de la documentation à ce sujet, y compris dans la doc de doctrine.
Est-ce une erreur du tutoriel ou est-ce réellement possible et auquel cas, comment ?
Merci par avance.

---

c'est dans le sans ou les Entites sont très souple, tu pourrais etrendre un Entity a une classe qui gère le XML

Citation:

---

c'est dans le sans ou les Entites sont très souple, tu pourrais etrendre un Entity a une classe qui gère le XML

---

Merci bien pour la réponse... Ca me donnée une idée du boulot que ça demanderait... Du coup, à défaut de recourir à doctrine, Symfony propose-t-il une gestion particulière des fichiers XML ou le développement d'un bundle spécifique est-il nécessaire ? Et dans ce cas, à votre avis, qu'elle est la meilleure option ?

Citation:

---

Envoyé par Cybeber

Merci bien pour la réponse... Ca me donnée une idée du boulot que ça demanderait... Du coup, à défaut de recourir à doctrine, Symfony propose-t-il une gestion particulière des fichiers XML ou le développement d'un bundle spécifique est-il nécessaire ? Et dans ce cas, à votre avis, qu'elle est la meilleure option ?

---

dans Symfony2 le XML c'est uniquement lié au config, donc oui je pense qu'il va falloir créer un bundle, je vais essayé dans faire un, ça me semble intéressant comme projet

Citation:

---

dans Symfony2 le XML c'est uniquement lié au config, donc oui je pense qu'il va falloir créer un bundle, je vais essayé dans faire un, ça me semble intéressant comme projet

---

Après une recherche rapide, je n'ai pas trouvé de bundle déjà fait, ça me surprend un peu... Il existe tout de même un projet sous doctrine OXM assez enthousiasmant.
Mais en attendant, je crois que je n'ai pas trop le choix si je veux continuer avec Symfony2.
Je découvre juste et c'est la première fois que mon enthousiasme est un peu douché, bref, je vais tenter quelque chose aussi, dès que je serais un peu plus alaise, je contribuerais avec plaisir à un projet un peu sophistiqué si ça te dit.

Citation:

---

Envoyé par Cybeber

Après une recherche rapide, je n'ai pas trouvé de bundle déjà fait, ça me surprend un peu... Il existe tout de même un projet sous doctrine OXM assez enthousiasmant.
Mais en attendant, je crois que je n'ai pas trop le choix si je veux continuer avec Symfony2.
Je découvre juste et c'est la première fois que mon enthousiasme est un peu douché, bref, je vais tenter quelque chose aussi, dès que je serais un peu plus alaise, je contribuerais avec plaisir à un projet un peu sophistiqué si ça te dit.

---

Je doute qu'un autre framework le fasse, faire de la base de donnée avec de XML c'est pas très commun et pas très économique en ressource, si tu n'as pas de base de donnée utilise du Sqlite, sinon je pense que c'est assez simple d'utiliser OXM avec Symfony2

Citation:

---

Envoyé par stealth35

Je doute qu'un autre framework le fasse, faire de la base de donnée avec de XML c'est pas très commun et pas très économique en ressource, si tu n'as pas de base de donnée utilise du Sqlite, sinon je pense que c'est assez simple d'utiliser OXM avec Symfony2

---

Je n'ai pratiqué que Zend comme autre framework et il ne permet pas non plus de manipuler du xml à la base. C'est plutôt de la part de doctrine que cela me surprend, XML est bien pratique pour interfacer des services et je suis étonné qu'il n'y ait pas de solution pour en générer à partir d'un modèle et vice-versa... hors OXM mais qui n'est pas finalisé... Après c'est vrai que ce n'est pas le but de doctrine, j'ai pris mes désirs pour la réalité :(

Après, si ce n'est pas rationnel de stocker des données extensibles en XML, en revanche, pour stocker de 50 à 100ko de données réparties sur une douzaine de tables/fichiers, je trouve que c'est plutôt pratique... Et pour pas mal de projet, c'est un complément aux ressources en base que je trouve souvent opportun.

Bref, vu qu'OXM est en stand-by depuis mars, au final, ta solution me parait la plus adapté à court terme, d'autant que je n'ai pas besoin de méthode bien subtile. Ne comprenant pas encore bien les mécanismes des modèles Symfony, je n'ai pas certitude sur l'approche à adopter, mais ça donne une occasion de se pencher dessus...
En tout cas, merci pour les conseils !

en complément de mini base, je m’embête pas j'utilise le sqlite, c'est très simple à mettre en place (en plus avec Doctrine)