Osztott rendszerek beadandó

A fájlok általános szervezéséről

A feladat két részből áll, mindegyik részhez elérhető egy parancssorból futtatható és egy Eclipse-es tesztelő.

• parancssor
  • a kicsomagoláskor keletkező parancssor könyvtárba mint gyökérbe kell elkészíteni a megoldást
  • a tesztelő a teszt1.bat és teszt2.bat futtatásával indítható el
• Eclipse
  • a kicsomagoláskor keletkező eclipse könyvtárba, a mellékelt projektek mellé el kell készíteni a 2017bead_osztott_domino projektet
  • a 2017bead2_osztott_domino projekt előre el van készítve, ebben át kell állítani a hsqldb.jar útvonalát

Feltételek

• A beadandónak saját munkának kell lennie, nem másoltnak.
• A feladatban általában feltételezhető, hogy a megadott adatok helyesek. Pl. nem kell ellenőrizni, hogy léteznek-e a megadott bemeneti fájlok, az adott porton fut-e szerver; ha mégis helytelen adat érkezik, a program tetszőlegesen viselkedhet.
• A beadandó első/második része addig nem tekinthető késznek, amíg a megfelelő tesztelő le nem fut rá hibajelzés nélkül.
  • Mindegyik teszteset külön szálakon elindítja a DominoServer főprogramját, majd három példányban a DominoClient (illetve DominoClient2) főprogramot. Ezután bevárja a főprogramok lefutását (ezeknek a tesztesetekben helyesen véget kell érniük), majd ellenőrzi, hogy helyes tartalom került-e a szerver kimeneti fájljába.
    • Úgy kell szervezni a főprogramokat, hogy ugyanazon a programon belül több példányban is futtathatóak legyenek, pl. az osztályszintű adattagok használata nem célszerű.
  • A tesztesetekben a főprogramok paraméterezése a DominoTest, illetve DominoRmiTest osztályokban olvasható test1, test2 stb. neveken.
  • A tesztelő karakterre pontosan ellenőrzi a kimeneti fájlba írt tartalmat. A sztenderd kimenetet nem figyeli.
• Beadni a parancssor vagy eclipse könyvtárat kell zip-pel összetömörítve.

Parancssorból indítva a tesztelő elvárt kimenete:

===============================================
1. feladat
===============================================
JUnit version 4.12
.Nem megfelelo a jatekosok szama.
.....Nem megfelelo a jatekosok szama.
.
Time: 0,814

OK (7 tests)

===============================================
2. feladat
===============================================
JUnit version 4.12
..
Time: 0,817

OK (2 tests)

1. rész: Kliens-szerver

Készítsd el a dominó játék egy változatát. Socketekkel valósítsd meg, melyek szöveges üzenetekkel kommunikálnak egymással. Az osztályokat a domino csomagba tedd.

Kliens: (DominoClient.java)

Az első parancssori paraméterként meg kell adni a felhasználó nevét, a későbbiekben ezt használjuk az azonosítására. A DominoClient csatlakozzon a 60504 porton futó DominoServer osztályhoz. A szerver kezdetben 7 dominót küld a kliensnek egy-egy sorban, aki ezekkel fog játszani. A dominókat szóközzel elválasztott két szám ábrázolja, az egyik és a másik oldalán lévő szám. A kliens elküldi a szervernek a nevét.

Ha ez a kliens kezd:

• Ha a szervertől a START üzenetet kapja, akkor ez a kliens kezd.
• Ekkor kiválasztja a szervertől kapott dominók közül az elsőt és ennek az első oldalát (a dominó elsőként megkapott számát) küldi el a szervernek.
• Az elküldött dominót törölje a saját dominói közül, azaz már csak 6 dominója maradjon.

Ha egy másik kliens kezd:

• Ha a szervertől a VEGE üzenetet kapja, akkor a kliens veszített.
• Ha a kliensnek már elfogyott a dominója, akkor nyert, a szervernek a NYERTEM üzenetet küldi el.
• Ha van még dominója, akkor a megkapott számhoz kiválasztja az első illeszkedő dominót (a szervertől kapott sorrend szerint). A választott dominó azon oldalát, amihez a következő játékosnak illesztenie kell a dominót, elküldi a szervernek.
  • Az elküldött dominót törölje a saját dominói közül, azaz fogyjanak a dominói.
