問題タブ [lagom]

localhost:3000 (Angular フロントエンドが実行されている場所) から localhost:9000 (マイクロサービスが実行されている Lagom GateWay) にアクセスするために、 Cross-Origin Resource Sharingの指示に従いました。それでも私は直面しています：

CORSを有効にするサンプルまたはプロジェクトはありますか?

オブジェクトに含まれるアイテムオブジェクトを受け取るサービスが必要です。名前、説明、価格、写真。

1. 他の属性はJsonオブジェクトとして簡単に送信できる文字列ですが、画像を含めるには何が最善の解決策ですか?
2. multipart formdata が最適なソリューションである場合、Lagom でどのように処理されますか?

Lightbend ConductR サンドボックスに lagom マイクロサービスをデプロイしようとしていますが、バンドルをロードしようとすると (構成の解析に関連する) 例外がスローされます。この手順は、同じプロジェクトの Ubuntu マシンで正常に機能しました。

ここにエラーメッセージがあります

bundle.conf には次の内容があります。

マシン構成:

しばらくの間、マイクロサービス フレームワークの高速でシンプルなソリューションを探していました。私はすべての Lightbend 製品と scala にまったく慣れていませんが、非常に興味深いので試してみることにしました。

いくつかの質問:

1) 新しいフレームワーク Lagom が必要な理由がわかりません。

Play が (マイクロサービスとして機能する) 同じソリューションを既に提供できる場合、なぜ別のフレームワークが必要なのですか?

2) play を使用して、「Hello World」プロジェクトを非常に高速に作成することができました。また、展開も非常に簡単で簡単でした (dist 経由)。

すべてを 1 つの ZIP にマージし、スクリプトで実行できるという事実が気に入っています。私が理解していることから、LagomではConductRを使用する必要があります。

私の現在のニーズでは、大きなオーバーヘッドのように見えます。遊びのようなものを展開する簡単な理由はありますか?

皆さん、ありがとうございました

Maven を使用して Javadsl で開発してきましたが、Scaladsl ライブラリを追加して以来、intellij 2016 でプロジェクトをコンパイルできませんでした。

これは私が得ているエラーです:

エラー: scalac: クラス ファイル 'CassandraSession.class' の読み込み中に、欠落しているか無効な依存関係が検出されました。akka.persistence.cassandra パッケージ (またはその依存関係) が見つからないため、パッケージ内の用語セッションにアクセスできませんでした。依存関係の欠落または競合がないか、ビルド定義を確認してください。(問題のあるクラスパスを確認するために を再実行し-Ylog-classpathます。)「CassandraSession.class」が互換性のないバージョンの akka.persistence.cassandra に対してコンパイルされた場合、完全な再構築が役立つ場合があります。

私は以下を試しました：

1. キャッシュを無効にして Intellij を再起動する
2. Maven クリーン インストール (失敗)
3. PCを再起動します

それらのどれも機能しませんでした。

この問題を解決する方法を知っている人はいますか？

これは、Scaladsl と Javadsl の両方を使用しているモジュールの POM.xml です。

ありがとう！

私は本番環境で Lagom アプリケーションのセットアップに取り組んでいます。ConductR ライセンスについて Lightbend に問い合わせてみましたが、何年も連絡がありません。だから、今私は別のアプローチを探しています。複数の質問があります。

現在、アプリケーションの規模は非常に小さいため、静的サービス ロケーターを使用することが今のところうまくいくと思います (他の代替手段も利用できます)。また、Cassandra のデフォルト設定ではなく、MySQL をイベント ストアとして使用しています (理由はこのスレッドには関係ありません)。

Cassandra と Lagom の Service Locator を抑制するために、build.sbt に次の行を追加しました。

また、service1-impl モジュールを使用して、次の部分を application.conf に追加しました。

開発環境でsbt runAllは、tmux セッションを使用してアプリケーションを正常に実行できました。この構成では、デフォルトの 8000 ポートで実行されているサービス ロケーターはありませんが、8080 ポートで service1 を個別にヒットできます。(これが予想される動作であるかどうかは不明です。コメント?)

実行sbt distしてzipファイルを作成し、それを解凍して実行可能ファイルを実行しました。興味深いことに、zip は service1-impl フォルダー内に作成されています。では、複数のモジュール (サービス?) がある場合、sbt dist はサービスごとに個別の zip ファイルを作成するのでしょうか?

で作成した実行可能ファイルを実行するsbt distと、Cassandra への接続が試行され、サービス ロケーターも起動され、追加した静的サービス ロケーター構成が無視されます。基本的に、build.sbt に追加した行を無視しているように見えます。これを説明できる人はいますか？

最後に、クラスター内に service1 と service2 の 2 つのサービスと 2 つのノードがあり、ノード 1 が service1 を実行し、ノード 2 が両方のサービスを実行している場合、静的サービス ロケーターは application.conf でどのように表示されますか。サービスには独自のapplication.confがありますが、すべてのapplication.confで静的サービスロケーターと同じ構成をコピーする必要がありますか?

こんな感じでしょうか。

特定の各アクターがいずれかのノードで生成されるため、このサービス ロケーター構成でどのように機能しますか?

また、本番環境の tmux セッションでこれを実行したくありません。最終的にこのコードを本番環境で実行するための最良の方法は何ですか?

[リッスンするサービスの取得][1] に関するヘルプを得た後、最初の lagom サービスを実行する以前の試みは失敗しました。

そのため、この試みでは、Maven プロジェクト (usvcs) には 2 つのモジュール (actor-api と actor-impl) と 1 つのサービス コール「echo」しかありません。

実装はエンティティ参照を持たないスタブです。

'mvn lagom:runAll' を実行すると、内部ラグム DSL クラスが見つからないことを示す例外がスローされます。

サービスが機能せず、明らかな問題は、サービス呼び出しのスタブ化が許可されていないかどうかです???

アップデート

いくつかの変更を加えましたが、まだエラーが発生したため、コードを github に掲載して、より完全に文書化しましたhttps://github.com/tevye/lagom-echo-project-from-scratch