Kiuru - 10. Projektipalaveri Aika: 29.11.2002 klo 8.30-11.00 Paikka:Ag C223.1 Läsnä: Toni Hilpinen Marko Koivuniemi (siht.) Kirsi Koponen Pauli Kujala (saapui 10:00) Vesa Lappalainen Jussi Mäkinen (pj.) Miika Nurminen Jukka-Pekka Santanen Markku Vire 1. Läsnäolijoiden kirjaaminen Jussi Mäkinen avasi kokouksen. Marko Koivuniemi kirjasi läsnäolijat. 2. Edellisen palaverin pöytäkirjan hyväksyminen Jussi Mäkinen esitteli edellisen palaverin pöytäkirjan. Esille tuli 1.opponoinnin raportin puutteet, joita ei oltu vielä korjattu. Lisäksi kohdassa tuli esiin JP:n huoli URL:n pituudesta pyynnöissä Timmi-rajapinnalle. Todettiin, että tämä olisi ongelma käytettäessä GET-metodia, mutta POST-metodia käytettäessä ei. Katsottiin myös, ettei ole syytä parametrisoida kutsuja niin, että toistuvat kentät eroteltaisiin pilkulla (parametri=1,2,3) sen sijaan että parametreja annettaisiin useita (parametri=1, parametri=2, parametri=3). Lisäksi keskusteltiin mielisali-idean toteuttamisesta ja päädyttiin siihen että kyseessä on oma saliryhmätyyppinsä, jolloin se ei aiheuta tietokantamuutoksia. JP huomautti että pöytäkirjat täytyisi saada nopeammin valmiiksi. Päätökset: Marko Koivuniemi lisää opponointiraporttiin tarkemman kuvauksen opponoinnista. Projektiryhmä pyrkii tehostamaan pöytäkirjatuotantoaan. 3. Timmi-rajapintamäärittelyn hyväksyminen Käytiin läpi Timmi-rajapintamäärittelyn viimeisin versio ja hyväksyttiin se. Päätökset: Lähetetään tieto Yomilla määrittelyn hyväksymisestä. 4. Sovellussuunnitelman esittely Miika Nurminen esitteli sovellussuunnitelmaansa. JP Santanen esitti palautettaan suunnitelmasta, joka perustui vanhempaan versioon. Kommentit koskivat lähinnä käyttöliittymäkuvia ja muita puutteita kuten tiivistelmän lyhyyttä. Miika Nurminen selvitti asiaa ja kertoi, että toimintoja on viimeisimmässä dokumentissa täsmennetty. Käyttöliittymäsuunnitelmia on lisäilty ja täydennetty ja tietokantasuunnitelmaa päivitetty. Uusi aliluku ohjelmakoodin merkinnöistä on lisätty. Esimerkkinä merkintätavoista JSP-sivuissa projekti ei käytä Out.println-muotoa vaan <%- merkintää. Päätökset: Sovellussuunnitelma kehittyy projektin mukana ja JP:lle toimitetaan uusi versio, jossa on huomioitu hänen kommenttinsa. 5. Keskustelua toteutuksesta Vesa Lappalainen toivoi, ettei TTR-tagia ei käytetä ollenkaan. Kohdissa joissa sitä olemassaolevassa koodissa käytetään, pyritään korjaamaan Kiuru-projektin toimesta. RS2:sta on käytettävä säästeliäästi, sillä se on hidas. Mahdollisesti CachedRowSet auttaisi, mutta tämä jätettiin tulevaisuuden projektien varaan. Vesa muistutti, että kunhan ei availla sisäkkäisiä ResultSettejä ja silmukka on nopea, niin silloin kannattaa käyttää RS:ää eikä RS2:ta. Lisäksi on muistettava, että tietokannan avaus Poolmanin kautta ei kestä kauaa, joten mieluummin käyttää nopeita ja lyhyitä kantayhteyksiä kuin pitää kantaa kauan auki. Tilanne olisi toinen jos Poolmania ei olisi, tällöin kantayhteyksien muodostaminenkin kestäisi. Vesa muistutti vielä, että vaikka kannattaakin vertailla toimintaa Poolmanilla ja ilman, niin kuitenkin: "Antakaa mennä ja lopuksi sitten paneudutaan ongelmakohtiin." JP muistutti että 3 viikkoa aikaa, joten ryhmän tulisi panostaa toteutukseen ja raportit jättää myöhemmäksi. Todettiin, ettei saliryhmätietoja viedä Timmiin Kiurusta. Lisäksi ajauduttiin sivuraiteille keskustelemaan LaTeX:n tuottamien PDF-tiedostojen linkeistä. Näiden toteuttaminen onnistuu erinäisillä paketeilla, mutta ei ole oleellista. Markku Vire kuitenkin lupaili selvitellä asiaa. Taululle hahmoteltiin projektin tilaa siten, että (+)-merkinnällä varustetut olivat valmiita tai ainakin hyvässä vaiheessa. Aikojen arviointi jäi alkuvaiheeseen johtuen siitä, että vaiheet ovat riippuvaisia toisistaan. -ajat ja paikat -sivu, vaihe 0,5 MAX 20HTT -xml-parseri 5 HTT (DOM) -Timmi-rajapinnan kanssa keskusteleva komponentti -varaustietojen päivittäjä -tietojen synkronointi -(omien) varauspyyntöjen näyttö, lisäys, muokkaus ja vahvistaminen -Timmi-jonotus +Salin haku +Salin viikkonäkymä -Salin viikkonäkymä rakennuksittain +Salin lisäys -Saliryhmät -rajapintakomponentti päivittäisi tietokantaa Vesa lupaili avustaa ryhmää sovelluksella, joka ilmoittaa että muutostiedosto on ilmestynyt. Jos Timmi ei vastaa, niin mitkä kyselyt menevät jonoon ja mitä tapahtuu? Vaihtoehtoina esitettiin: 1)Ilmoitus jossa pyydetään ottamaan yhteyttä johonkin, 2) Pyyntö menee jonoon 3) Yritetään useampaan otteeseen ja lopulta unohdetaan. Tästä lähtötilanteesta käytiin läpi kyselyitä ja huomattiin, että tallennaVaraus, paivitaVarauksenTiedot, poistaVaraus ja mahdollisesti myös paivitaYhteyshenkilo ovat jonotettavia kyselyitä. Keskustelussa tarkennettiin vielä, että varauksen saa poistaa varauksen tekijä tai vahvistusoikeuksien haltija. Henkilökohtaisiin asetuksiin Kiurussa toivottiin mahdollisuutta saada viestit joko sähköpostiin, ilmoitustaululle tai molempiin. Oletukseksi otettiin se, että kaikki ilmoitustaululle tulevat viestit tulevat myös sähköpostiin. Synkronoinnin järjestämisestä esitetiin vaihtoehto, jossa tietokannan päivittäjä on irrallinen prosessinsa (JSP tai itsenäinen sovellus). JSP-sivu kutsuisi RMI:llä tietokannan päivittäjää. Erillinen JSP-sivu/prosessi hoitaisi logitiedostojen käsittelyn ja kyselyt. Ideaksi kuitenkin muodostui, että varaustietojen päivittäjä toimii pyynnöstä ja koko kannan synkronointi toimii automaattisesti. Koska logitiedoston ilmaantumisesta ilmoittava järjestelmä voitaisiin toteuttaa systeemikutsuja käyttäen ja tämä vaatisi porttien aukaisua, niin päätettiin lähettää Harri Tuomelle tiedustelua systeemikutsuihin ja portteihin liittyen. Käyttöliittymäasioita käsiteltiin paljon. Esiin tuli mm. päällekkäisten varausten esittäminen värikoodein. Mitä tummempi väri sitä enemmän päällekkäisyyksiä. Lisää sali-sivuun organisaatioksi oletuksena oma organisaatio. Raportit-osiossa tärkein olisi salien lukujärjestykset. Karsintaa voi tehdä henkilöihin perustuvista luetteloista. Viikkokalenterin tulostus olisi tärkeä ominaisuus ja sen voisi toteuttaa generoimalla LaTeX-tiedoston, jonka voisi muuntaa pdflatex-työkalulla PDF-tiedostoksi. Aikojen ja paikkojen haku -ruutuun päätetiin lisätä vaihtoehto, jolla tietty sali voidaan lisätä omaan mielisalien ryhmäänsä. Päätökset: Projektiryhmä pureskelee kokouksen laajan annin ja jatkaa työskentelyä. LaTeX-lukujärjestyspohjan suunnittelu. Ryhmä lähettää Harri Tuomelle tiedustelua systeemikutsuihin ja avoimiin portteihin liittyen. 6. Muut esille tulleet asiat Päätökset: 7. Tehtävistä sopiminen - Marko Koivuniemi lisää opponointiraporttiin tarkemman kuvauksen opponoinnista. - Projektiryhmä pyrkii tehostamaan pöytäkirjatuotantoaan. - Lähetetään tieto Yomilla määrittelyn hyväksymisestä. - Sovellussuunnitelma kehittyy projektin mukana ja JP:lle toimitetaan uusi versio, jossa on huomioitu hänen kommenttinsa.Projektiryhmä pureskelee kokouksen laajan annin ja jatkaa työskentelyä. - LaTeX-lukujärjestyspohjan suunnittelu. - Ryhmä lähettää Harri Tuomelle tiedustelua systeemikutsuihin liittyen. 8. Sovitaan seuraavan palaverin ajankohta Seuraava palaveri järjestetään perjantaina 5.12.2002 klo 10:15 huoneessa C223.1