Liferay 7 - 単一クラスの複数のresourceCommands？

Question

私はLiferay 6.2から7に移行しようとしています。私はLiferay 6.2でSpringを使用していますが、Spring on 7を使用していることは、クラスを介してコンポーネント固有の設定を使用する利点がありません。

Liferay 7 ajaxの各エンドポイントは、単一のコマンドクラスとして構成する必要があり、論理モデル/コントローラごとに数十のファイルが作成されます。

LR 6.2 Springでは、すべてのリソースエンドポイントを1つのファイルにラップする単一のコントローラがありました。これはLR 7で可能ですか？ LR7がコマンドごとに単一のクラスファイルを使用するよう強制しているのに対し、これは複数のメソッドを持つ単一クラスをサポートするのではなく（設計上）強制されますか？

Answer 1

Ajaxエンドポイントについて話すとき、ポートレットのserveResourceフェーズについて話しているとします。

あなたがResourceCommandルートに行く場合：はい、名前付きリソースハンドラごとに1つのリソースコマンドが必要です。ただし、このようにする必要はありません。単一のポートレット・クラスに実装することはできます。

1つの違い：あなたは簡単に変更すると、それはあなたが別の行動を必要とするべきで更新できることを意味し、独自のポートレットの制御にいる

。したがって、単一（潜在的により大きい）ポートレット・クラスを使用することは問題ではありません。

一方、Liferayの組み込みコンポーネントは、他の人（たとえばあなた）によって更新される必要があるため、小さなサービスを多くの小さなサービスに分割することは、Liferayの小さな側面を変更しようとするユーザーにとってはすばらしいことです。変更のために気にしている単一のResourceCommandをオーバーライドします。

このように、Liferay全体でResourceCommandパターンを過度に使用することになります。しかし、あなた自身のコードでこれを完全に無視し、個々の名前付きリソースハンドラを1つのクラスで続けることができます。

言われていることは、そのようなポートレットのためのいくつかの擬似コード（だけでは、ここに書かれてコンパイルされたことがないとテスト）：

コードの

@Component(...) 
public class MyPortlet extends GenericPortlet { 
    public void serveResource(ResourceRequest req, ResourceResponse res) { 
     String name = req.getParameter("name"); 
     // handle request for named activity 
    } 
} 

（編集：謝罪、私は完全にアクションとリソースのフェーズを混ぜ、代わりに「リソース」よりも「アクション」ロジックを推奨）

また、LiferayのService BuilderまたはRESTを介してポートレットの実装を捨て、Webサービスを実装するだけです。これらのケースでもサンプルが用意されていますが、ポートレットのルートに行くかのように質問が表示されました。