• Ha nem talál illeszkedőt, kér a szervertől új dominót, ehhez az UJ üzenetet küldi.
  • Válaszul a szerver elküldi az új dominónak a két oldalát, a kliens ezt eltárolja a sajátjai közé, majd a következő játékos kerül sorra.
  • Ha a szervernek már nincs több dominója, de még folytatódik a játék, akkor a szerver a NINCS üzenetet küldi el a kliensnek és a következő játékos jön.
  • Ha a szervernek nincs több dominója és a játék is véget ér, akkor a szervertől a VEGE üzenetet kapja a NINCS helyett.

  • Példa:

    kapott szám: 3
    kiválasztott dominó: 2 3
    elküldött szám: 2

A kliens minden alkalommal írja ki a képernyőre a kapott üzenetet és az általa elküldött üzenetet. Egy üzenet - válasz páros egy sorba kerüljön. A kiírás formája a következő legyen: <Játékosnév>: <kapott üzenet> <küldött üzenet>. Abban az esetben, ha a kliens nem küld üzenetet (pl. új dominó kérésére kapott válasz), akkor a kiírásnál elhagyható a <küldött üzenet> rész. A kliens hozzon létre egy fájlt a nevével megegyező néven txt kiterjesztéssel (pl.: Jatekos1.txt). Minden üzenetet, amit a képernyőre kiír, írja bele a fájlba is.

Szerver: (DominoServer.java)

A programnak parancssori paraméterként meg kell adni egy számot (n) és egy fájlnevet.

A paraméterként adott szám (n) határozza meg, hogy hányan játszanak egy játékot. A játékosok száma 2 és 4 között lehet, ellenőrizd a megkapott számot, hogy ebbe az intervallumba esik-e. Ha nem, írja ki a program, hogy Nem megfelelo a jatekosok szama. és ekkor az alapértelmezett érték 2 játékos legyen.

A fájl tartalmazza a dominókat a következő alakban: egy sorban egy dominó két felén található szám van szóközzel elválasztva. A szervert sockettel valósítsd meg a 60504 porton. A szerver egyszerre egy játékmenet futtat le teljesen, majd véget ér.

Amikor mindegyik kliens csatlakozott, a szerver kezdje meg a játékot.

A játék menete:

• A szerver minden játékosnak ad 7 dominót (mindenkinek másikat) abban a sorrendben, ahogy a fájlból beolvasta. Az első csatlakozó játékos az első 7 dominót kapja, a második a következő 7-et és így tovább.
• A maradék dominókat megtartja, ezt nevezzük talonnak.
• Ezután a szerver sorban fogadja a csatlakozott játékosok neveit.
• Az elsőként csatlakozott játékosnak a szerver elküldi a START üzenetet, ő kezd.
• Az egyik klienstől kapott üzenetet továbbítja a következőnek, ha az üzenet egy dominón szereplő szám. Amennyiben az üzenet UJ, stb., ezeket nem kell elküldeni a következőnek, helyette a legutolsó olyan üzenetet kell elküldeni, ami egy dominón szereplő szám.
• Ha egy játékos nem tud dominót lerakni és a szervernél a talonban még van dominó, akkor a sorban jövő első dominót elküldi neki, majd ezt kiveszi a talonból. Ha már nincs a talonban dominó, akkor a NINCS üzenetet küldi az adott játékosnak. Mindkét esetben a szerver ugyanazt a dominót küldi el a következő játékosnak, amelyet az előző játékos küldött (aki még tudott rakni dominót). Az a játékos, aki nem tudott rakni, nem esik ki, továbbra is játékban marad.
• Ha valaki nyert (elfogytak a dominói), vége a játéknak, a szerver küldje el az összes többi résztvevőnek (kivéve a nyertest) a játékban, hogy VEGE.
• Ha egy egész körön keresztül senki sem tud rakni és a szervernél sincs már több dominó a talonban, vége a játéknak, a szerver küldje el az összes résztvevőnek a játékban, hogy VEGE.

A szerver minden lépésnél írja ki a parancssorban megkapott nevű fájlba, hogy milyen üzenetet kapott a kliensektől. Erre minta a _mo.txt fájlokban látható.

