Open source business intelligence – Pentaho: instalace a úpravy

9. 11. 2010 | Vratislav Beneš | Návody | 5786×

Minulý díl byl lehkým úvodem do Business Intelligence (BI) a software Pentaho. Dnešní díl bude více technicky zaměřený a provede vás instalací, základní customizací a administrací Pentaho Comunity Edition (CE).

Výchozí znalosti a předpoklady

Úspěšné zvládnutí instalace a následné upravení systému vyžaduje:

1. Základní znalost prostředí Linux
2. Základní znalost SQL
3. Nainstalovanou Javu
4. Běžící PostgreSQL s právy pro vytváření databází (lze instalovat i na MySQL, Oracle nebo HSQLDB)
5. Znalost administračních nástrojů pro PostgreSQL nebo vámi zvolenou databázi

Cíl

Po této kapitole budete umět nainstalovat Pentaho CE. Zvládnete jeho základní administraci (vytváření uživatelů, rolí, databázových připojení) a přizpůsobíte si jeho vzhled. Jako bonus si spustíte první dashboardy a reporty.

Obsah

• Instalace
  • Co budeme potřebovat?
• První spuštění
• Základní ovládání Pentaho
• Změna systémových databází
  • Předpoklady
  • Změny konfiguračních souborů
  • 1. Přístup k základní databázi hibernate
  • 2. Přístup k databázi quartz
  • 3. Závěrečné nastavení
  • Spuštění Pentaho proti vlastní databázi
  • Záchranu hledej v logu
• Administrace uživatelů a databázových připojení
  • Pentaho Administration Console - PAC
• Základní úpravy vzhledu
  • 1. titulní strana
  • 2. plocha pracovního prostředí
  • 3. loga a obrázky
• Shrnutí

Instalace

Co budeme potřebovat?

Pentaho BI server a relační databázi. Pentaho je hostované na http://sourceforge.net/projects/pentaho/. Jelikož se jedná o balík několika aplikací, nejdříve si krátce popíšeme souborovou strukturu projektu Pentaho uloženého na SourceForge.

1. Data Integration – nástroj pro tvorbu a provoz ETL
2. Report Designer – grafický nástroj pro tvorbu reportů
3. Pentaho Metadata – grafický nástroj pro konfiguraci metadat
4. Design Studio – grafický nástroj pro tvorbu výkonných skriptů Pentaho
5. Business Intelligence Server – vlastní BI server

V tuto chvíli nás zajímá pouze posledně jmenovaný Business Intelligence Server (biserver). K dispozici je jak současná verze (3.6), tak i historické (3.5.2, 3.5.0, 3.0.0, 2.0.0, 1.7.1, 1.7.0, 1.6.0, 1.2.0). Toto platí pro všechny výše zmiňované aplikace. Biserver si můžete stáhnout jako zdrojový kód nebo již sestavenou aplikaci s aplikačním serverem Tomcat. Pokud vám vyhovuje Tomcat, tak ve většině případů si plně vystačíte s již sestavenou verzí. Ostatní si musejí sestavit svoje Pentaho pro svůj aplikační server. Pro ostatní uvádím odkaz na manuální sestavení Pentaho pro Jboss.

Jelikož se jedná o Java aplikaci, budete potřebovat Javu. Z vlastní zkušenosti vím, že je lépe sáhnout po té sunovské, dneska oraclovské.

Biserver ke svému běhu potřebuje relační SQL databázi. Sestavený balík obsahuje HyperSQL , která postačí na malé projekty. Pro větší je však vhodné použít nějakou komplexnější databázi. My si ukážeme konfiguraci s PostgreSQL, ale budu uvádět i odkazy na MySQL.

První spuštění

Ze SourceForge si stáhněte biserver-ce-3.6.0-stable.tar.gz a rozbalte do libovolného adresáře.

tar -xzf biserver-ce-3.6.0-stable.tar.gz

výsledkem budou dva adresáře

administration-console/
biserver-ce/

Přejděte do biserver-ce/ a spusťte start-pentaho.sh Pozor na nastavení JAVA_HOME!

