Денис

Если не используете trikoder/oauth2-bundle

parameters:
    date_interval: 'PT3600S'

services:
    date_interval:
        class: DateInterval
        arguments:
            - '%date_interval%'

    League\OAuth2\Server\AuthorizationServer:
        calls:
            - method: enableGrantType
        arguments:
            - '@League\OAuth2\Server\Grant\PasswordGrant'
            - '@date_interval'

Если используете, то данное значение настраивается в конфигурации пакета https://github.com/trikoder/oauth2-bundle/blob/v2....

Всё немного проще

В secutiry.yaml установите значение ключа always-authenticate-before-granting в true

https://symfony.com/doc/4.2/reference/configuratio...

Хотите с API работать через докрину?

Взгляните на https://github.com/doctrine/skeleton-mapper и на пример реализации https://github.com/Coffreo/ceph-odm

Да, придётся реализовать некоторые вещи, но вы не будете зависить от прибытых гвоздями форматов предлагаемые DoctrineRestDriver

А только имеет ли это смысл?

Если вам необходимо реализовать "смешанные" сущности, например у вас есть Product, а данные этого Product лежат в API - идеальным решением реализовать подгрузку данных на postLoad доктриновского события.

Нужны объекты, а не raw данные из API? Посмотрите в сторону того же JMS или симфониевского сериалайзера, которого с головой хватает в большинстве случаев.

Но всё это оправдано в том случае, если вам действительно нужно воткнуть работу с API под доктриновскую абстракцию...

> Что если вообще сделать маленькую прослойку с использованием условного gazzle и в репозиториях сделать вызовы?

Встречавшиеся мне реализации в реальных проектах - в 99% случаев именно так и поступают. (В некоторых - к сожалению, а в некоторых к счастью, потому что крайне просто поддерживать)

https://symfony.com/doc/current/reference/forms/ty...

->add('color', EntityType::class, array(
    ...
    'choice_attr' => function($choiceValue, $key, $value) {
        return ['style' => ...];
    },
))

services:
    App\Service\FileUploader:
        bind:
            $directory: 'uploads/posts'

не arguments, а bind

Доктрина "лениво" грузит коллекции. Это значит, что результаты будут только при явном обращении, то есть при итеририровании и обращении к свойствам.

Для "жадной" загрузки в кофиге (в вашем случае аннотации) нужно прописать eager="fetch", тогда коллекция будет проинициализирована сразу же

В дополнение ответа, отмеченны, как решение

https://getcomposer.org/doc/05-repositories.md#path

{
    "repositories": [
        {
            "type": "path",
            "url": "../../packages/my-package"
        }
    ],
    "require": {
        "my/package": "*"
    }
}

Вам необходимо использовать группы валидации.

symfony.com/doc/current/form/validation_groups.html

Под капотом ваша сущность попадает на эту строку где валидируется весь объект.

В форму попадают все ошибки и только ошибка пароля (если она есть) попадёт в FormError конкретного поля. Остальные попадут в рутовую форму.

Соответственно, если малой кровью - добавьте две группы для пароля:

symfony.com/doc/current/validation/groups.html - одну по умолчанию, для обратной совместимости, если данная сущность уже где-то валидируется и не нужгно ломать обратную совместимость и вторую, специфичную для формы. И при создании формы, или же в опциях сборщика укажите данную группу (ключ validation_groups)

Решение данной проблемы - 3 строчки кода. (2 на Assert и одну к опциям формы)

@Assert\NotBlank(message="Пароль не должен быть пустым", groups={...})
@Assert\Length(..., groups={...})


$resolver->setDefaults([
    'validation_groups' => [...]
]);

Смотрите конфигурацию приложения.

По умолчанию используется spool, который обычно вешают на крон.

Используйте тип memory в конфигурации swiftmailer для отправки почты на событии KernelEvents::TERMINATE