問題タブ [rebar]

アプリケーションをコンパイルする前に "./configure" コマンドを実行する必要がある rebar 依存関係があります (実際には Makefile を生成します)。特定の依存関係を構築する方法を rebar に伝えることは可能ですか?

ローカルホストで自分の erlang アプリケーションをテストしているとき、次のようなサーバーを起動するスクリプトがあります。

これにより、Erlang シェルが開かれ、そこから次のように入力します。

application:start(myapp)

これは開発目的では問題ありませんが、これを本番環境にデプロイするにはどうすればよいですか? 今のところ、これを行う唯一の方法は、画面プロセスを開始してから切り離すことです。そうであってはならないと思います。それがまったく役立つ場合、私は鉄筋を使用しています。

rebar を使用する github にライブラリがありますが、git 経由でタグ付けされたことはありません。これを書いている時点で、app.src ファイルはバージョン 0.1 であることを示しています (これは変更されていません)。

関数定義の一部を変更するコミットをいくつか作成したいと思います。ユーザーに悪影響を及ぼさないようにタグとアプリケーション バージョンを使用する必要がありますが、タグ付け、バンプなどの順番がよくわかりません。

ユーザーが選択したバージョンでコーディングできるようにするために、現在および将来的にどのような手順を踏む必要がありますか?

Windowsでrebarget-depsを使用して成功した人はいますか？鉱山は失敗し、バージョン番号について不平を言います。

成功した場合、どのgitを使用しましたか？

rebarによって作成された複数のリリースを同時に実行することは可能ですか？異なるリリースを同時に実行してテストしたいサーバーが1つあります。問題は私がするときです：

rel/myapp_a/bin/myapp_a stop

実行中のVMをなんとか停止しますmyapp_b

互いに干渉しない独自のエンティティとして実行するにはどうすればよいですか？

別のプロジェクトで依存関係として使用されるerlangファイルをビルドしてデプロイしたいと思います。基本的に、私はmvndeployとsonatypeリポジトリに相当するものを探しています。これを鉄筋でどのように設定しますか？

私は一般的に rebar と erlang の初心者です。このチュートリアルに従って rebar を使用して erlang リリースを作成しようとしていました: http://www.metabrew.com/article/erlang-rebar-tutorial-generating-releases-upgradesで、生成されたリリースを実行する時点で行き詰まりました。

私のシステムは、ソースからインストールされた Ubuntu 11.04 64 ビット、erlang R14B03 です。

「bin/somenode console」を呼び出すと、次のいずれかのエラーが発生します。

興味深いことに、実行するたびに、「hipe_amd64_encode」の代わりに別のアトムがリストされます。たとえば、「hipe_amd64_defuse」、「hipe_amd64_assembly」などです。おそらく、erlang は hipe をロードできないと思いますが、なぜそうなのかわかりませんそもそもロードしようとしています。このリリースには、カーネルと stdlib のみに依存する非常に単純なアプリケーションが 1 つだけ含まれています。

何らかの理由で、rebar は多くの不要なアプリケーションを含む .rel ファイルを生成します。

rebar の .rel ファイルに非常に多くのアプリケーションがリストされているのはなぜですか? そして、もしよろしければ、なぜリリースが開始されないのでしょうか?

現在、rebar を使用して erlang のリリースとリリースのアップグレードを行う方法を学んでいます。このチュートリアルのおかげで、リリースとアップグレードを正常に生成できましたが、この間に 1 つの問題が発生しました。

私が取り組んでいるプロジェクトでは、リリース アップグレードをできるだけ小さくすることが重要です。これは、信頼性が低く遅い接続を介して組み込みデバイス (ビーグルボードなど) にダウンロードされるためです。

残念ながら、rebar によって生成された tar.gz アーカイブには、すべてのアプリケーションを含む完全なリリースが常に含まれています。アーカイブ サイズを縮小するために、新しいアプリケーションと更新されたアプリケーションのみを含む作業リリース アップグレードを行う方法があるかどうか疑問に思っていました。それを行うようにreltoolを設定することは可能でしょうか？

手伝ってくれてありがとう。

私はドキュメントとチュートリアルを何度も読み返しましたが、Erlang アプリケーションの作成方法と Rebar の作成方法についての私の理解には、まだスイス チーズに似ている十分な穴があります。非常に単純なものが私を投げます。

私は Erlang のリリースに向けて取り組んでおり、最終的には私自身のいくつかのアプリケーションに加えて、Webmachine と、何らかのフレーバーの nosql データベースが含まれる予定です。Rebar を使用して、アプリケーションのコンパイルとテストに成功しました: ZZZ と ZZZ_Lib。私のディレクトリ構造を以下に示します。それが最適であるとは確信していませんが、うまくいきます。

...learn1/apps ディレクトリに Webmachine をインストールしました。

私の次のステップは、test_resource:erl という名前で以下に示す非常に単純な webmachine_demo_resource と Webmachine を統合することでした。

http://webmachine.basho.com/example_resources.html

しかし、コンパイルしようとすると、次のエラー メッセージが表示されます。

src/test_resource.erl:3: インクルード ライブラリ "webmachine/include/webmachine.hrl" が見つかりません

test_resource.erl の問題のある行は次のとおりです。

ERL_LIBS (完全には理解していません) と PATH の両方を設定しようとしましたが、成功しませんでした。したがって、明らかに、適切なパスを設定する方法や、Webmachine を統合する最善の方法がわかりません。

ありとあらゆるガイダンスがありがたく歓迎されます。

LRP

*ディレクトリ構造

Learn1$ ls アプリ 鉄筋 rebar.config

Learn1/apps$ ls webmachine zzz zzz_lib

Learn1/apps/zzz_lib/src$ ls ヤダヤダ test_resource.erl ヤダヤダ

* rebar.config

* zzz_lib.app.src

カウボーイを使用してサーバーを構築していますが、提供したい静的HTMLページがいくつかあります。そのようなものを置くためのOTPフレンドリーな場所はありますか？この種のものを探す場所を鉄筋に伝える確立された方法はありますか？