ECCUBE4で、ログインボタン押下後、どこの処理を通ってログイン処理が走るのか教えてほしい

Question

###実現したいこと
別の処理を介して、フロントの既存ログイン処理（ユーザ認証・カートのマージなど）を行いたい

###教えてほしいこと
フロントのログインフォームで、ログインボタン押下後、どこの処理を通ってログイン処理が走るかがわかれば、実現できると考えているので、教えていただきたい
###調査したこと
・ログインフォームで下記のタグがあり、ログインボタンでsubmitすると action="/mypage/login" に遷移する

<form name="login_mypage" id="login_mypage" method="post" action="{{ url('mypage_login') }}">

・しかし、遷移先に該当するのは、下記のログインフォーム表示メソッドであり、なぜログイン処理につながるか不明

    /**
     * ログイン画面.
     *
     * @Route("/mypage/login", name="mypage_login")
     * @Template("Mypage/login.twig")
     */
    public function login(Request $request, AuthenticationUtils $utils)
    {

・カート情報を結合するメソッドmergeFromPersistedCart を呼んでいることから、ログイン処理にonInteractiveLoginが使われているのだろうと推測

public static function getSubscribedEvents()
    {
        return [
            SecurityEvents::INTERACTIVE_LOGIN => 'onInteractiveLogin',

・INTERACTIVE_LOGIN を検索すると、Symfony内で定義されているEventのようだが、EventListenerの知識が浅く、ここからどう遡ればログインボタンにたどり着くのか、上手く処理を差し込めるのかがわからず

Answer 1

回答ありがとうございます、大変参考になりました
今回は下記のような実装にすることにしました

        $token = new UsernamePasswordToken($customer, null, 'customer', array('ROLE_USER'));
        $this->tokenStorage->setToken($token);

        $loginEvent = new InteractiveLoginEvent($request, $token);
        $this->eventDispatcher->dispatch(
            SecurityEvents::INTERACTIVE_LOGIN, $loginEvent);

Answer 2

ログイン処理自体は、 Symfony Security-Bundle を使用しております。
定義は app/config/eccube/packages/security.yaml に記載されています。
PHPのプログラムは vendor/symfony/security-bundle や vendor/symfony/security に置かれています。
どのような処理を追加したいかによりますが、 src/Eccube/Security/Http/Authentication あたりのプログラムを拡張してあげれば良いかと思います

Comments

[fujisawa08]

回答ありがとうございます
言い忘れていましたが、プラグインでの実装となるので、既存ファイルの拡張はできない認識です

処理としては、下記のイメージです
・フロント＞ログイン（カートからのログイン）　に、別サービスのAPIを経由するログインボタン設置
・ボタン押下後、別サービスとECCUBEの登録情報の紐付けができていれば、マイページログイン

→上記まではできているのですが、カート情報がマージされず、手の入れ方もわからず困っている状態です

なるべくECCUBE既存の処理を使いたいので、通常のログイン処理のフローに乗せたく、処理を追っている状態です

[nanasess]

src/Eccube/Security/Http/Authentication のプログラムをプラグイン側で継承して、app/config/eccube/packages/security.yaml の定義をプラグイン側のクラス名に変更すれば大丈夫だと思います。

ちなみに、何でもかんでもプラグインで実装するのはおすすめしません。
- 別の案件などで再利用したい
- アンインストール機能が必要
- Git などでソースコードのバージョン管理ができない
といった特別な理由がある場合のみ、プラグインでの拡張を検討いただいた方がいいと思います。
以下に理由を記載してます
https://qiita.com/nanasess/items/fe2a93ff64833d87eb19

[nanasess]

app/config/eccube/packages/security.yaml の定義変更も、厳密にいえば本体のコード編集になりますので、これも避けたいようであれば、プラグインでの実装は困難という回答になると思います。