Dapper Dataflow Engine

Dapper (Distributed és párhuzamos program végrehajtása Runtime) egy eszköz megszelídítése a bonyolult fejlődő nagyszabású felhő és a grid computing, amely lehetővé teszi a felhasználó számára elosztott számítások a lényeget - a kódot, amely execut
Miért Dapper?
Élünk Érdekes időket, ahol áttörést a tudományok egyre inkább függ a növekvő elérhetősége és rengeteg commoditized, hálózati számítási erőforrások. A rendszer segítségével a felhő, vagy rács, számítások, amelyek egyébként futni napig egyetlen asztali gép most már elosztott és / vagy párhuzamos készítmények, amelyek lemorzsolódás keresztül, egy óra leforgása alatt, a bemenetre jel tízszer akkora a száz gépek . Ami csábító, mint a gondolat, az erő a számok lehetnek, amelyek csak a fizikai hardver nem elég - a programozó kézműves a tényleges számítás, hogy futni fog rajta. Következésképpen, a nagy értékű helyezni az emberi erőfeszítés és a kreativitás szükségessé programozási környezet, amely lehetővé, sőt ösztönzi, tömör kifejezése elosztott számítások, és még ugyanabban az időben nem áldozza általánosság.
Jól öltözött, álló elosztott és párhuzamos program végrehajtása Runtime, egy ilyen eszközt áthidalására a tudós / programozó magas szintű műszaki, amelyek rögzítik a lényege egy programot, az alacsony szintű mechanizmusok, amelyek tükrözik a kellemetlen valóság az elosztott és párhuzamos számítástechnika. Alatt adatfolyam-orientált megközelítés, Dapper lehetővé teszi a felhasználók, hogy kódot helyben Java és végre globálisan a felhő, vagy rács. A felhasználó először írja codelets, vagy kis kódrészletek, hogy végre egyszerű feladatokat, és nem önmagukban, azok egy teljes programot. Ezután ő határozza meg, hogy ezek a codelets, tekintik csúcsai az adatfolyam, az adatok továbbítására keresztül kapcsolódik egymáshoz szélén kapcsolatok. A kapott irányított körmentes gráf adatfolyam egy komplett program értelmezhető a Dapper szerver, jelöl, amely megkereste a hosszú élettartamú dolgozó ügyfelek, képes összehangolni az olyan elosztott végrehajtását.
Az Dapper modell, a felhasználónak nem kell aggódnia, hagyományosan ad hoc aspektusait kezelése a felhő, vagy rács, amely magában foglalja az adatok kezelésével összeköttetések és a függőségek, lábadozik hibák, terjesztése kódot, és kezdő munkahelyeket. Talán ennél is fontosabb, hiszen ez biztosítja a teljes Java-alapú toolchain és futtatási keretbe szinte minden durvaszemcsés elosztott számítások egységes formátumban, amely lehetővé teszi a gyors telepítés és egyszerű szállítására más kutatók.

Tulajdonságok :

• A kód elosztási rendszer, amely lehetővé teszi a Dapper szerver továbbítja a szükséges programkódot a hálózaton keresztül, és már az ügyfelek dinamikusan töltik meg. Ennek következménye az, hogy a korlátozó külső futtatható, frissítésekről öltözött programokat kell csak akkor történhet meg a szerver oldali.
• Egy erős részáramlásmérőn beágyazás módszerét dinamikusan módosítja a adatfolyam gráf a futás során.
• A runtime vanília Java, a nyelvet, hogy sok kétségkívül tisztában azzal. Eltekintve attól a követelménytől elmúlt JVM és adott esetben Graphviz Dot, Dapper összkomfortos.
• A robosztus vezérlő protokoll. A Dapper szerver reméli, az ügyfelek száma, hogy nem, bármikor, és testre szabható újra végrehajtás és timeout politikák megbirkózni. Következésképpen az egyik a start és stop (hosszú életű) ügyfelek félelem nélkül üzembe a teljes rendszert inkonzisztens állapotban.
• Rugalmas szemantika, amely lehetővé teszi az adatátvitelt keresztül fájlokat vagy TCP stream.
• Együttműködés a tűzfalak. Mivel a helyi felhő vagy rács valószínűleg ül egy tűzfal mögött, már kidolgozott speciális szemantika streaming adatátvitelt.
• A liberális licencfeltételek alapján. Jól öltözött alatt kiadott LGPL a fertőzés megelőzése érdekében a codebase.
• Operation beágyazott alkalmazás. A felhasználói kézikönyv leírja a programozási API hogy a felhasználók nyomon követhetik, hogy futtassa a Dapper szerver belsejében egy alkalmazást, mint az Apache Tomcat.
• Operation mint önálló felhasználói felület. Így egy futtatható off-the-shelf demók és tanulni alapvető fogalmak vizuális példát. Követve a legszükségesebb egyezmények, lehet majd bundle saját Dapper programok végrehajtását archívumok, és akkor kap a valós idejű adatfolyam állapotát és hibakeresés visszajelzést.

