Dobrý den, pokud víte, jak funguje rtf tak je to brnkačka; otázka je, jestli by to pokrylo Vaše požadavky na formátování a tak.
Pokud se cítíte na XML, co Vám brání použít OpenOffice, to přece dokumenty do XML ukládá? Petr Zajíc -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jaroslav Kortus Sent: Monday, January 29, 2007 1:24 AM To: Java Subject: Re: jak spustit externi aplikaci (alias jak generovat smlouvy) Dobry den, dekuji za vsechny prispevky. Prave proto, ze si pouzitim JR nejsem jist, napsal jsem onen prispevek. Jde o to, ze smlouva (jeji tisknutelna verze) ma zpravidla pevne definovanou strukturu, ale muze se stat, ze pro vyznamneho klienta je zapotrebi pridat do smlouvy nejaky dodatek, zmenit ostavec v podminkach ci smluvni podminku a tak (v realu se to stava denne). Soucasne reseni: Soucasne zastarale reseni funguje asi takto: Existuji sablony we wordu (vzorova smlouva), ktera obsahuje dynamicka pole editovatelna pomoci maker. Při založení nové smlouvy obchodník vyplni formulář v klientské aplikaci. Pomoci prilozenych maker se do smlouvy doplni hodnoty z vyplnenych poli, nejake tabulky a tak. Pred samotnym tiskem se muze smlouva upravit jeste rucne (obvykle napr. smluvni podminky), cimz vsak zcela ztracime konzistenci mezi podepsanou platnou uzavrenou smlouvou a daty v IS. Platna verze smlouvy .doc soubor se archivuje. Pokud klient prijde a chce zmenit napr. smluvni podminku, nasmlouvanou castku, ci cokoliv jineho zpravidla smlouvu nerusime a nevytvarime novou, ale rucne zmenime data v klientske aplikaci a pote tataz data zmenime v .doc puvodni verzi smlouvy, kterou mame archivovanu. Cela, dnes jiz velmi komplikovana, mnohokrat zaplatovana klientska aplikace tedy v zasade slouzi pouze pri vytvareni nove smlouvy. V situaci, kdy se smlouva prodluzuje nebo meni jeji podminky, nelze jiz aplikace pouzit, protoze jedine misto, kde je smlouva v platnem zneni je onen .doc soubor resp. na originalu smlouvy, kterou vlastni zakaznik. Pokud se nejaky zakaznicky pozadavek zacina casteji opakovat, ukolujeme programatory, aby implementovali do systemu novy vzor (sablonu) smlouvy. Ukolem je navrhnout modernizaci aplikace a posleze ji implementovat, aby nebylo nutne napriklad kvuli "doplneni jedne tecky" do sablony kontaktovat programatory. Moje predstava o novem reseni: Navrhnout strukturovanou formou SMLOUVY. Vytvorit rozhranni, ve kterem by mohl uzivatel vytvaret nove a nove sablony smluv bez nutnosti zasahu do zdrojoveho kodu aplikace (samozrejme pokud se nezmeni struktura smlouvy), narozdil od soucasne podoby. Vytvorit rozhranni, ve kterem obchodnik muze vytvaret editovat (nebo mazat) smlouvy, vytvaret tiskove nahledy a tisknout je. Konkretne: Domnivam se, ze vhodnym formatem pro tvorbu sablon by mohl byt XML (odpada nutnost implementovat specialni UI pro tvorbu sablon). Implementovat generator smluv (std. prekladac podle navrhoveho vzoru interpreter). S tim, co znam (s Jasperem nemam bohuzel zkusenosti) bych si umel predstavit generator do LaTeXu nebo docbooku, zavoalt externi compiler a posleze napriklad z PDF nahlizet a tisknout. Otazky: Jde to jednoduseji? Uvadite RTF: je problem otevrit vygenerovany RTF ve wordu se spravnym formatovanim? je nutne OpenOffice spoustet pri generovani RTF? je nutne mit OpenOffice vubec nainstalovany? doporucil byste mi nejakou literaturu? Pri hledani jsem narazil na velmi zajimavy projekt http://jooreports.sourceforge.net/ . Dekuji, Jaroslav Kortus > Já mám moc dobré zkušenosti s rtf, do kterého jde přímo psát. Takže, pokud > by na Vaše problémy stačil RTF, tak není co řešit. Prostě ho poeditujete > pomocí kódu a je to. > > Jinak ... mno, nejspíš OpenOffice, to lze s Javou propojit dost dobře. > Řešení s Wordem bude o mnoho náročnější. > > Nezmínil jste, zda, případně jak jste vázán formátem. Co z toho má lézt? > PDF? > > Petr Zajíc > > -----Original Message----- > Sent: Friday, January 26, 2007 9:03 PM > To: konference@java.cz > > Dobrý den, > chtěl bych z Java EE aplikace generovat komplet smlouvu připravenou pro > tisk. Smlouva může a obsahuje některá složitější formátování, jako tabulky, > víceúrovňová číslování, poznámky pod čarou, indexy. Cokoliv ve smlouvě by > mělo být možné změnit školeným uživatelem bez zásahu do zdrojového kódu j2ee > aplikace, například na úrovni změny šablony (přidání smluvní podmínky..). > Doporučili byste mi JasperReports, nebo znáte jiný, lepší způsob (třeba > generovat zdrojový kód pro LaTeX nebo Docbook). Děkuji, nemám zatím žádné > zkušenosti, tak budu vděčný za každý námět. > > Jaroslav Kortus >