Please add at least a README

Somehow the session file is not stored on the server (/var/lib/php5). After entering the correct credentials (everzet / qwerty) the login form redirect back to the login form.

dev.log:

...
[2014-10-27 05:43:21] doctrine.DEBUG: SELECT t0.username AS username1, t0.password AS password2, t0.salt AS salt3, t0.id AS id4 FROM ProjectManager t0 WHERE t0.username = ? LIMIT 1 ["everzet"] []
[2014-10-27 05:43:21] security.INFO: User "everzet" has been authenticated successfully [] []
[2014-10-27 05:43:21] event.DEBUG: Listener "Symfony\Component\Security\Http\Firewall::onKernelRequest" stopped propagation of the event "kernel.request". [] []
[2014-10-27 05:43:21] event.DEBUG: Listener "Symfony\Bundle\AsseticBundle\EventListener\RequestListener::onKernelRequest" was not called for event "kernel.request". [] []
[2014-10-27 05:43:21] event.DEBUG: Listener "Symfony\Component\HttpKernel\EventListener\ErrorsLoggerListener::injectLogger" was not called for event "kernel.request". [] []
[2014-10-27 05:43:21] event.DEBUG: Listener "Symfony\Component\HttpKernel\EventListener\ErrorsLoggerListener::injectLogger" was not called for event "kernel.request". [] []
[2014-10-27 05:43:21] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Component\Security\Http\Firewall\ContextListener::onKernelResponse". [] []
[2014-10-27 05:43:21] security.DEBUG: Write SecurityContext in the session [] []
...
[2014-10-27 05:43:21] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\ProfilerListener::onKernelRequest". [] []
[2014-10-27 05:43:21] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Bundle\FrameworkBundle\EventListener\SessionListener::onKernelRequest". [] []
[2014-10-27 05:43:21] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\FragmentListener::onKernelRequest". [] []
[2014-10-27 05:43:21] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\RouterListener::onKernelRequest". [] []
[2014-10-27 05:43:21] request.INFO: Matched route "list_my_projects" (parameters: "_controller": "controllers.list_my_projects:listAction", "_route": "list_my_projects") [] []
[2014-10-27 05:43:21] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\LocaleListener::onKernelRequest". [] []
[2014-10-27 05:43:21] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\Security\Http\Firewall::onKernelRequest". [] []
[2014-10-27 05:43:21] security.INFO: Populated SecurityContext with an anonymous Token [] []

Marcello, what are your thoughts on requiring loading fixtures to utilize a use case service?

For example, LoadProjectManagers creates ProjectManager entities. This could be encapsulated in a use case CreateProjectManager. Should that service be used to create and persist the new ProjectManager entity in a fixture class? Or is loading a ProjectManager fixture its own use case?

    public function load(ObjectManager $manager)
    {
        $users = ['everzet' => 'qwerty'];
        foreach ($users as $username => $password) {
            $pm = $this->container->get('use_case.create_project_manager')->createProjectManager($username, $password);
            $this->addReference('project_manager.' . $username, $pm);
        }
    }

Your fixture class then does little more than list the fixture users you wish to create then leverage the use cases service. The fixture class could of course still use setReference() to coordinate with other fixtures, but it stays within its single responsibility.

The lifecycle of creating a ProjectManager would then be consistent across the application, no matter if the ProjectManager were created in the Controller, an interactive Command, or in this case a Fixture. This includes how a User's password is encoded. You would not want your fixture-loaded ProjectManager users to have their passwords encoded differently than those created through a Controller.

OR do you consider DataFixtures a very focused use case themselves that load raw entities into the database? Perhaps your CreateProjectManager service dispatches an event whose listener emails the ProjectManager user a welcome email. You certainly would not want a fixture class triggering a real email to anyone?

What do you think?