./start-pentaho.sh 
/home/vratidlo/pentaho/biserver-ce
DEBUG: Using JAVA_HOME
DEBUG: _PENTAHO_JAVA_HOME=/usr/java/latest/
DEBUG: _PENTAHO_JAVA=/usr/java/latest//bin/java
--------------------------------------------------------------------------------------------
The Pentaho BI Platform now contains a version checker that will notify you
when newer versions of the software are available. The version checker is enabled by default.
For information on what the version checker does, why it is beneficial, and how it works see:
http://wiki.pentaho.com/display/ServerDoc2x/Version+Checker
Press Enter to continue, or type cancel or Ctrl-C to prevent the server from starting.
You will only be prompted once with this question.
--------------------------------------------------------------------------------------------
[OK]:

Pokud souhlasíte, dejte Enter

Nastartuje se HSQL databáze a pak vlastní Pentaho.

V prohlížeči zvolte http://localhost:8080/ a Pentaho vás uvítá přihlašovací stránkou.

Klikněte na login, vyberte přednastaveného uživatele (Joe, Suzy, Pat, Tiffany) a stiskněte Login.

Základní ovládání Pentaho

Samotné prostředí je velmi jednoduché a intuitivní. Jednotlivé položky menu si představíme v průběhu výkladu, ale ve většině případů jejich význam je velmi jasný. Pro první seznámení je pro nás velmi důležitá horní lišta, kde na jejím pravém konci je tlačítko Toggle Browser.

Po jeho stisknutí se objeví nabídka repozitářů a příslušných reportů, dashboardů nebo xaction (prozatím se spokojíme s tím, že to je skript, který něco vykonává). Dostupnost veškerých komponent je závislá na právech přihlášeného uživatele. Obsah jednotlivých složek je zobrazen ve spodní části Files. Výsledek vybrané položky se zobrazí po dvojkliku. Abych vás motivoval, proč vlastně Pentaho instalujeme, zkuste se zatím jen podívat na tyto položky (pouze si je otevřete) :

Steel Wheels – Analysis

Market Analysis by Year

Produc Line Analysis

Steel Wheels – Dashboards

Google Maps – klikněte na nějaký zvýrazněný bod na mapě Revenue Analysis – klikněte na výseče v koláčovém grafu nebo na horizontální sloupcový graf

Steel Wheels – Reporting

Invoice Statements

Zatím v tom nehledejte žádné taje. Postupně si všechno vysvětlíme a naučíme se dělat podobné výstupy.

Pokud budete Pentaho používat pouze pro malý počet uživatelů a nevadí vám spuštěný HSQLDB, pak následující kapitolu můžete přeskočit a rovnou jít na Administrace uživatelů a připojení.

Změna systémových databází

Pentaho nám sice běží, ale pro snadnější správu databáze uživatelů si jej připojíme na jiný systém než HSQLDB.

Pentaho pro svůj běh potřebuje úložiště pro systémové databáze hibernate a quartz. Hibernate obsahuje správu uživatelů, skupiny uživatelů a jejich práv a databázových připojení ke zdrojovým datům. Quartz uchovává záznamy pro naplánované úlohy.

Pro jejich vytvoření jsou připravené instalační scripty, a to pro tyto databázové systémy:

HSQLDB

MySQL 5

Oracle 10g

PostgreSQL

Před tím, než začneme instalovat, doporučuji zkontrolovat aktuálnost verze JDBC driverů ve složce biserver-ce/tomcat/common/lib.

My si popíšeme instalaci na PostgreSQL a MySQL. Analogicky lze postupovat i pro jiné DB.

Předpoklady

Běžící PostgreSQL a nainstalovaný psql

Vse složce /biserver-ce/data/postgresql/ nalezneme skripty potřebné pro vytvoření databází.

create_quartz_postgresql.sql - vytvoří DB quartz
create_repository_postgresql.sql - vytvoří DB hibernate
create_sample_datasource_postgresql.sql - vytvoří konektor na PostgreSQL SampleData
load_sample_users_postgresqlsql - vytvoří pokusné uživatele
sample_data_postgresql.sql - vytvoří DB SampleData (tento soubor naleznete zde)

Skripty načteme tímto způsobem z konzole:

psql --username=postgres -f create_repository_postgresql.sql
psql --username=postgres -f create_quartz_postgresql.sql
psql --username=postgres -f create_sample_datasource_postgresql.sql
psql --username=postgres -f load_sample_users_postgresqlsql

K databázi hibernate má přístup uživatel hibuser s heslem password a k databázi quartz má přístup uživatel pentaho_user s heslem password. Oba uživatelé budou vytvořeni při spuštění výše uvedených skriptů.

Změny konfiguračních souborů

