Re: jak spustit externi aplikaci (alias jak generovat smlouvy)
> S iText jsem si uz trochu hral.. bohuzel pripada mi, > ze to vyjde nastejno, jako to psat v tom latexu s > tim, ze vysledny dokument neni tak "pekny" a to > nemluvim o pracnosti oddeleni obsahu od formy. PDF-ko podporuje jednoduche oddelenie obsahu od formy. iText vobec nepotrebujete. Mozete si vytvorit PDF sablonu s poliami, do ktorych pride text. Obsah ulozite to XML suboru typu XFDF (prikladam ako priklad). Podmienkou je, ze XFDF subor musi obsahovat linku na PDF sablonu. Otvorte si prilozeny subor v browseri a uvidite vysledok (samozrejme musite mat naistalovany Adobe Reader). S pozdravom Radovana Straube Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com bol-systemhaus.xfdf Description: 2573219381-bol-systemhaus.xfdf
RE: jak spustit externi aplikaci (alias jak generovat smlouvy)
jj, s tímhle souhlas. Žel se mi dělá mnohem jednodušeji s OOO pomocí VBasicu a automation než z Javy ;-( -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Pavel Kubal Sent: Monday, January 29, 2007 2:18 PM To: Java Subject: Re: jak spustit externi aplikaci (alias jak generovat smlouvy) Tak s timhle mam prakticke zkusenosti. Parsovat to XML je celkem problem, protoze je hodne komplexni. Na druhou stranu ta podpora primo z javy je horor mozna jeste vetsi. Ta dokumentace je psana stylem, aby to cloveka spis zmatlo a odradilo. Pokud se tim skutecne prokousete, tak zjistite, ze spousta dulezitych veci neni vysvetlena. A navic ta instalace OpenOffice se muze jevit jako problem. Pokud vim, tak nestaci mit pouze jar knihovny z OO SDK. Mam malinky example jak cist data z odt souboru a zapis do ods souboru. Kdyby o to mel nekdo zajem, tak muzu poslat. P. - Original Message - From: "Petr Zajíc" <[EMAIL PROTECTED]> To: "Java" Sent: Monday, January 29, 2007 2:12 PM Subject: RE: jak spustit externi aplikaci (alias jak generovat smlouvy) > Na to XML v OOo.org existuje specka; je nicméně poměrně obsáhlá. Každý > dokument v ooo je vlastně zip soubor. Takže si to přejmenuj, aby to mělo > příponu zip a pak se podívej dovnitř. > > Jinak, pochopitelně existuje možnost ovládat OpenOffice.org přímo z Javy, > včetně vytváření dokumentů, šablon a tak dále. Na PC je v tom případě > nicméně nutné mít nainstalovány OpenOffice.org. > > Petr Zajíc > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Jaroslav Kortus > Sent: Monday, January 29, 2007 2:05 PM > To: Java > Subject: Re: jak spustit externi aplikaci (alias jak generovat smlouvy) > > > S iText jsem si uz trochu hral.. bohuzel pripada mi, ze to vyjde nastejno, > jako to psat v tom latexu s tim, ze vysledny dokument neni tak "pekny" a to > nemluvim o pracnosti oddeleni obsahu od formy. Nicmene, jak o tom celem tak > premyslim vic a vic, domnivam se, ze cesta pres OpenOffice je asi v mem > pripade o mnoho lepsi nez Jasper i nez Latex nebo docbook a na tom se da > dobre stavet. > > V primem pouziti OpenOffice XML mi brani jedina vec. Zatim nejsem zcela > obeznamen s moznostmi formatovani v takovem dokumentu. > > Dekuji vsem za pomoc. Rozhodnu se asi pro OpenOffice a to bud na urovni DMS, > primeho generovani XML nebo vyuziti jOOreports. > Jaroslav Kortus > > > !DSPAM:45bdf2c2221689985087603! > >
Re: jak spustit externi aplikaci (alias jak generovat smlouvy)
Tak s timhle mam prakticke zkusenosti. Parsovat to XML je celkem problem, protoze je hodne komplexni. Na druhou stranu ta podpora primo z javy je horor mozna jeste vetsi. Ta dokumentace je psana stylem, aby to cloveka spis zmatlo a odradilo. Pokud se tim skutecne prokousete, tak zjistite, ze spousta dulezitych veci neni vysvetlena. A navic ta instalace OpenOffice se muze jevit jako problem. Pokud vim, tak nestaci mit pouze jar knihovny z OO SDK. Mam malinky example jak cist data z odt souboru a zapis do ods souboru. Kdyby o to mel nekdo zajem, tak muzu poslat. P. - Original Message - From: "Petr Zajíc" <[EMAIL PROTECTED]> To: "Java" Sent: Monday, January 29, 2007 2:12 PM Subject: RE: jak spustit externi aplikaci (alias jak generovat smlouvy) > Na to XML v OOo.org existuje specka; je nicméně poměrně obsáhlá. Každý > dokument v ooo je vlastně zip soubor. Takže si to přejmenuj, aby to mělo > příponu zip a pak se podívej dovnitř. > > Jinak, pochopitelně existuje možnost ovládat OpenOffice.org přímo z Javy, > včetně vytváření dokumentů, šablon a tak dále. Na PC je v tom případě > nicméně nutné mít nainstalovány OpenOffice.org. > > Petr Zajíc > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Jaroslav Kortus > Sent: Monday, January 29, 2007 2:05 PM > To: Java > Subject: Re: jak spustit externi aplikaci (alias jak generovat smlouvy) > > > S iText jsem si uz trochu hral.. bohuzel pripada mi, ze to vyjde nastejno, > jako to psat v tom latexu s tim, ze vysledny dokument neni tak "pekny" a to > nemluvim o pracnosti oddeleni obsahu od formy. Nicmene, jak o tom celem tak > premyslim vic a vic, domnivam se, ze cesta pres OpenOffice je asi v mem > pripade o mnoho lepsi nez Jasper i nez Latex nebo docbook a na tom se da > dobre stavet. > > V primem pouziti OpenOffice XML mi brani jedina vec. Zatim nejsem zcela > obeznamen s moznostmi formatovani v takovem dokumentu. > > Dekuji vsem za pomoc. Rozhodnu se asi pro OpenOffice a to bud na urovni DMS, > primeho generovani XML nebo vyuziti jOOreports. > Jaroslav Kortus > > > !DSPAM:45bdf2c2221689985087603! > >
RE: jak spustit externi aplikaci (alias jak generovat smlouvy)
Na to XML v OOo.org existuje specka; je nicméně poměrně obsáhlá. Každý dokument v ooo je vlastně zip soubor. Takže si to přejmenuj, aby to mělo příponu zip a pak se podívej dovnitř. Jinak, pochopitelně existuje možnost ovládat OpenOffice.org přímo z Javy, včetně vytváření dokumentů, šablon a tak dále. Na PC je v tom případě nicméně nutné mít nainstalovány OpenOffice.org. Petr Zajíc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jaroslav Kortus Sent: Monday, January 29, 2007 2:05 PM To: Java Subject: Re: jak spustit externi aplikaci (alias jak generovat smlouvy) S iText jsem si uz trochu hral.. bohuzel pripada mi, ze to vyjde nastejno, jako to psat v tom latexu s tim, ze vysledny dokument neni tak "pekny" a to nemluvim o pracnosti oddeleni obsahu od formy. Nicmene, jak o tom celem tak premyslim vic a vic, domnivam se, ze cesta pres OpenOffice je asi v mem pripade o mnoho lepsi nez Jasper i nez Latex nebo docbook a na tom se da dobre stavet. V primem pouziti OpenOffice XML mi brani jedina vec. Zatim nejsem zcela obeznamen s moznostmi formatovani v takovem dokumentu. Dekuji vsem za pomoc. Rozhodnu se asi pro OpenOffice a to bud na urovni DMS, primeho generovani XML nebo vyuziti jOOreports. Jaroslav Kortus
Re: jak spustit externi aplikaci (alias jak generovat smlouvy)
S iText jsem si uz trochu hral.. bohuzel pripada mi, ze to vyjde nastejno, jako to psat v tom latexu s tim, ze vysledny dokument neni tak "pekny" a to nemluvim o pracnosti oddeleni obsahu od formy. Nicmene, jak o tom celem tak premyslim vic a vic, domnivam se, ze cesta pres OpenOffice je asi v mem pripade o mnoho lepsi nez Jasper i nez Latex nebo docbook a na tom se da dobre stavet. V primem pouziti OpenOffice XML mi brani jedina vec. Zatim nejsem zcela obeznamen s moznostmi formatovani v takovem dokumentu. Dekuji vsem za pomoc. Rozhodnu se asi pro OpenOffice a to bud na urovni DMS, primeho generovani XML nebo vyuziti jOOreports. Jaroslav Kortus > Jeste me napada vyuziti knihovny iText http://www.lowagie.com/iText/ , > coz je knihovna umoznujici vytvareni a _modifikovani_ PDF dokumentu. Na > http://itextdocs.lowagie.com/tutorial/#general_copystamp je uveden > priklad s vyplnovanim predpripravenych formularu, treba vam to pomuze... > > Jiri Jakes > > Jaroslav Kortus wrote: >> 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 ne bo >> 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
Re: jak spustit externi aplikaci (alias jak generovat smlouvy)
Jeste me napada vyuziti knihovny iText http://www.lowagie.com/iText/ , coz je knihovna umoznujici vytvareni a _modifikovani_ PDF dokumentu. Na http://itextdocs.lowagie.com/tutorial/#general_copystamp je uveden priklad s vyplnovanim predpripravenych formularu, treba vam to pomuze... Jiri Jakes Jaroslav Kortus wrote: 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
RE: jak spustit externi aplikaci (alias jak generovat smlouvy)
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 >
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 >
