Zápis zo stretnutia k tímovému projektu |
5/2006 |
|
Dátum: |
21.3.2006 |
|
Prítomní: |
Barla, Bartalos, Porubský, Sivák, Szobi, Tvarožek, Filkorn |
|
Miesto: |
D209 |
|
Zapísal: |
Náplň stretnutia a závery z diskusie
Vyhodnotenie úloh a postupu projektu:
Peter B.:
Problém s prístupom k private premenným beany v BeanToGraph
Vyriešené – pristupovať sa bude cez getters&setters, pred názov premennej sa doplní prefix
BeanToGraph - nie je vymazávanie, dokumentácia
Predpokladá sa budúci týždeň
Ján P.:
Nedarilo sa mu plnohodnotne rozchodiť portál
Problém bol v zlej konfigurácii WEB-INF/cocoon.xconf, kde bola zle nastavená cesta k portal skinom
Problém s nesprávnym zobrazením formuláru v niektorých prehliadačoch vyriešil zjednodušením svojich štýlov (aktuálne sa aplikujú iba na textové polia)
Kristián S.:
Problém zobrazovania OfferedBy a OfferedVia
OfferedVia sa zobrazovať nemusí nikdy
OfferedBy sa musí zobraziť, ak ponuku zadáva pracovná agentúra
Riešenie pomocou dodatočných metadát, template formulára s podmienkami (jx:if) a dodatočná premenná pre JXTemplate generátor – zadaná flowom
Problém rolí a správy používateľov
Dedenie rolí nejde v prípade potreby použijeme ich kombinácie
Cocoon poskytuje len interface, samotnú správu používateľov si musíme naimplementovať sami (pipelines addUser, removeUser a čo je za tým)
Skúmal autentizačný framework
Správa je v prílohe
Manažoval kvalitu
Zatiaľ v poriadku
Michal T.
Práca na integrácii nástroja Factic do tímového projektu
Factic implementuje rozhrania cocoon generatora
Funguje v coplete v portáli - zobrazenie nie je dokonalé (layout), treba ho zlepšiť
Pridať prácu s ďalším zdrojom dát – relDB
Michal B.
V tíme sa používali dva rôzne druhy ontologického úložiska (RDF, RDFSchema)
Prerobenie časti nástroja Factic, ktorá komunikuje so Sesame na RDFSchema úložisko
Práca na generovaní formulárov
Využitie RepositoryProxy z nástroja Factic, doplnenie metód na zisťovanie ďalších vlastností o triedach z ontológie cez OntologyExaminer
Prvotné generovanie vnútornej reprezentácie formulára a beany pomocou XML DOM – bolo by vhodné pridať ešte jednu objektovú medzivrstvu reprezentujúcu widgety
Peter S.
Práca na generovaní formulárov
Zadefinovanie štruktúry vnútornej reprezentácie formulára a beany v XML
Rozchodenie Xalan XSL transformátora – umožňuje viacero súborov
Generovanie beany
Ďalšia diskusia:
Opäť sa preberala internacionalizácia
Produkt bude v angličtine, pripravený na slovenčinu – treba vytvoriť anglický slovník pojmov a v portáli sa odkazovať pomocou ID do slovníka
Otázna je internacionalizácia obrázkov – treba zistiť čo umožňuje I18n transformer
Spôsob zobrazovania Prerequisities, riešenie multiple range niektorých hrán
V modeli musia byť prítomné všetky polia v beane musia byť všetky polia, niektoré budú prázdne
Template s podmienkami – podobne ako checkbox pre startDateASAP
Tree widget získava vyššiu prioritu – treba si to reálne vyskúšať
Ďalšie stretnutie
Ďalšie stretnutie je naplánované na 28.3.2006.
Vyhodnotenie a stav predchádzajúcich úloh
Nové úlohy
Úsilie sa sústreďuje hlavne na dokončenie úloh zadefinovaných na minulých stretnutiach
Predpokladané ukončenie |
Riešitelia |
Opis úlohy |
Priorita |
Stav riešenia |
|
Barla |
|
Nízka |
Nová |
|
Bartalos |
|
Nízka |
Nová |
|
Porubský |
|
Nízka |
Nová |
|
Sivák |
|
Nízka |
Nová |
|
Szobi |
|
Nízka |
Nová |
|
Tvarožek |
|
Nízka |
Nová |
Príloha – Správa k autentizačnému frameworku (Kristián Szobi)
Aplikačný framework je dostatočne flexibilný, takže ho stačí len správne nakonfigurovať. Dokáže chrániť rovnakým spôsobom niekoľko dokumentov (dokument = request na dátovod, súbor, atď) tak, aby mal užívateľ po autorizácii prístup ku všetkým. Rovnako podporuje aj viacero spôsobov autorizácie – každý dokument alebo skupina dokumentov môže byť chránení zvlášť. Legitimita užívateľov sa overuje pomocou tzv. autentizačného resource, ktorým býva najčastejšie relačná databáza, XML databáza, LDAP alebo obyčajný XML súbor.
Autentizačný framework obsahuje komponenty, ktoré sa dajú využiť v sitemape. Sú to predovšetkým akcie, ktoré riadia samotné spracovanie http požiadavky v dátovode. Autorizačné skupiny sú vyjadrené pomocou handlerov, ktoré sú priradené k jednotlivým dokumentom. Spravovanie konfigurácií jednotlivých handlerov má na starosti Autentizačný manažér.
O jednotlivých užívateľoch je v session vytvorený objekt authentification. Tento obsahuje okrem základných údajov(id, rola) aj položku data, do ktorej si môžeme ukladať doplňujúce údaje. Framework nám neumožňuje priraďovanie viacero rolí jednému úžívateľovi.
Ak užívateľ nemá prístup k požadovanému dokumentu, môže sa zavolať náhradný dátovod.