Velmi jednodušeně řečeno, budeme převádět Pentaho ze systém HSQLDB na PostgreSQL nebo MySQL. Pentaho s databází komunikuje přes framework Hibernate, což nám vše značně ulehčuje.

1. Přístup k základní databázi hibernate

Nejprve je nutné zajistit přístup Hibernate k základní databázi hibernate. To zabezpečuje soubor applicationContext-spring-security-jdbc.xml umístěný v pentaho-solutions/system/. V něm si najděte následující řádky a v nich změňte jdbc konetkor.

  
	<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
	<property name="driverClassName" value="org.hsqldb.jdbcDriver" />
	<property name="url"	value="jdbc:hsqldb:hsql://localhost:9001/hibernate" />
	<property name="username" value="hibuser" />
	<property name="password" value="password" />
	</bean>

pro PostgreSQL změňte na:

	 <!--  This is only for Hypersonic. Please update this section for any other database you are using -->
	 <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
	 <property name="driverClassName" value="org.postgresql.Driver" />
	 <property name="url" value="jdbc:postgresql://localhost:5432/hibernate" />
	 <property name="username" value="hibuser" />
	 <property name="password" value="password" />
	 </bean >

pro MySQL:

	<!--  This is only for Hypersonic. Please update this section for any other database you are using -->
	<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
	<property name="driverClassName" value="com.mysql.jdbc.Driver" />
	<property name="url" value="jdbc:mysql://localhost:3306/hibernate" />
	<property name="username" value="hibuser" />
	<property name="password" value="password" />
	</bean>

Soubor applicationContext-spring-security-hibernate.properties umístěný v pentaho-solutions/system/

	 jdbc.driver=org.hsqldb.jdbcDriver
	 jdbc.url=jdbc:hsqldb:hsql://localhost:9001/hibernate
	 jdbc.username=hibuser
	 jdbc.password=password
	 hibernate.dialect=org.hibernate.dialect.HSQLDialect

pro PostgreSQL změňte na:

	 jdbc.driver=org.postgresql.Driver
	 jdbc.url=jdbc:postgresql://localhost:5432/hibernate
	 jdbc.username=hibuser
	 jdbc.password=password
	 hibernate.dialect=org.hibernate.dialect.PostgreSQLDialect

pro MySQL:

	jdbc.driver=com.mysql.jdbc.Driver
	jdbc.url=jdbc:mysql://localhost:3306/hibernate
	jdbc.username=hibuser
	jdbc.password=password
	hibernate.dialect=org.hibernate.dialect.MySQLDialect

hibernate-settings.xml umístěný v pentaho-solutions/system/hibernate/

	 <config-file>system/hibernate/hsql.hibernate.cfg.xml</config-file >

změnit následovně

pro PostgreSQL:

	<config-file>system/hibernate/postgresql.hibernate.cfg.xml</config-file >

pro MySQL:

	 <config-file>system/hibernate/mysql5.hibernate.cfg.xml</config-file >

Tímto přesměrujeme nastavení hibernate z HSQL na jiný konfigurační soubor příslušný pro námi zvolenou databázi. Ten upravíme následně:

Podle vámi zvolené databáze upravte soubor postgresql.hibernate.cfg.xml nebo mysql5.hibernate.cfg.xml umístěný v pentaho-solutions/system/hibernate/. V tomto souboru se definuje uživatel pro Hibernete, který přistupuje k systémové databázi s uživateli a datovými zdroji.

	 <property name="connection.username">hibuser</property>
	 < property name="connection.password">password</property>

2. Přístup k databázi quartz

Druhou systémovou databízí je quartz. V ní jsou uloženy veškeré naplánované úlohy systému jako je posílání reportů, spouštění ETL apd. Budeme měnit konfigurační soubor quartz.properties umístěný v pentaho-solutions/system/. V něm najdeme odkomentovaný řádek (přibližně 300 řádek), který obsahuje

org.quartz.jobStore.driverDelegateClass =

a změníme na:

org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.StdJDBCSQLDelegate

3. Závěrečné nastavení

Aby aplikační server mohl otestovat, zda-li je vše správně nastavené a databáze běží, je nutné nakonfigurovat poslední soubor, a to context.xml umístěný v /tomcat/webapps/pentaho/META-INF/

