問題タブ [configurable]

現在のプロジェクトで Spring を使用していますが、@Configurable アノテーションが機能しません。

私はいくつかのクラスで注釈を使用しました (それらのほとんどは JPA エンティティ):

私は自分のpom.xmlにaspectj-mavenプラグインを入れました:

ただし、Spring の側面はコンパイル時に読み込まれないため、@Inject アノテーションは機能しません。

合計が一定の金額を超えた場合にカートに商品を追加するコードを magento で作成しました。現時点では、Simple Products でのみ機能しています。構成可能な製品を追加したいのですが、選択する単純な製品 (サイズ) を指定するだけです。

次のコードは、人々がネット上で使用しているのを見たので、私のパラメーターです。

「22」は属性の ID で、「12」は特定の属性値です。私のバージョンの「22」を見つける方法がわかりません。単純な製品が構成可能な製品の属性としてカウントされるかどうかがわかりません。

最後に呼び出すコードは次のとおりです。

Magento EE 1.12 アプリケーションに関連付けられた 1 つの単純な製品を含む構成可能な製品があります。商品ページを見てみると、大丈夫です。製品ページを更新すると、設定可能な製品全体が在庫切れと表示されます。ストックステータスを再インデックスするまで、このままです。

データベースを調べて、在庫状況を再インデックスした後、製品に関連付けられた行は次のようになります。

製品ページを読み込んだ後、同じ行は次のようになります。

これにより、更新時に製品ページで在庫切れメッセージがトリガーされると思います. 私は多くのコードを掘り下げましたが、製品ページをロードすると構成可能な製品の在庫が減少する理由を理解できませんでした. 関連する単純な製品の在庫状況は、qty が 1000 で、stock_status が 1 です。

mysql の一般的なログを見ると、製品ページの読み込み時に次の行が 2 回表示されます。

この更新プログラムがどのように呼び出されているかを調べます -

どんな助けでも大歓迎

構成可能な製品ページまたはカスタム オプションを備えた製品 (つまり、関連製品、メニューの注目製品、アップセルなど) の価格ボックス div 内に表示されるすべての価格は、すべて「必要なフィールドを選択してください」または計算された価格を示します。構成可能な製品自体。

誰かがこの問題を抱えていましたか、それが何であるかを知っていますか? 答えを探していますが、それを修正するものは見つかりません。

どんな助けでも大歓迎です！

私はしばらくの間、XML ベースの構成を使用してきました。Spring を DI として使用する Vaadin アプリケーションがありますが、興味はありませんDispacherServlet。グローバル (ユーザー所有の依存関係ではなく) を注入するために使用するルート コンテキストのみです。

それが機能する方法コンテンツを含むファイルを
定義しました：root-context.xml

そして、私web.xmlはそれを持っています：

次に、私のクラスのいくつかは注釈で定義され@Component、他のクラスは注釈で定義されます(後者は主にユーザーセッションに属しているため、キーワード@Configurableで作成されたインスタンスごとにDIが必要です)。new

次context.xmlの行のファイルがあります。

そしてspring-instrument-tomcat-3.2.1.RELEASE.jarTomcatのlibディレクトリにあります。
すべての依存関係が (を使用して@Autowire)@Configurableクラスに正しく注入されます。

動作しない方法 最近、コンテキストの初期化を取り除き、Javaクラスに移動
しようとしました。 次のようにクラスを作成しました。root-context.xml@Configuration

さらに、web.xmlエントリを変更しました：

残念ながら、奇妙なことが起こり始めました。例を示しましょう。クラス構造を単純化すると、次のようになります。

XML セットアップを使用すると、機能すると、ComponentASpring によってすべての@Configurableオブジェクトに正しく挿入されます。奇妙なことに、アノテーションのみの構成では注入されません (常にBeanCです) 。ComponentAnullBeanBApplication

なぜそれが起こるのか、何か考えはありますか？行をコメントアウトしweb.xmlて以前の (XML ベースの) 構成に戻るとすぐに、すべてが機能し始めます。

幸いなことに、XML Spring エントリは、対応するアノテーション ベースのエントリよりも隠れた何かを登録していると思います。私はそれが何であるかを見つけようとして半日を費やしましたが、あきらめました. 提案をいただければ幸いです。

Spring @Configurableアノテーションに関する興味深い問題に遭遇しました。プロジェクト内のすべてがコンパイル時ウィービング ( AspectJ )用に適切にセットアップされており、インストルメンテーションは期待どおりに機能します。

しかし、問題は続きます。Spring スコープ外で初期化される可能性のある、いくつかの賢いロガーを構築しています。そのため、 @Configurable にすることにしました

この Logger を Spring @Controller 内で使用したいので、これは定義上ステートレス (シングルトン) であるため、次のようになります。

ただし、コントローラーはシングルトンであるため、スプリングは初期ロード時にその内容を初期化し、ロガーはそのコンストラクターにあるため、コンテキスト自体の構築が完了する前に初期化されるため、そのプロパティ A は決して初期化されません。次のかなり説明的な警告が出力されます。

この問題から抜け出す方法はありますか。

前もって感謝します。

私は Magento を初めて使用し、構成可能な製品について提案が必要です。構成可能な製品とその属性を使用して多くのテストを行いました.確かにそれは本当に興味深いものであり、きれいなカテゴリを維持するのに役立ちます. ところで、多くの構成可能な製品を作成する前に、(たとえば) Google で製品を検索している顧客にとって、構成可能な製品または単純な製品を見つけやすいかどうかを自問しています。たとえば、E27 電球を取り上げます。暖かい白と冷たい白の明るい色の属性を持つ構成可能な製品を作りました。潜在的な顧客は、Google で「e27 ランプ バルブ ウォーム ホワイト」を検索します。問題は、単純な製品ではなく、構成可能な製品が検索結果の間に表示される可能性が多かれ少なかれあるかということです。（当然、単純な商品名は「e27 ランプ球 温白色」となります）構成可能な製品名は「e27 ランプ電球」になります)。多くの単純な製品を作成するか、構成可能な製品で単純化することをお勧めしますか?? 返信してくれるすべての人に感謝します。よい一日を。