▼テンプレート
[EC-CUBE] 4.2 新規インストール
[レンタルサーバ] ローカルのコンピュータ
[OS] Windows 10
[PHP] 8.0.23
[データベース] MariaDB 10.4.25
[WEBサーバ] Apache/2.4.54
[ブラウザ] Google Chrome
[現象]
プラグイン開発をしております。
既存プラグインを4.2に対応させたいのですが、下記エラーが出てしまいます。

php.CRITICAL [8241736d] [25eee4a] [1] [Symfony\Component\ErrorHandler\ErrorHandler:handleException:584] - Uncaught Error: Call to undefined method Doctrine\DBAL\Statement::fetchAll() {"exception":"[object] (Error(code: 0): Call to undefined method Doctrine\\DBAL\\Statement::fetchAll() at …)"}
app.ERROR [8241736d] [25eee4a] [1] [Eccube\Log\Logger:log:68] - システムエラーが発生しました。 ["Attempted to call an undefined method named \"fetchAll\" of class \"Doctrine\\DBAL\\Statement\"…

対応方法がございましたら、ご教授いただきたく存じます。

よろしくお願いいたします。

fetchAllという未定義のメソッドを呼び出そうとしています。
とエラーを出しています。

プログラムのどの部分でエラーが発生しているかを確認してみてください。

早速のご返答ありがとうございます。

説明不足で申し訳ございません。

Doctrine\DBAL\StatementのfetchAllメソッドが未定義というエラーで、本体の関数だったため、質問させていただきました。

4.1系までは、問題なく動いております。

移行すべき関数など、ご教授いただけますと助かります。

よろしくお願いいたします。

> 4.1系までは、問題なく動いております。
4.1系で動作していたプラグインなら下記サイトのSymfony5.4対応を行えば動くと思います。
https://doc4.ec-cube.net/update-41-42

mcontact さん、dbalの問題なので動かないですよ

https://github.com/EC-CUBE/data-migration-plugin/pull/99/files

----------------
EC-CUBEのカスタマイズ、トラブル解決承ります
お気軽にお問い合わせ下さい
https://www.ec-cube.net/integrate/partner/partner.php?partner_id=690

red様に教えていただいたサイトを参考に修正したところ、該当のエラーは解消されました。

修正方法を見つけられずにいたので、大変助かりました。

mcontact様、red様、本当にありがとうございました。

今後ともよろしくお願いいたします。

red さんご指摘ありがとうございます。

今回ec-cube4.2系でRepository関連に改修が必要なので、Repository側にfetchAllメソッドを定義してController側の改修を行わないで4.1系と互換性をもつというのも手ではありますが...

構築する上での考え方の違いですが...

mcontact さん

個人的には4.1と4.2の互換を保ちたいですが、プラグインコードを分けて登録するしかなく、プラグイン側で互換を持ってもあまり意味がないのですよね。。

----------------
EC-CUBEのカスタマイズ、トラブル解決承ります
お気軽にお問い合わせ下さい
https://www.ec-cube.net/integrate/partner/partner.php?partner_id=690

red さん

> プラグインコードを分けて登録するしかなく、プラグイン側で互換を持ってもあまり意味がないのですよね。。

意味がないかは、作り手によると思います。
個人で開発していれば、プラグインの申請登録が分かれるので、共通化する必要はないという意見もあると思いますし、
組織やチームで開発していれば、コードの確認や認識の共通化でRepository側にfetchAllメソッドを定義してec-cube4.1側とController側は共通コードに出来る事も多々あると思います。

なので、プラグインを開発する各々の「構築する上での考え方の違い」であり、創意工夫が出来る事と思います。

4.1向けと4.2向けでプラグインコードを分ける必要がありますので、 namespace も別物になってしまいます。

4.1向けと4.2向けのプラグインで、コードを共通化するには、共通部分のコードを別物の composer パッケージにするとかしないといけない気がします。
(はずしていたらすみません)