Původní obsah:

	 <?xml version="1.0" encoding="UTF-8"?>
	 <Context path="/pentaho" docbase="webapps/pentaho/">
	 <Resource name="jdbc/Hibernate" auth="Container" type="javax.sql.DataSource" factory="org.apache.commons.dbcp.BasicDataSourceFactory"  maxActive="20" maxIdle="5" maxWait="10000" 
	 		username="hibuser" password="password" driverClassName="org.hsqldb.jdbcDriver" url="jdbc:hsqldb:hsql://localhost/hibernate"
	 		validationQuery="select count(*) from INFORMATION_SCHEMA.SYSTEM_SEQUENCES" />
	 <Resource name="jdbc/Quartz" auth="Container" type="javax.sql.DataSource" factory="org.apache.commons.dbcp.BasicDataSourceFactory" maxActive="20" maxIdle="5"	 maxWait="10000" 
	 		username="pentaho_user" password="password" driverClassName="org.hsqldb.jdbcDriver" url="jdbc:hsqldb:hsql://localhost/quartz"
	 		validationQuery="select count(*) from INFORMATION_SCHEMA.SYSTEM_SEQUENCES"/>
	 </Context >

pro PostgreSQL změníme na:

    <?xml version="1.0" encoding="UTF-8"?>
    <Context path="/pentaho" docbase="webapps/pentaho/">
    <Resource name="jdbc/Hibernate" auth="Container" type="javax.sql.DataSource" factory="org.apache.commons.dbcp.BasicDataSourceFactory" maxActive="20" maxIdle="5" maxWait="10000"
    		username="hibuser" password="password" driverClassName="org.postgresql.Driver" url="jdbc:postgresql://localhost:5432/hibernate"
    		validationQuery="select 1" />
    <Resource name="jdbc/Quartz" auth="Container" type="javax.sql.DataSource" factory="org.apache.commons.dbcp.BasicDataSourceFactory" maxActive="20" maxIdle="5" maxWait="10000"
    		username="pentaho_user" password="password" driverClassName="org.postgresql.Driver" url="jdbc:postgresql://localhost:5432/quartz"
    		validationQuery="select 1"/>
    </Context >

pro MySQL:

	 <?xml version="1.0" encoding="UTF-8"?>
	 <Context path="/pentaho" docbase="webapps/pentaho/">
	 <Resource name="jdbc/Hibernate" auth="Container" type="javax.sql.DataSource" factory="org.apache.commons.dbcp.BasicDataSourceFactory" maxActive="20" maxIdle="5" maxWait="10000" 
	 		username="hibuser" password="password"	driverClassName="com.mysql.jdbc.Driver" url="jdbc:mysql://localhost:3306/hibernate"
	 		validationQuery="select 1" />
	 <Resource name="jdbc/Quartz" auth="Container" type="javax.sql.DataSource"	 factory="org.apache.commons.dbcp.BasicDataSourceFactory" maxActive="20" maxIdle="5" maxWait="10000" 
	 		username="pentaho_user" password="password" driverClassName="com.mysql.jdbc.Driver" url="jdbc:mysql://localhost:3306/quartz"
	 		validationQuery="select 1"/>
	 </Context>

Důležitý je příkaz „select 1“, který musí být platný, čímž se testuje správné nastavení DB. Pokud databáze funguje správně, vrátí 1, v opačném případě JDBC vyvolá vyjímku.

Pokud se vám něco nepodařilo nalézt, pak si můžete stáhnout již upravené soubory z těchto odkazů:

hibernate-settings.xml

postgresql.hibernate.cfg.xml

applicationContext-spring-security-jdbc.xml

applicationContext-spring-security-hibernate.properties

context.xml

quartz.properties

Spuštění Pentaho proti vlastní databázi

Nyní máme Pentaho nakonfigurované pro běh s vlastní databází. Nejdříve musíme v původním startovacím scriptu start-pentaho.sh zakázat start HSQLDB. To uděláme zakomentováním následujícího rádku:

	sh start_hypersonic.sh &

Spusťte Pentaho

	./start-pentaho.sh

Záchranu hledej v logu

Pokud se cokoliv nedaří a systém neběží jak má, pak doporučuji podívat se do logu Tomcatu. Java někdy loguje více než je zdrávo, ale při bedlivém hledání se člověk dopídí příčiny problému. Jednotlivé soubory jsou umístěné v biserver-ce/tomcat/logs/. Nás nejvíce bude zajímat catalina.out

Administrace uživatelů a databázových připojení

Správa uživatelů, jejich rolí a databázových připojení je v Pentaho řešena pomocí aplikace bežící v samostatném aplikačním serveru (Jetty) a je přístupná přes webový prohlížeč. K jejímu spuštění je nutné mít spuštěné Pentaho.

