Meeskond:Curry - Revision history

Relken at 19:13, 11 June 2018

2018-06-11T19:13:09Z

← Older revision		Revision as of 22:13, 11 June 2018
Line 413:		Line 413:
	==Veebiteenus==		==Veebiteenus==
	* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.		* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
	* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses ~~identity~~ raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis ~~õigustele~~ kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.		* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses Identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis rollidele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
	* Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.		* Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
	* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.		* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.

Relken at 17:30, 11 June 2018

2018-06-11T17:30:52Z

← Older revision		Revision as of 20:30, 11 June 2018
Line 458:		Line 458:
	'''09.06.2018''' -		'''09.06.2018''' -
	XML töö valmis		XML töö valmis

			'''11.06.2018''' -
			retsensioonid tehtud

Relken at 17:30, 11 June 2018

2018-06-11T17:30:12Z

← Older revision		Revision as of 20:30, 11 June 2018
Line 428:		Line 428:
	==XML osa==		==XML osa==
	* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.		* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.
	XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.		* XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.
	* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.		* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.
	Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.		Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.

Relken at 17:29, 11 June 2018

2018-06-11T17:29:43Z

← Older revision		Revision as of 20:29, 11 June 2018
Line 414:		Line 414:
	* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.		* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
	* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis õigustele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.		* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis õigustele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
	Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.		* Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
	* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.		* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.
	Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.		Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.

Relken at 17:20, 11 June 2018

2018-06-11T17:20:44Z

← Older revision		Revision as of 20:20, 11 June 2018
Line 434:		Line 434:


	==Tegevuste logi:==		=Tegevuste logi:=
	'''10.02.2018''' -		'''10.02.2018''' -
	Meeskonna loomine, idee paikapanemine.		Meeskonna loomine, idee paikapanemine.

Relken at 17:20, 11 June 2018

2018-06-11T17:20:03Z

← Older revision		Revision as of 20:20, 11 June 2018
Line 408:		Line 408:
	</xsl:stylesheet>		</xsl:stylesheet>
	</source>		</source>

			=Meie retsensioonid BestInShow meeskonnale=

			==Veebiteenus==
			* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
			* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis õigustele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
			Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
			* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.
			Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.


			==Klientrakendus==
			* Meeskond BestInShow on loonud klientrakenduse tõukoerte registri kohta, kus kasutatakse ära enda poolt loodud REST veebiteenuseid. Rakendus on loodud Angular raamistikus ning kasutatud on selle viimast versiooni 6.0. Juba ainuüksi Angulari valimine on julge väljakutse, arvestades et käesoleva kursuse raames pidi selle osa täielikult iseseisvalt omandama.
			* Meeskonna Wiki lehel oli olemas kena õpetus, kuidas rakendus käima panna, veebiteenus ja klientrakendus töötavad erinevates projektides. Kaasa oli pandud rakenduse toimimiseks vajalikud algandmed sql-failis, mis tuli pärast andmebaasi loomist sisse laadida. Mingeid tõrkeid käivitamisel ei esinenud. Olles esilehele jõudnud, pakutakse võimalust kas sisse logida või uus kasutaja luua. Selgub et, sisselogimata kasutaja suurt midagi muud teha ei saagi. Analüüsi funktsionaalsetes nõuetes on kirjeldatud, et registreerimata kasutaja saab sirvida kenneleid, tõugusid, pesakond ja koeri. Rakenduse juhendiga on kaasa pandud mõned valmiskasutajad koos vajalike paroolidega. Uue kasutaja registreerimine toimib hästi, kõikide väljade täidetust valideeritakse ning antakase teada probleemist, kui ei ole sobilikult täidetud või kui juba sama kasutajanimi esineb. Seejuures on hästi kasutatud nii registreerimisvormil kui ka muudes kohtades edukalt Bootstrap võimalusi. Sisseloginuna kuvatakse teade, et mul ei ole veel koeri kuid puudub ka nupp koerte lisamiseks. Koeri saab lisada, kui kasutada juba loodud kasutajakontot ’breeder’ rollis. Ei oska öelda, kas see peakski nii olema, kuid võiks eeldada, et tavaõigustes kasutaja peaks saama ka omale koera registreerida. Koera detailvaate kuvamise funktsionaalsus on jäänud realiseerimata (selgub koodile peale vaadates), toimib olemasoleva koera andmete muutmine. Loodud on võimalus oma koera teisele omanikule anda, selleks avaneb eraldi modal aken, kuhu tuleb sisse kirjutada uus omaniku kasutajanimi. Siinkohal on probleem, et peab teadma täpset teist kasutajanime, võiks olla näiteks dropdown menüüst valitav võimalike kasutajate hulga seast. Kui sisestada suvaline nimi, ei anta teada, et sellist kasutajanime ei eksisteerida, konsoolist olevast errorist saab aru et ei õnnestunud. ’Breeder’ ja ’Owner’ rolliga saab esitada taotluse uue kenneli loomiseks, kus saab määrata, mis tõugu koeri on võimalik seal kasvatada. Need taotlused jõuavad admin õigustes kasutaja töölauale ning kui taotlus saab aktsepteeritud, jõuab vastav kennel ka kennelite nimekirja. Tundub, et edasine funktsionaalsus kennelite osas on jäänud realiseerimata, vähemalt ei paista kusagilt välja et midagi nende kennelitega teha saaks, sinna koeri paigutada vms.
			* Kõige häirivam probleem, on et brauseri refreshimisel läheb sisse loginud kasutaja jaoks rakendus katki – ’currentUser’ muutuja ei saa enam laadimisel väärtustamisest ning kui teistes komponentides viidatakse sellele muutujale, ei saada sealt enam väärtust kätte. See ’currentUser’ võiks olla Observable tüüpi ning komponenti laadimisel võiks ta olla väärtustatud olemasoleva localStorages talletatud tokeni seest dekodeerimisel väljaloetud kasutajanime järgi.
			* Hea külg on, et rakenduse ülesehitusel on kasutatud loogilist komponentideks ja alamkomponentideks jagamist ning head arendusmustrit, kus on eraldi service-klassid API teenuste poole pöördumiseks, eraldi on rakenduses kasutatavad mudelid. Stiilifailid eraldi css failidena. Selline struktuuri järgimine teeb koodi lugemise ja vajaliku leidmise lihtsaks. Sisseloginud kasutaja jaoks, kel on olemas vastav token, pannakse interceptor meetodi abil iga päringuga päringu headeris automaatselt kaasa tema token. Implementeeritud on ’AuthGuard’ meetod, ehk piiratakse millised rakenduses olevad leheküljed on mõeldud vaatamiseks ainult sisseloginud kasutajale ehk neile kes omavad tokenit.
			Kokkuvõttes on mõningatele puudustele vaatamata tehtud hea ning kiiduväärt töö.

			==XML osa==
			* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.
			XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.
			* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.
			Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.

