Ширшов Александр

Выскажись по человечески, что тебе надо.

Тебе надо поменять область видимости переменной $queries? Над циклом добавить $queries = null;

В таком виде, после того как массив проитерируется, в переменной останется ссылка на последний результат.

Если тебе нужно "объект пагинатора" для всех категорий, то все совсем не так.
Если тебе нужен "объект пагинатора" для одной категории, то ищи одну и не все дочерние

Объект, который понимает пагинатор, не доктриновский CollectionInterface случайно?

роут home литеральный, он не принимает параметров action и controller, используйте для этого роут application

В докблоке метода join пример использования

$qb = $em->createQueryBuilder()
         ->select('u')
         ->from('User', 'u')
         ->join('u.Phonenumbers', 'p', Expr\Join::WITH, 'p.is_primary = 1');

вы по связи джойните?

Покажите что вы передаете во view, если вы туда передаете $queryBuilder->getQuery() то ничего работать и не должно.

В самом ресурсе:

$inputFilter = new SomeInputFilter();
$inputFilter->setData($params->toArray());

if (!$inputFilter->isValid()) {
    return new ApiProblem(50x, 'Params not valid');
}

Примерно так.

А можно пример исключения? Некоторые исключения не отлавливаются в принципе...

Не совсем понятен вопрос, если вам ненужно ничего переопределять или добавлять то зачем нужны пустышки?

ZF2 завязан на ServiceManager, зависимости получаются из него по ключу. Значения ключа можно переопределять в приложении, если вам это нужно.

Что за DoctrineHydrator? Я у себя только DoctrineObject нашел, всегда его и использовал.

Как происходит гидрация через DoctrineObject - Doctrine получает метадату для сущности которую вы гидрируете, и итерируясь по массиву переданому в hydrate обрабатывает только записи ключи которых есть в св-вах сущности. При обработки каждого ключа массива гидратор проверяет - связь ли это, и если связь то какая: в нём есть два метода для гидрации данных по связям: toOne() и toMany(), так как у вас судя по схеме ManyToMany вызовется метод toMany(), я его сюда скопирую:

// If the collection contains identifiers, fetch the objects from database
        foreach ($values as $value) {
            if ($value instanceof $target) {
                $collection[] = $value;
            } elseif ($value !== null) {
                $targetObject = $this->find($value, $target);

                if ($targetObject !== null) {
                    $collection[] = $targetObject;
                }
            }
        }

Как видите он умеет работать только с 2 видами данных:
1) с набором ID (тогда он сам ищет сущность, и проставляет связи)
2) с набором сущностей

В вашем случае передается набор массивов, поэтому не работает.

Чтобы заработало, нужно использовать гидратор в том числе и для Fieldset'а, тогда в момент когда будет гидрироваться основная форма элементы уже будут сгидрированы, и вместо массива массивов toMany() получит массив сущностей.

У нас в каждом модуле лежат именно те сущности, которые этому модулю "принадлежат". Единственное что для этого нужно: config.module.php

Покажите свой конфиг, как вы указываете доктрине где искать сущности. Вот мой пример из работающего кода:

'doctrine' => array (
        'driver' => array(
            'catalog_entities' => array(
                'class' =>'Doctrine\ORM\Mapping\Driver\AnnotationDriver',
                'cache' => 'array',
                'paths' => array(__DIR__ . '/../src/Catalog/Entity')
            ),

            'orm_default' => array(
                'drivers' => array(
                    'Catalog\Entity' => 'catalog_entities'
                ),
            ),
        ),
    ),

Кодировка страницы какая? Zend\Form\View\Helper\AbstractHelper - экранирование происходит тут в методе createAttributesString()

Форму можно создать отдельным классом, и в любом месте получить из ServiceManager через FormElementManager.

Пример получения в любом контроллере:

$this->getServiceLocator()->get('FormElementManager')->get('ModuleName\Form\MyForm');

где ModuleName\Form\MyForm полное имя класса формы (включая namespace)

Ты задаешь текст:
$logger->info('Тест ошибки');

И получаешь его в логе:
2014-05-16T12:40:58+04:00 INFO (6): Тест ошибки

какой еще текст ты хочешь в нем получить?

Исключения фреймворка, и особый тип ошибок так не выловишь.

У нас используется следующий код

class Module
{
    public function onBootstrap(MvcEvent $e)
    {
        $eventManager = $e->getApplication()->getEventManager();
        $this->attachEventListeners($eventManager);

        $eventManager->attach('dispatch.error', function ($event) use ($e) {
            $sm = $e->getApplication()->getServiceManager();
            $service = $sm->get('Application\Service\ErrorHandling');

            $exception = $event->getResult()->exception;
            if ($exception)
                $service->logException($exception);
        });

        set_error_handler(function($c, $m, $f, $l) use ($e) {
            $sm = $e->getApplication()->getServiceManager();
            $service = $sm->get('Application\Service\ErrorHandling');
            $service->logException(func_get_args());
        });

        register_shutdown_function(function() use ($e) {
            $error = error_get_last();
            $sm = $e->getApplication()->getServiceManager();

            if ($error && ($error['type'] == E_ERROR || $error['type'] == E_PARSE || $error['type'] == E_COMPILE_ERROR))
            {
                $service = $sm->get('Application\Service\ErrorHandling');
                if (strpos($error['message'], 'Allowed memory size') == 0)
                {
                    ini_set('memory_limit', (intval(ini_get('memory_limit'))+64)."M");
                }
                $service->logException($error);
            }
        });
    }

    ....
}

У нас тоже довольно сложные формы, используем Form\Element\Collection содержащие филдсеты и поля, порой на несколько уровней вложенности. На все филдсеты настроена гидрация (Doctrine2), с сохранением проблем не возникает. Заполнение форм тоже происходит гидратором, при вызове метода bind главной формы.