SoftEU s.r.o.

Představte si situaci, kdy máte desktopovou aplikaci napsanou v Javě a rádi byste ji formou instalačního balíčku pro Windows distribuovali. V takovém případě potřebujete mimo jiné zajistit, aby se korektně doinstalovalo JRE v případě, kdy dosud v systému není nainstalováno (či je ve špatné verzi). Uplynulý měsíc jsme řešili obdobný problém.

V našem případě se jednalo o instalační program napsaný v Nullsoft Installeru, který po detekci nainstalovaného JRE umožňoval případnou instalaci Javy. Instalační balíček JRE podporuje několik parametrů spuštění, které umožní tichou instalaci Javy, což je řešení, které se hodí v řadě případů. Problémem u tiché instalace Javy v klasickém instalátoru pro Windows je ten, že uživatel nemá viditelnou odezvu a než se Java tiše nainstaluje, může nabýt dojmu, že instalační program tzv. zamrzl. Pro tyto případy je lepší spustit instalaci s parametrem /passive, při které se zobrazí pouze okno s průběhem instalace JRE a ze strany uživatele není nutná žádná interakce.

Pokud vytváříte projekt typu WAR a chcete jej sdílet několika webovými projekty v Mavenu (tedy také projekty typu WAR) , lze udělat přímo závislost na war:

                <dependency>
                        <groupid>cz.softeu.pokus</groupid>
                        <artifactid>pokus-war</artifactid>
                        <version>1.0</version>
                        <type>war</type>
                        <scope>runtime</scope>
                </dependency>

Tento příkaz instruuje maven-war-plugin, aby vzal všechny wary na kterém tento projekt závisí a rozbalil je do výsledného waru. Přičemž platí, že se nejdříve zkopírují závislé wary a pak až náš projekt (tj. naše soubory přepisují soubory ze závislostí).

Nevýhodou tohoto řešení je, že pak nelze použít přímo mvn tomcat:run, ale je nutné použít pomalejší mvn tomcat:run-war.

Chtěl bych touto formou pogratulovat Pavlovi Cvrčkovi, jednomu z našich lidí. Pavla Cvrčka zvolila porota osobností roku v anketě CZECH OPEN SOURCE 2008.

Pavle, gratuluji!

Před časem jsme provedli překlad stránky projektu v Mavenu do češtiny. Tento překlad je nyní již součástí vydané verze.

Jak tedy přeložit stránku do češtiny? Návod najdete v Guide Site.

Zkráceně prostě přidáte do pom.xml toto (např. ve vašem celofiremním rodičovském projektu):

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-site-plugin</artifactId>
    <inherited>true</inherited>
    <configuration>
        <locales>cs,en</locales>
    </configuration>
</plugin>

Poznámka: jsou zde uvedeny cs a následně en pro takové pluginy, které ještě nejsou přeloženy do češtiny.

Chtěl bych vám doporučit hezký článek Build time vs. render time ze serveru Wokring with JSF and Facelets.

Chtěl bych vypíchnout odstaveček:

It is very important to remember that you cannot have components “re-appear” on post back of a JSF form. This is because a JSF component tree should never be altered between having its state saved and when its state is restored. This is very important, so let me say again, a JSF component tree should never be altered between having its state saved and when its state is restored. The reason is that this would violate the JSF specification/design.

Dobré vědět dříve, než člověk začne psát JSF stránky.

Jelikož čím dál častěji narážím na spoustu dezinterpretací, chybných názorů a různých chytrostí ohledně agile přístupů, rozhodl jsem se napsat tento článek a podělit se tak o své zkušenosti nabyté několikaletou praxí, tj. používáním a zaváděním agile praktik a životního cyklu v projektech vývoje a údržby software. Zmíněné poznámky snad mohou pomoci ostatním při závádění agile praktik a vyvarovat se tak chyb, které již prožili jiní.

Stejně tak jako války a konflikty plynou často z neznalosti, strachu z nového či hájení starých postupů (např. vodopádu) a pravd (ano, země je opravdu kulatá :-), tak i nové přístupy k vývoji software nemají na růžích ustláno, i když jsou podpořeny fakty a argumenty ve formě úspěšných projektů.
Pokračování »