Szorgalmi: interaktív kliens (DominoPlayer.java):

Készíts egy DominoPlayer osztályt, ami a felhasználótól várja az utasításokat. A működése legyen hasonló a DominoClient osztályhoz a következő módosításokkal:

• A játékos nevét a standard inputról kérje be.
• A játék elején írja ki a képernyőre a szervertől kapott dominókat. Továbbá minden alkalommal, mielőtt új dominót kéne küldenie, írja ki a képernyőre a játékos még rendelkezésre álló dominóit.
• Minden lépésnél a billentyűzetől várja az elküldendő számot. Ellenőrizze, hogy a játékosnak van-e olyan dominója, amelynek egyik oldala megegyezik a küldendő számmal. Ha nincs ilyen, akkor újra kérjen be egy számot. Ezt addig ismételje, míg nem egy létező dominó egyik oldalát adja meg, vagy nem kér a szervertől új dominót.
• Új dominót a szervertől az UJ szó megadásával kérhet.

2. rész: RMI

Készítsd el a domino.server.DominoStorageImpl osztályt, amely a DominoStorageIface interfésszel leírt szolgáltatást valósítja meg. Az osztály a UnicastRemoteObject leszármazottja.

• A konstruktora egy szöveget vár, és megnyit egy hsqldb adatbázis-kapcsolatot erre a fájlra (a getConnection paraméterezésénél: jdbc:file:kapott_szöveg). A kapcsolat az objektum léte alatt végig maradjon fenn, és az egyszerűség kedvéért a lezárásával sem kell törődni. A konstruktor törölje az adatbázis Dominos tábláját, ha létezik, és hozza létre egy user és egy domino szöveges oszloppal, valamint egy idx egész számmal.
• A save metódusa a felhasználó nevét várja (userName) és dominók egy listáját, amelyben a dominók szövegesen, a két oldalukat szóközzel elválasztva szerepelnek. Törölje az adatbázisból az összes olyan sort, amely a kapott felhasználóhoz tartozik, majd illessze be a dominókat egytől növekvő indexszel.
• A load metódusa szintén userName paramétert kap, és egy listában adja vissza a felhasználó dominóit az adatbázisból. Előfordulhat, hogy a felhasználóhoz nincsen dominó rendelve, ekkor üres listát ad vissza.

Készítsd el a domino.server.DominoDeploy osztályt.

• A deploy művelete paraméterként egy katalógust, egy RMI szolgáltatást azonosító nevet és az adatbázis fájlnevét kapja meg. Készítsen el egy DominoStorageImpl példányt az utóbbi paraméter átadásával, majd jegyezze be a szolgáltatásba.
• Az osztály főprogramja indítson el egy katalógust az alapértelmezett 1099 porton, majd hívja meg a deploy metódust.

Készítsd el a domino.DominoClient2 osztályt. Ez a fent leírt DominoClient programhoz hasonló működésű, az alábbiakban tér el tőle.

• Ha a kliens egy paramétert kap, akkor az eredeti klienssel megegyezően működik. A továbbiakban feltételezzük, hogy nem ez a helyzet.
• A kliens az eredeti paraméter mellett kap még egy egész számot (saveAfterStep), az RMI szolgáltatás nevét (dominoStorageName) és egy felhasználónevet (userName).
• A kliens felveszi a kapcsolatot az RMI szerverrel, és betölti a kapott felhasználónévhez tartozó dominókat.
• Ezután a szervertől megkapja a 7 dominót. Ha kevesebb mint 7 dominót kapott RMI-n, akkor ezekből sorban feltölti a készletét 7 dominóig; a felesleget eldobja.
• Ezután a szokásos módon kommunikál a szerverrel, azonban számolja, hogy hány lépést tett meg. Egy lépés akkor kezdődik meg, amikor a kliens a szervertől a következő üzenetet fogadja (az UJ üzenetre küldött választ ebbe bele nem értve).
• Amikor saveAfterStep lépés megtörtént, ebbe beleértve a beküldött dominó eltávolítását, illetve az UJ dominó beérkezését, akkor a kliens felveszi a kapcsolatot az RMI szerverrel, és feltölti rá a dominóit a felhasználónevén.