ライフレイとは何ですか？
まず、 Liferayが何であるかを知らない人のための小さな紹介です 。 一言で言えば-これはSharePointですが、Javaとオープンソースです。
非常に単純化されている場合-これが最も正確な定義です。 確かに、すべてはそれほど単純でもそれほど単純でもありません。
もう少し詳しく言えば-これは、オープンソーススキームに従ってJava Enterprise Editionテクノロジ（以下のテクノロジについて）で開発されたWebポータルです。 同時に、この製品の意図的な開発に従事し、エンタープライズサポートを提供している会社があります（既にお金がかかっています）。 Liferayを適用できます
- 古典的に-内部の企業ポータル（従業員間のコラボレーションの組織）または企業のソーシャルネットワークとして、
- 外部サイトを作成する場合（1つの例は、ハブで最近言及されたモバイルオペレーターYotaのサイト）
- ただし、アプリケーションを開発するためのプラットフォームとして使用できます（非常に異なるB2BおよびB2Cソリューションが非常によく得られます）。
詳細については、 Liferayの Webサイト自体またはこちら（既にロシア語）をご覧ください 。
アーキテクチャの変更
新しいバージョンが（たとえば）6.3ではなく7.0になる主な革新は、OSGIへの移行です。 これは、内部アーキテクチャ（およびプラグイン開発の変更を伴うLiferay周辺のエコシステム全体）の点で大きな変化です。 かつて、LiferayはEJBに基づいていました。 EJBは2番目で、大きくて重く、実行するために大きくて重いサーバーが必要でした（最小JBoss）-これは常に正当化されたわけではありませんでした。 その後、Liferayは軽量のSpring Frameworkに移行しました-これが彼に7年間衝撃を与えました（この移行が起こった正確なバージョンを間違えたかもしれませんが-長い間）。 そして今、OSGI。 これによりユーザーに何が得られますか（Liferayベースのソリューションを実装するプログラマーに最も可能性が高い-エンドユーザーはどのテクノロジーが使用されるか気にしません）：
- ポータルコアはモジュール化されました。 あなたは簡単に過剰をオフにすることができます。 Liferayのマイナス面の1つは、そのコアに多くの「余分な」ものがあると呼ばれていました。 Liferayをインストールすると、ユーザーは必要な基本機能を備えたポートレットコンテナと管理パネルだけでなく、多数のモジュールも受け取り、それらのいくつかの必要性は非常に疑わしかったです。 これで、カーネルに含めるモジュールの独自のセットを形成することが可能になります
- すべてのプラグイン（ポータルへの追加）は現在、OSGIモジュールとして開発されています。 以前は、各プラグインは（Application Serverの観点から）個別のWebアプリケーションであり、BeanLocatorと呼ばれるトリッキーなメカニズム（本質的にハック）を通じてポータルと通信していました。 今ではすべてが正直であり、すべてが厳密に基本技術の枠組み内にあります
- ポータル自体のコアを簡単に変更できます。 必要な機能を実装するモジュールを自分のものに置き換えるだけです。 以上で、ext-pluginがもう必要ないことを願っています（Liferayの深いカスタマイズに従事していた人は理解できるでしょう）
楽しみにしています。 一つのことは怖いです-そのような主要なアーキテクチャの変更は簡単でも単純でもありません-しかし、リリース（コミュニティによるものを含む）がリリースのために十分にテストされることを望みます。
残念ながら期待されていないこと：
- デフォルトのサーバーはまだTomcat 7です。実際、ポータルでTomcat 8とWebSocketの使用を実際に見たいです。
- Webサービスの実装は、まだ最初のAxisにあります。 言葉はありません。 おそらく第8バージョンを待つ必要があります。
UIの変更
ユーザーインターフェイスに大きな変更が予想されます。
- 新しいトピック。 彼らは、より「簡単」で、モバイルフレンドリーなどを約束します。 さらにカスタマイズ可能。 この背後にあるものを評価することは依然として困難ですが、「Powered by Liferay」という碑文を無効または構成可能にすると、これは大きな前進となります:)
- 新しい管理。 みんなに。 現在、個別のコントロールパネルはありません。 製品メニューがあります（左側にクロールします）。 サイドボタンからのページコントロールは、ページのフッターに移行されました。 まあ、はるかに。 慣れるまでに時間がかかると思う
- Ajaxページの読み込み：多くのポートレットは、ページを再読み込みせずにコンテンツを読み込むことができます（たとえば、ブログのリストから特定の投稿に切り替える）。 そのようなサポートは、どこでも使用できるように、基本的なフレームワークのレベルであることが重要です。
オーディエンスターゲティング
実際、Audience Targetingプラグインは6.2で既に利用可能ですが、7-keではすべての栄光で開くはずです。 これは何ですか （さまざまな基準による）ポータルユーザーのこのセグメンテーションと、さまざまなセグメントのさまざまなコンテンツの表示。 さらに会社のサポート。 Liferayで自尊心のあるCMSの基本機能がついに利用可能になりました（そして、どうしてそれを逃しましたか！）
（たとえば）ロシアの地域ごとの地理位置情報とセグメンテーションを完了する必要があることは明らかです。ただし、これ（OSGIについては上記を参照）は、単に別個のプラグインとして既に実行できます。
新しいエディター
Liferayは、革新的なエディターを導入するために大胆な実験を続けています。 ツールバーとボタンはもうありません。 コンテキスト編集のみ
また、そのような決定-すべての人のためではありません。 たとえば、Liferay 6.2 CKEditor 4を捨てて、古いFCKEditor 3をねじ込むように依頼するクライアントがいます。これは、「誰もが慣れ親しんでいる古い言葉に近い」からです。 それで、彼らは革新的な文脈編集をどのように説明しますか？
幸いなことに、使用するエディターを簡単に構成できます。
コンテンツのジオロケーション
任意のコンテンツを地理的なポイントに添付して、インタラクティブマップを作成できるようになりました（たとえば）
ステージングテンプレート
Liferayにはステージングなどの機能があります-これは、必要なすべての変更（新しいページ、新しいコンテンツ）を別の（テスト）サイトで準備し、必要な承認を通過した後、ボタンを押す（またはスケジュールに従って）ことにより、稼働中のサーバーに公開する場合です。 これは、たとえば、ロードされた製品クラスターを「壊す」のではなく、テストサーバーで穏やかに変更を加えてから夜間に製品に公開できるため便利です。 確かに、多くのニュアンスが人生に出てきます-ステージングでLiferayで働いていた人は、再利用のためにテンプレートの形でステージの構成を記憶する能力を高く評価するでしょう。
これは実際には主要な変更点の短いリストです。 新しいバージョンに取り組んでいる間、Liferayのスタッフはすでに素晴らしい仕事をしており（Liferay 7.0 m7内で170のユーザーストーリーのみが閉じられています）、彼らが作業を（良い品質で）終了し、6か月後に新しいバージョンが表示されることを本当に願っています。