Mi az új ebben a kiadásban:

• A ServerLogic # closeIdleClients módszer változott, hogy jobban megfeleljen a felhasználó intuitív fogalmát semmittevés.
• A felhasználói opció meghatározza a szerver hostname került.
• Hálózat belső kerültek átdolgozásra használják az új API-k.
• A fordítási folyamat frissült támogatja mind a 32- és 64-bites Windows cross-összeállítás.
• A jól öltözött. * Hierarchia új neve org.dapper. *.

Mi az új verzióban 0,96:

• Hozzáadás a FlowListener absztrakció, így a felhasználók most már társult metaadatok A adatáramlások és csomópontok.
• Rögzített memóriavesztés a Dapper szerver.
• Added apiviz Doclet azonosítókat, melyek kapcsolatok osztályok közötti jobban láthatóvá.
• Added apiviz láthatóvá tételére függőségek Javadoc.
• Javítva egy kisebb hibát BuildAndTest futtatható.
• A fordítási folyamat mára teljesen integrálódott az Apache Ivy. A forráskód most már hajók a SST. Ehelyett függőségek automatikusan letöltődnek; ennek hiányában az egyik lehet letölteni az SST forrás, fordítsd le, és közzéteszi a helyi tárolót. Lásd kézikönyvet a részletekért.
• Frissítve fordítási folyamat, és levette redundáns lépéseket.
• A normalizált jogi és licensz figyelmeztetéseket az összes fájlt.
• Java 1.6 van most szükség, hogy létrejöjjön, és fuss.
• Change fordítási folyamat kezelhető Apache Ivy, ami azt jelenti, hogy a külső függőségeket már nem kell csomagolni az SST csomagban.
• Added "doxygen" cél, hogy létrejöjjön a folyamat, hogy natív alkatrészeket lehet dokumentálni.

Mi az új a 0.95-ös verzió:

• Egy új, rugalmas naplózó infrastruktúra került.
• inicializáló naplózási struktúrák kerültek ki a szerver és a kliens osztályok és a járművezetők.
• A véges állapotú automaták frissítve lett az új feliratozást-vezérelt API.
• A forráskód már normalizálódott, hogy 8 terek helyett lapok.

Mi az új verzióban 0,94:

• A parancssori a kliens és a szerver már elérhető, jóvoltából az Apache Commons CLI könyvtár.
• Az ügyfél folyamat életciklusa jelenlegi meghatározása véget, amikor egy le a szerverről történik.
• Stem generációs funkcionalitás költözött, hogy tagja módszer OutputHandleResource, hogy egy statikus módszer CodeletUtilities.
• A FlowNodeFactory besorolás alkalmazása mellett közvetlen példányosítását FlowNodes.
• Ingatlan natív komponensek nem tér át az CGyõzõdjön.
• Naplózás áttért a SLF4J.
• A README került fel minden disztribúció.

Mi az új verzióban 0,93:

• Jelentősen javult a pedagógiai példát.
• Frissítve útmutatót.
• További kényelmi rutinok dapper.codelet.CodeletUtilities erőforrás lekérdezése.
• Az eltávolított Generator, FileEdge, FileBatchGenerator, FileBatchEdge, FileResource, és FileBatchResource. Helyüket a koncepció absztrakt adatok fogantyúk formájában HandleEdge, InputHandleResource, OutputHandleResource. Lásd a kézikönyvet a változásokat.
• Frissítve dapper.codelet.Resource exportálni belépő és kilépő.

követelmények :

• Java 2 Standard Edition Runtime Environment