Mozna se pletu, ale mam dojem, ze nad Eclipse je staven pouze BIRT designer, a vlastni masinka s Eclipsem nijak nesouvisi. Je na tom tedy podobne jako JasperReports - ten ma taky vlastni reportovaci masinku a krome toho GUI report designery (a ty jsou jako naschval vetsinou taky delane nad Eclipsem).
Co se tyce popsanych pozadavku, definice reportu v BIRTu je balik vizualnich komponent, stylu a datasetu (coz muze byt mj. parametrizovatelny SQL dotaz), kdy pri spousteni dostava datasource, parametry a typ vystupniho dokumentu. Takze mi skoro prijde, ze by to melo byt presne to, co chcete. Pavel On 25/07/07, Ales Dostal <[EMAIL PROTECTED]> wrote:
Diky za odkazy. Na obe reseni jsem tak zbezne koukal. BIRT je docela moloch :) Skoda, ze je staven nad Eclipse, tim pro me tahle moznost pada. Navic bych potreboval rozdelit tu logiku na server a klienta. To znamena, aby se spojeni se zdrojem konalo na serveru a klientovi se uz jenom pomoci vzdaleneho volani EJB vratila data. Nejsem si jisty, zda neco takoveho jde pres tyto nastroje provest. Kratky scenar: Opravneny uzivatel pusti aplikaci, da vytvorit novy report: napise SQL select (take s nejakymi parametry, ktere prida server az ve chvili spusteni dotazu, jako prihlaseny uzivatel, atd.). Ulozi do urcite kategorie. Nyni prijde druhy uzivatel, pusti aplikaci a zobrazi se mu seznam reportu, ktere si muze spustit. Po vyberu se mu vygeneruje tabulka i s moznou filtraci (podle toho jak ji nadefinoval predchozi uzivatel). Navic potrebuji export do XLS, PDF, atd. Napadlo me vlastni reseni. Parsovat SQL dotaz. Tzn. ze napr opravneny uzivatel napise: WHERE uzivatel = [uzivatel] a dany retezec [uzivatel] se inicializuje jako aktualni prihlaseny uzivatel na serveru, atd. Neco podobneho by delal pro filtraci. Resil nekdo neco podobneho? Zejmena s tim parsovanim SQL. ________ Information from NOD32 ________ This message was checked by NOD32 Antivirus System for Linux Mail Servers. http://www.eset.com
