Dapper Dataflow Engine

Dapperの（並列分散プログラムの実行ランタイム）の必需品から、分散計算を作成することができるように、大規模なクラウドとグリッドコンピューティングのための開発の複雑さを調教するためのツールです - ステートメするコード
なぜDapperの？
私たちは科学のブレークスルーは、ますますコモディティ、ネットワーク接続された計算資源の成長可用性と豊富に依存興味深い回、に住んでいます。クラウドやグリッドの助けを借りて、それ以外の場合は今単一のデスクトップマシン上日間実行します計算は、分散および/または時間のうちに、を介して解約できるパラレル製剤いる、入力は、数百のマシンに大きなとして10回を設定します。数の力のアイデアがあってもよいほどの魅力的な、単に物理的なハードウェアを持つことは十分ではありません - プログラマがそれ上で実行される実際の計算を作る必要があります。その結果、人間の努力と創造性に配置された高い値が可能なプログラミング環境を必要とし、さらに一般性を犠牲にしないと同時に、まだ、分散計算の簡潔な表現を奨励し、。
Dapperの、並列分散プログラムの実行ランタイムのために立って、分散して並列計算の不快な現実を反映して、低レベルの機構を、プログラムの本質をキャプチャする科学者/プログラマのハイレベルの仕様をブリッジするための1つのようなツールです。そのデータフロー指向のアプローチの下では、Dapperのは、Javaで局所的にコーディングし、クラウドやグリッド上でグローバルに実行することができます。ユーザは、まずコードレット、または単純なタスクを実行しない、それ自体が、完全なプ​​ログラムを構成するコードの小さな断片を書き込みます。その後、彼または彼女は、データフロー内の頂点として見られるコードレットは、エッジの関係を介して相互にデータを送信する方法を指定します。得られた有向非巡回データフローグラフは、長寿命のワーカー·クライアントによって接触されると、分散実行を調整することができ、Dapperのサーバによって解釈完全なプログラムです。
Dapperのモデルでは、ユーザーはもはや、データ相互接続と依存関係を処理するエラーから回復し、コードを配布し、ジョブを開始含まクラウドやグリッドを管理するための伝統的なアドホックな側面、心配する必要はありません。おそらくもっと重要なことは、他の研究者への迅速な展開と容易な搬送を可能にする一貫性のある形式で、ほぼすべての粗粒分散型計算をフレーミングするための全体のJavaベースのツールチェーンとランタイムを提供しています。

特徴：

