Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004

Transkript

1 Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Oppgave 1 RMI-tjenerobjekt (databasewrapper) A Sentral tjenermaskin med database, RMi-register og RMI-tjenerprogram vis kart gjør bestilling bekreft/avvis tilbud webtjener registrer pålogging sett status for min bil bekreft oppdrag meld forsinkelse C klientpc hos sjåfør tildel oppdrag registrer pålogging vis kart gjør bestilling bekreft/avvis tilbud registrer status på bil D klientpc hos adm meld forsinkelse B klientpc hos kunde Sjåførtilbakekallsobjekt Admtilbakekallsobjekt Angi hvor fjernobjektene kjører: Vi har tre fjernobjekter: Databasewrapperobjekt på sentralmaskinen, boks A på figuren Tilbakekallsobjekt i drosjebilene, boks C på figuren Tilbakekallsobjekt i klient-pc-ene hos adm., boks D på figuren Tjenester som fjernobjektene må kunne utføre: RMI-tjenerobjektet (fjernobjektet) på den sentrale tjenermaskinen (A) er en databasewrapper som formidler meldinger fra klientene til databasen. En pool holder en samling åpne databaseforbindelser, og hver databasemetode begynner med å hente en forbindelse fra poolen. Etter at oppgaven er utført leveres forbindelsen tilbake. Enten kan hver klient få tildelt sitt eget databasewrapperobjekt av en wrapperfabrikk, eller alle kan bruke det samme objektet. I siste tilfelle er det nødvendig at metodene er synkroniserte. Pilene på figuren er tegnet i retning fra klient- til tjenerobjekt. Punktene ved siden av pilene viser meldingene. Dersom kunden bruker nettleser, kommuniserer denne via servlets (ev. JSP) på en webtjener som sørger for at meldingene sendes til RMI-objektet. 1

2 De aller fleste meldingene går fra klientene til databasewrapperobjektet. se figuren for oversikt. Tjenester ved siden av piler som peker mot boks A, er tjenester som databasewrapperobjektet må tilby. To meldinger går motsatt vei. Vi har tilbakekallsobjekter hos to av klientene: Oppdrag tildeles en drosje ved at sentralen sender en melding til tilbakekallsobjektet hos den aktuelle drosjesjåføren. Dersom det oppstår en forsinkelse, skal det komme en melding på administrator-pc-ene. Dette skjer også ved tilbakekall. Funksjonaliteten til (hoved-)programmene i systemet: Sentral maskin, boks A på figuren: RMI-registeret kjører kun på denne PC-en. Her kjører et tjenerprogram som oppretter databasewrapperobjektet (eventuelt en fabrikk for slike). Programmet registrerer objektet med navn i RMI-registeret. Klienter som kopler seg på (gjelder alle typer klienter), henvender seg til RMIregisteret på tjenermaskinen, oppgir navnet på tjenerobjektet, og de får tildelt en referanse (et stubbobjekt) til dette objektet. Via dette stubbobjektet kan klientene få utført tjenestene som vist på figuren. Kliente i boks C og D på figuren må opprette tilbakekallsobjektet, samt registrere seg ( logge inn ) hos tjenerobjektet som kjører på den sentrale maskinen. Som argument til denne påloggingen sendes en referanse til tilbakekallsobjektet. Dette brukes ved sending av meldinger tilbake til de respektive tilbakekallsobjektene, i det ene tilfellet (C) tildeling av kjøreoppdrag og i det andre tilfellet (D) beskjed om forsinkelse. RMI-grensesnitt: // Dette interfacet er for kundeklienter og for adm-klienter interface BestillingGrensesnitt extends Remote { BestData registrerbestilling(bestilling best) throws RemoteException; void svarpåbestilling(int refnr, boolean godtabest) throws RemoteException; // returnerer et sonenr for hver ledige drosje int[] finnledigedrosjer() throws RemoteException; // Tillegg for adm-klienter interface AdmGrensesnitt extends Bestilling { void registrermeg(admklient klient) throws RemoteException; // innlogging void registrerstatusbil(string bilid, String nystatus) throws RemoteException; void loggmegav(int klientid) throws RemoteException; // Interface for bilklienter interface BilGrensesnitt extends Remote { void registrermeg(bilklient klient) throws RemoteException; // innlogging void settstatus(string bilid, String nystatus) throws RemoteException; void bekreftoppdrag(int oppdrid, boolean ok) throws RemoteException; void meldforsinkelse(forsinkelse info) throws RemoteException; // Interface for tilbakekallsobjektet hos bilklientene interface BilKlient extends Remote { String finnbilid() throws RemoteException; 2