Relken: /* XSLT transformatsioon: XML -> HTML */

2018-06-09T14:33:53Z

XSLT transformatsioon: XML -> HTML

← Older revision		Revision as of 17:33, 9 June 2018
Line 326:		Line 326:
	=='''XSLT transformatsioon: XML -> HTML'''==		=='''XSLT transformatsioon: XML -> HTML'''==
	<source lang="xml">		<source lang="xml">
	<xml version="1.0" encoding="UTF-8"?>		<?xml version="1.0" encoding="UTF-8"?>
	<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">		<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
	<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />		<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />

Relken: /* XSLT transformatsioon: XML -> HTML */

2018-06-09T14:32:42Z

XSLT transformatsioon: XML -> HTML

← Older revision		Revision as of 17:32, 9 June 2018
Line 326:		Line 326:
	=='''XSLT transformatsioon: XML -> HTML'''==		=='''XSLT transformatsioon: XML -> HTML'''==
	<source lang="xml">		<source lang="xml">
	xml version="1.0" encoding="UTF-8"?>		<xml version="1.0" encoding="UTF-8"?>
	<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">		<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
	<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />		<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />
Line 376:		Line 376:
	</xsl:stylesheet>		</xsl:stylesheet>
	</source>		</source>


	=='''XSLT transformatsioon: XML -> XML'''==		=='''XSLT transformatsioon: XML -> XML'''==

Relken at 14:02, 9 June 2018

2018-06-09T14:02:05Z

← Older revision		Revision as of 17:02, 9 June 2018
Line 39:		Line 39:
	* Peale limiitorderite ka teiste orderitüüpide toetamine.		* Peale limiitorderite ka teiste orderitüüpide toetamine.

			=='''Juhend lõpptoote kasutamiseks:'''==
			* Proovimaks administraator õigustes kasutaja funktsionaalsust, logi sisse kasutajanimega 'adminuser' ning parooliga 'Kala1.maja'

	=='''XML andmefail'''==		=='''XML andmefail'''==

Relken at 13:53, 9 June 2018

2018-06-09T13:53:03Z

Show changes