この記事はレガシー記事です。 Liferay製品の旧バージョンにも適用されます。 記事のメンテナンスは終了していますが、情報はまだ通用する可能性があります。
Ext-plugins は、Liferay 5.2.x EE およびその前のバージョンで使用されていた拡張環境を置き換えるために作られました。 切り替えのため、どこかのタイミングで多くの環境がExtension環境をext-pluginに移行する必要があります。 この記事では、その概要を説明することを目的としています。
まず、使用している Liferay Portal のバージョンに関連するセクションを読んでください：
解像度
結果
移行が成功した場合、Extプラグインは以前の拡張環境と全く同じ機能を持つことになります。 Extプラグインをデプロイする場合、jarが含まれるため、それを有効にするためにアプリケーションサーバーを再起動する必要があります（ext環境クラスと同じ）。 Extプラグインを使用するメリットは、カスタマイズの際にできることに制限がないことです。
テーマ、レイアウト、フック、ウェッブ、ポートレット
Extプラグインの一部は、Theme、Layout、Hook、Webs、Portletプラグインに変換できることを念頭に置いてください。 前述のプラグインの利点は、アプリケーションサーバーを再起動する必要なく、ホットデプロイできることです。 様々なタイプのプラグインを開発するためのドキュメントは、ここにあります： Liferay Developer's Guide for Portal 6.0.
ストラテジー
Liferay 6の一般的な開発戦略については、開発チームの限界と各タイプのプラグインの限界を考慮して、何を達成できるかを決定する必要があるでしょう。 例えば、従来のEXT環境で新しいサービスを作ることに全く慣れていないので、EXTのプラグインとしてサービスを開発することは問題ないでしょう。 しかし、より柔軟にサービスを展開するために、ポートレットプラグインの形で開発したいが、その方法がわからないという場合もあるでしょう。 ドキュメントだけでなく、地域のリソースにも目を通す。 もし、これができないのであれば、Extプラグインにこだわるか、Liferay Developmentのトレーニングに申し込むべきです。 他の例として、portal-ext.propertiesはExtプラグインから完全にカスタマイズ可能だが、Hookとしてカスタマイズできるのは一部の設定のみである。 フックによってオーバーライドできるプロパティは、フックdtdを参照してください。
サポート
カスタマイズのアップグレード、古いExt環境のExtプラグインへの移行、API変更の調整、Theme、Layout、Hook、Webs、Portletプラグインへのコードの変換は、開発に関する質問とみなされるため、標準のEnterprise Subscription契約ではサポートされていません。 これらの項目でお困りの場合は、担当のアカウントマネージャーにご相談ください。