3 void tildeloppdrag(oppdrag info) throws RemoteException; // Interface for tilbakekallsobjektet hos adm-klientene interface AdmKlient extends Remote { String finnadmid() throws RemoteException; void meldforsinkelse(forsinkelse info) throws RemoteException; // Klasser som serialiseres (parametertyper i metodene foran) class Forsinkelse implements java.io.serializable { private String bilid; private int antmin; private String info; //... metoder class Bestilling implements java.io.serializable { private String navn; private int antpers; private String fraadresse; private String tiladresse; private String tidspunkt; //... metoder class Oppdrag extends Bestilling { private int refnr; private BilInfo[] bilinfo; // hvilke biler skal ha oppdraget, tidspunkt de skal møte //.. metoder class BestData implements java.io.serializable { private int refnr; private String info; // tidspunkt, ev. flere hvis ikke alle bilene kan komme samtidig private int antallbiler; //... metoder Håndtering av et oppdrag: Forutsetter følgende prosedyre: Meldingen registrerbestilling() kommer inn til databasewrapperobjektet. Når ledig biler er funnet sendes meldingen tildeloppdrag() til bilenes tilbakekallsobjekt. Et objekt av klassen BestData lages og returneres til den som gjorde bestillingen. Sjåføren bekrefter oppdraget senere. Dersom han unntaksvis avviser oppdraget, går dette via sentralen, og de har ansvaret for å varsle kunden. Dersom kunden takker nei til tilbudet, fjernes oppdraget automatisk fra køene til de aktuelle drosjene. Av denne grunn bør systemet sette en meget kort tidsfrist for en kunde til å akseptere et tilbud. Pseudokode, relativt detaljert: * Databasewrapperobjektet: * Tar i mot en bestilling, finner biler som passer til oppdraget, lagrer oppdraget * i databasen, og returnerer bestillingsinfo til klienten. BestData synchronized registrerbestilling(bestilling best) throws RemoteException { int refnr =... finnrefnr()... Oppdrag oppdrag = new Oppdrag(best, refnr); * Et bilinfo-objekt inneholder en referanse til tilbakekallsobjektet til en bil, * samt tidspunktet den kan forventes hos kunden. 3