Pentaho Administration Console - PAC

Jak bylo uvedeno výše, administrační konzole je samostatná aplikace. Po rozbalení balíku biserver-ce-3.6.0-stable.tar.gz byl vytvořen adresář administration-console/. Běžte do něj a spusťte start-pac.sh

	cd administration-console/
	./start-pac.sh

Vypíše se vám log ve kterém je i informace, kde konzole běží.

	DEBUG: Using JAVA_HOME
	DEBUG: _PENTAHO_JAVA_HOME=/usr/java/latest/
	DEBUG: _PENTAHO_JAVA=/usr/java/latest//bin/java
	2010-10-20 18:52:01.808::INFO:  Logging to STDERR via org.mortbay.log.StdErrLog
	Oct 20, 2010 6:52:02 PM org.pentaho.pac.server.JettyServer startServer
	INFO: Console is starting
	2010-10-20 18:52:02.934::INFO:  jetty-6.1.2
	2010-10-20 18:52:02.986::INFO:  Started SocketConnector @ 0.0.0.0:8099
	Oct 20, 2010 6:52:02 PM org.pentaho.pac.server.JettyServer startServer
	INFO: Console is now started. It can be accessed using http://127.0.0.1:8099

Server nám běží na localhost na portu 8099. Pokud potřebujete jiný port, pak musíte modifikovat soubor administration-console/resource/config/console.properties. Do prohlížeče tedy zadejme tuto adresu. Po vyzvání k zadání uživatele a hesla zadejte admin password. Heslo si pak můžete změnit právě v této aplikaci.

V sekci Administration můžeme definovat/editovat role uživatelů Roles, jednotlivé uživatele Users, databázová připojení Database Connections, spravovat systémové cache Services a spouštět naplánované úlohy Scheduler. Nás v tuto chvíli bude zajímat pouze správa uživatelů a databázových připojení.

Uživatelská práva v Pentaho je možné definovat jak jednotlivým uživatelům, tak i jejich skupinám. Toto se ním později bude hodit řízení přístupu k jednotlivým reportům, dashboardům, ale také k rozličným úrovním přístupu do datové kostky.

Pro názornost si vytvoříme skupiny poslusni_ctenari a v ní uživatele Pepa Brejlička. V sekci Roles si klikneme na ikonku + nad seznamem rolí a zadáme naší novou skupinu

Skupina se nám přidala do seznamu. Při kliknutí na ni je její obsah prázný. To v zápětí napravíme založením nového uživatele. Přepneme se do záložky Users, opět klikneme na + nad seznamem uživatelů a vyplníme potřebné informace.

Defaultně je členem skupiny Authenticated, což systému říká, že je přihlášený. Jedná se o universální skupinu, kterou můžeme použít jako definici všech uživatelů. My chceme Pepu dát do skupiny pozorny_ctenar, coz provedeme po stisknutí + nad seznamem rolí a zvolením příslušné role. Nyní máme novou roli s jedním členem. Pentaho nám startuje s nabídkou předdefinovaných uživatelů, což pro ostré nasazení není určitě vhodné. Nabídku vypneme z přihlašovacího menu tak, že v souboru

biserver-ce/pentaho-solutions/system/pentaho.xml

nastavíme login-show-users-list na false:

	<login-show-users-list>false</login-show-users-list > 

Platforma Pentaho není omezena pouze na tuto základní autorizaci. Jelikož je postavena na Springu a využívá Spring Security System (ACEGI), lze ji napojit na LDAP. Toto je už ale nad rámec tohoto seriálu, takže si vás dovolím odkázat na wiki pentaho.

Základní úpravy vzhledu

Pentaho uživatele nezatěžuje příliš složitým ovládáním. S uživateli komunikuje přes reporty, dashboary nebo analytické tabulky, tedy s tím, co potřebují pro svoji práci. Jelikož se jedná o online aplikace, tak ve většině případů bude začleněna do firemního intranetu, kde je žádoucí zachovávat stejný vzhled pro všechny aplikace.

Pentaho je postavené nad Spring, takže vše co uživatel vidí jsou jsp stránky. My si ukážeme, kde upravit titulní stránku a pozadí pracovní plochy. Nebudeme ale nikterak zabíhat do detailů.