Dapperのサーバが動的にロードし、ネットワーク上で必要なプログラム·コードを送信し、クライアントが存在することを可能にするコードの配布システム。この結果、外部の実行可能ファイル、更新を禁止するプログラムのみをサーバー側で発生する必要がDapperのために、ということです。
実行時に動的にデータフローグラフを修正するための強力なサブフロー埋め込み方法。
バニラJavaで実行時、多くは精通間違いなくある言語。さておき、最近のJVMおよび必要に応じてGraphvizのドットの要件から、Dapperのは自己完結型です。
ロバスト制御プロトコル。 Dapperのサーバーは、いつでも、任意の数のクライアントが失敗することを期待し、対処するために、カスタマイズを再実行し、タイムアウトポリシーを持っています。その結果、人は矛盾した状態にシステム全体を置くことを恐れることなく（長寿命）のクライアントを起動および停止することができます。
ファイルやTCPストリームを介してデータ転送を可能にする柔軟なセマンティクス。
ファイアウォールとの相互運用性。お近くのクラウドやグリッドは、おそらくファイアウォールの背後に座っているので、私たちはデータ転送をストリーミングするための特別な意味を考案しました。
リベラルライセンス条件。 Dapperのは、あなたのコードベースの汚染を防止するために、LGPLの下でリリースされます。
組み込みアプリケーションとして動作。ユーザーマニュアル、ユーザーは、Apache Tomcatなどのアプリケーション内Dapperのサーバーを実行するために従うことができ、プログラミングAPIについて説明します。
スタンドアロンユーザインタフェースとして動作。それにより、一つは既製のデモを実行することができ、視覚的な例からコアな概念を学びます。規則の最小セットに従うことで、一つは、実行アーカイブとして自分のDapperのプログラムをバンドルして、[リアルタイムデータフローの状況とデバッグのフィードバックを得ることができます。

このリリースの新機能：

このServerLogic位のcloseIdleClients方法が良く怠惰のユーザの直感的な概念と一致するように変更されました。
サーバーのホスト名を指定するためのユーザーオプションが追加されました。
ネットワーク内部は新しいAPIを使用するために再加工されています。
ビルドプロセスは、32ビットと64ビットの両方のWindowsクロスコンパイルをサポートするように更新されました。
粋。*階層はorg.dapperに名前が変更されました。*。

この何がバージョン0.96の新機能です：ユーザーが現在のデータフローとそれらのノードとメタデータを関連付けることができるように

このは、FlowListenerの抽象化を追加しました。
Dapperのサーバのメモリリークを修正しました。
クラス間の関係をよりよく可視化することができるようにドックレット·タグapivizが追加されました。
Javadocの依存関係を視覚化するためのapivizを追加しました。
BuildAndTest実行ファイルの小さなバグを修正しました。
ビルドプロセスは現在、Apacheのアイビーと完全に統合されています。ソース配布SSTと今長い出荷されます。代わりに、依存関係が自動的にダウンロードされます。一つは、SSTのソースをダウンロードし、それをコンパイルし、ローカルリポジトリに公開することができる、ということができません。詳細については、ユーザーマニュアルを参照してください。
ビルドプロセスを更新し、冗長手順を削除しました。
すべてのファイルで正規化された著作権およびライセンス通知。
Javaの1.6は現在、ビルドして実行するために必要です。
外部依存関係は、もはやSSTメイン配布パッケージに含まれなければならないことを意味しな​​いApacheのアイビーを使用するビルドプロセスを変更します。
ネイティブコンポーネントを文書化することができるようにプロセスを構築するための「doxygenを「ターゲットが追加されました。

このバージョン0.95の新機能：

この新しい、柔軟なロギングインフラストラクチャが追加されました。
ログ構造のための初期化子は、サーバーとクライアントのクラスから出て、ドライバに移動されました。
有限状態マシンは新しいアノテーション·ドリブンAPIに更新されました。
ソースコードは、8スペース​​の代わりにタブを有するように正規化されています。

このバージョン0.94の新機能：

このクライアントとサーバのコマンドラインオプションが利用できるようになりました、ApacheのコモンズCLIライブラリの礼儀。
クライアント·プロセスのライフサイクルは、現在のサーバーからの切断が発生したときに終了と定義されます。
幹生成機能はCodeletUtilitiesの静的メソッドであることにOutputHandleResourceのメンバーメソッドであることから移動しました。
FlowNodeFactoryクラスはFlowNodesの直接インスタンス化を優先して使用されています。
ネイティブコンポーネントの建物は、CMakeのに移行しました。
ロギングはSLF4Jに移行しました。
READMEには、すべてのディストリビューションに追加されました。

このバージョン0.93の新機能：

この大幅に改善された教育的な例です。
更新マニュアル。
リソースクエリのためdapper.codelet.CodeletUtilitiesに便利なルーチンを追加しました。
ジェネレータ、FileEdge、FileBatchGenerator、FileBatchEdge、FileResource、およびFileBatchResourceを削除しました。これらはHandleEdge、InputHandleResource、OutputHandleResourceの形で抽象データハンドルの概念に置き換えられています。変更のためのマニュアルを参照してください。
入出力ストリームをエクスポートするdapper.codelet.Resourceを更新しました。

この要件：

こののJava 2 Standard Editionのランタイム環境