4 * Dersom én bil er nok, har tabellen lengde 1. * Dersom det ikke er mulig å finne biler, settes lengde lik 0. BilInfo[] bilinfo =... drosjesentral.finnbiler(best, okbil)... for (int i = 0; i < bilinfo.length; i++) { bilinfo[i].finnbil().tildeloppdrag(oppdrag); if (bilinfo.length > 0) { oppdrag.lagremerinfo(bilinfo); lagreoppdragsinfo(oppdrag); // lagre i databasen, se nedenfor String info =.. streng som inneholder tidspunktene de ulike bilene kan forventes... BestData bestilling = new BestData(refNr, info, bilinfo.length); return bestilling; else return null; * Litt om databasen: * * Har en tabell med Bilinfo og en med Oppdragsinfo. Mellom disse har vi en koplingstabell, * BilOppdrag, som knytter en eller flere biler til hvert oppdrag. Når et nytt oppdrag skal registreres, * må det legges inn nye linjer tabellen Oppdraginfo og tabellen BilOppdrag. * * Databasewrapperobjektet, metode som ikke er tilgjengelig for klienter: void lagreoppdragsinfo(oppdrag oppdrag) {... hent dbforbindelse fra pool... forbindelse.setautocommit(false); // definerer transaksjon Statement stm = null; ResultSet res = null; try { stm = forbindelse.createstatement(); legger inn en linje i tabellen Oppdrag String sql = "insert into Oppdragsinfo(oppdragId, navn, fraadr, til Adr, antpers,..) values(" + oppdrag.finnoppdragid() + ", " + oppdrag.finnnavn() +... stm.executeupdate(sql); stm.close(); legger inn linjer i tabellen BilOppdrag, en linje pr bil for (int i = 0; i < oppdrag.finnantbiler(); i++) { BilInfo bilinfo = oppdrag.finnbilinfo(i); sql = "insert into BilOppdrag(bilId, oppdragid, tidspunkt) values(" + bilinfo.finnbilid() + ", " + oppdrag.finnoppdragid() + ", " + bilinfo.finntidspkt() + ")"; stm.executeupdate(sql); stm.close(); forbindelse.commit(); catch(exception e) { forbindelse.rollback(); // feil oppstått, ruller tilbake // behandle feil finally {... lukk res- og stm-objekter... forbindelse.setautocommit(true);... levér forbindelse tilbake til pool... * Tilbakekallsobjektet i drosjebilen: void tildeloppdrag(oppdrag info) throws RemoteException {.. vis info om oppdraget på skjermen i drosjen.. 4

5 Oppgave 2 - J2EE (vekt 50 %) Oppgavene vektes slik: a 5%, b 20 %, c 25%. a) Ser du noen fordeler med å bruke J2EE for å lage systemet beskrevet i case et? Kan det være noen ulemper? Fordeler: Ulemper: b) Du skal nå lage systemet med J2EE (men du må selv avgjøre hvor det passer med EJB'er og evt. andre typer objekter). Beskriv hvilke klasser og interface du trenger (her tenker jeg på fjernobjekter, fjerninterface, tilstandsfulle/tilstandsløse Session Beans, Entity Beans osv.).prøv kort å grunngi tankegangen din for de ulike valgene. Hva vil være klienter og hva vil være tjenere i systemet? Under vises en grov figur av hvordan systemet kan designes: Taxi TaxiImpl (fjernobj) KundeKlient (PC) TaxiSentral TaxiSentral Impl (fjernobj) TaxiFasadeBean (TLSB EJB) TaxiTilstandBean (TFSB EJB) SoneBean (Entity CMP EJB) 1 * GateBean (Entity CMP EJB) Applikasjonstjener Forklaring: En KundeKlient er klienten som kunden bruker (fra PC). Denne klienten tar bestandig kontakt med TaxiFasadeBean, og får den informasjonen og kan bestille taxi via metoder i fasaden. Taxi er et objekt som befinner seg i maskinen i taxien. Dette objektet må sørge for å gi beskjed til tjenerapplikasjonen ved tilstandskifter (f.eks. taxi blir ledig, 5

6 opptatt, når posisjonen skifter osv.). I applikasjonstjeneren finnes en EJB som heter TaxiTilstandBean som holder rede på tilstanden til taxien. Hva som skal ligge i denne EJB'en kan diskuteres, men det må i hvertfall ligge en referanse til et fjernobjekt i taxi'en (TaxiImpl). Grunnen til dette er at applikasjonen må kunne ta kontakt med taxi'en, for å kunne gi nye oppdrag. Her vil det ikke være lurt å bruke noen EJB i taxi'en, fordi man da også må kjøre applikasjonstjener i bilen. Dette vil være «over-kill». TaxiSentral er applikasjonen som de som sitter i sentralen bruker. Denne bruker også fasaden. Her vil vi også ha et fjernobjekt (TaxiSentralImpl) som gjør at sentralen kan få tilbakemelding om en taxi skulle bli forsinket. Varig informasjon er Soner og gateadresser. Dette er lagt i Entity EJB'er. Ettersom en sone inneholder flere adresser er det opprettet en 1 til mange relasjon mellom disse. Disse EJB'ene er nok mest fornuftig å lage med CMP, og relasjonen må da spesifiseres i deployment descriptor. Beregning av om taxi blir for sen kan gjøres på flere måter. Det kan f.eks. være TaxiTilstandBean sin oppgave eller dette kan ligge i fasaden. c) Du skal nå lage deler av systemet i mer detalj. Ta for deg at en kunde skal bestille en taxi. Dette gjøres via PC. Programmer de delene som inngår i en slik bestilling, helt fram til kunden får en bekreftelse på bestillingen. Merk at det ikke er viktig å ha med alle detaljer. Skriv tekst (psaudokode) hvor det faller naturlig. Algoritmer osv. som trengs for beregninger kan du anta at du har. Det du bør få med er hvilke metoder, klasser og interface som trengs, hvordan EJB'ene (og evt. andre objekter) finner hverandre osv. Grov feilhåndtering bør også være med. 6