Pracovní prostředí, v kterém se uživatel pohybuje, se jmenuje Mantle. Veškeré komponenty, které tvoří jeho vzhled, jsou umístěny v adresáři biserver-ce/tomcat/webapps/pentaho/mantle. Čtenář znalý CSS a JSP si určitě dokáže poradit s libovolnou úpravou. Detailní změny vzhledu a funkcionality jsou nad rámec toho seriálu. Poukážu pouze na tři věci, které vám pomohou jednoduše změnit vzhled.

1. titulní strana

Ta se upravuje v souboru biserver-ce/tomcat/webapps/pentaho/jsp/PUCLogin.jsp. Jedná se o JSP, takže pokud si tento soubor otevřete třeba v NetBeans snadno si poradíte s jejím vzhledem.

2. plocha pracovního prostředí

Opět se jedná o samostatný soubor JSP biserver-ce/tomcat/webapps/pentaho/mantle/launch/launch.jsp. Tady si ovšem dejte pozor, jelikož tím zásadně ovlivňujete funkcionalitu prostředí.

3. loga a obrázky

Patrně nejjednodušší změnou je záměna log. Mát k dispozici 2 možnosti. Buď jednoduše přepíšete soubor biserver-ce/tomcat/webapps/pentaho/mantle/logo.png nebo ve výše uvedených JSP si nastavíte vlastní obrázky.

Shrnutí

Pentaho je komplexní nástroj a z toho plyne i jeho složitost. Tento díl neměl ambice detailně popsat jeho konfiguraci a customizaci. Jde o stručný náhled na danou problematiku a úvod do ní. V příštím díl se bude věnovat datovým pumpám ETL a vytvoříme si jednoduchá demodata.

Na shledanou s Pentaho

       

Komentáře

[Radek Hladik]

Měl bych možná jednoduchý dotaz. Vcelku se mi líbí Pentaho Reporting. Stáhnul jsem si report designer a udělal jendoduchý report včetně připojení do DB. Ale když jsem se pustil do celého Pentaho Serveru, tak už té Javy na mě bylo moc Navíc mi to hlásilo všelijaké divné errory, spoustu věcí jsem asi nepochopil atd... Chci si pomocí něčeho takového dělat jednoduché reporty o chování serverů a to, co umí Report Designer+SQL dotazy mi poměrně bohatě stačí. Existuje nějaká command-line verze toho reporting engine? Vše co jsem našel byla verze k embed do mojí aplikace, ale mně by opravdu stačilo něco, co zavolám z cronu a výstup hodím někam na web

Jako příklad: v noci běží Bacula a provádí zálohy. Do DB zapisuje výsledek. V 7 ráno se mi vygeneruje přehled, který spojí tabulku s definovanými joby s výsledky za poslední noc, pěkně se to zformátuje a někam do "archívu" se uloží PDF. SQL dotaz mi zabral 5 minut, vyrobení koukatelného reportu hodinku, ale rozjetí serveru tak, aby se report dělal automaticky a spol, jsem po asi hodině laborování vzdal. Podotýkám, že java techlogie mi moc neimponují a nebráním se spuštění relativně standalone java aplikace, ale dva webservery s vlastními databázemi, uživateli,... to je pro mně overkill...

[Martin Povolný]

K tomuto ucelu pouzivam v celku uspesne BIRT.

Designer se necha stahnout jako bundle s Eclipse a pro volani reportu z prikazove radky (bez aplikacniho serveru) staci stahnout run-time a okopirovat par java radku z prikladu.

[vratidlo007]

Pentaho umi i takovehle jednoduche akce, ale primarne je staveno na reseni reportu a analyz. V tomhle pripadu to je kanon na vrabce, ale rozhodne bych to nevzdaval. Redport designer ti pomuze "pouze" sestavit report, ale ten musi bezet v Pentaho, ktere ti i pravidelne bude dany report posilat. Ve vysledku to je prace na cca 2-3h i se studiem. Kdyz vydrzis jeste 2 dily, tak se dozvis presny postup

[Radek Hladik]

Ze je to kanón na vrabce je mi naprosto jasné. Ale ten report designer je poměrně pohodlný a luxusní a dobře se mi s ním pracovalo. Report vyrobil kompletní včetně výstupu do PDF a ze živých dat. Možná to časem přejde do složitějšího řešení s nějakýma těma kostkama a datovými velkosklady, ale zatim by mi opravdu stačilo

for report in * ; do process_report $report >$report.pdf ;

jinak článek pěkný, určitě si další díly přečtu, jen bych poprosil snížit trochu periodu :)