[Java lista] Elektronikus formanyomtatvány
Zsombor
gzsombor at gmail.com
2008. Jún. 9., H, 23:27:47 CEST
2008/6/9 István Viczián <viczian.istvan at gmail.com>:
> Ăśdv,
>
> azért ettől függetlenül remélem a probléma megoldható. :) Az XML
> formátumban valĂł megadása mind a kĂ©rdĹ‘Ăvnek, mind az adat
> visszajutásának szinte biztos (ha nem valami PDF alapú megoldás lesz),
> Ăgy adĂłdik a kĂ©rdĂ©s, hogy az XML adatbázisba töltĂ©sĂ©t hogyan lehet a
> legszebben megvalĂłsĂtani. Persze vannak mindenfĂ©le binding technikák,
> akinek ezekkel van tapasztalata, meghallgatom, de itt a lényeg, hogy
> ezeket a binding-okat az űrlap szerkesztőben lehessen megadni, vagy
> akár a sémát ez alapján lehessen kigenerálni. Ehhez meg annyira ne
> kelljen programozĂłi tudás. Nem megoldás kĂĽlön "loader"-ek Ărása minden
> új űrlap esetén.
>
> Ha magánban megĂrnád, hogy hol futott a projekt (ha nem is konkrĂ©tan
> melyik cĂ©gnĂ©l, hanem milyen szektorban), ĂgĂ©rem nem adnám tovább. :)
>
> Viczi
>
Persze megoldhatĂł :) A problĂ©mát az bonyolĂtotta, hogy egyrĂ©szt verziĂłzni
kellett a különböző formokat, másrészt meg az al-formokra be lehetett
állĂtani, hogy tetszĹ‘leges sokszor hozzá lehetett adni az elkĂ©szĂĽlt
dokumentumhoz (mindezt rekurzivan, pl ilyen ismétlődő kontakt form, benne
ismétlődő telefonszám form), valamint hogy a beirt értékeket külön táblában
is le kellett tárolni, nem csak a dokumentum XML-ben, a kettő között volt
egy XPath tábla is, ami megmondta, hogy mi hol és hogyan felel meg, stb,
stb.
Alapvetően az volt szerintem a fő probléma, hogy a követelmények
folyamatosan bővültek, a kliens igen nehéz eset volt, s ha az elején tudtuk
volna amit a vĂ©gĂ©n, akkor egĂ©sz más lett volna minden :) De ez Ăgy szokott
lenni.
Amúgy ingatlan szerződésekről szólt az egész.
Zs
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20080609/4ac5b3b2/attachment.html
További információk a(z) Javalist levelezőlistáról