Comments on: Odlišujete v aplikaci vývojové, testovací a produkční prostředí? http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/ Dává je jen zřídka, obvykle jim není moc rozumět a často vám ani k ničemu nejsou. Fri, 03 Sep 2010 16:01:53 +0000 hourly 1 http://wordpress.org/?v=3.0 By: Jety http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-18453 Jety Tue, 09 Feb 2010 11:20:29 +0000 http://blog.novoj.net/?p=577#comment-18453 Ahoj Honzo, díky za článek, my ve firmě používáme nadstavbu nad Springem, s kterou přišel Petr Jůza. Myšlenka je taková, že pro různá prostředí nahrajeme různou sadu XML Spring konfiguráků. Kontejner (třeba tomcat) se spustí s -DENV=DEVELOP nebo testy s -DENV=UNITTEST, bez parametru se to bere jako production. Podle toho se řídí naše extense Spring ApplicationContextu a naimportuje /CONF/common/*.xml a /CONF//*.xml. V /CONF/common/*.xml tedy máme ty Spring XML konfiguráky, které jsou společné pro všechna prostředí. V CONF/DEVELOP/applicationContext.xml tak třeba nemáme nakonfigurovanou autentizaci přes XML security a nemusíme se tak pořád na webu přihlašovat, stejně tak třeba v PRODUCTION máme jndiDataSource beanu ale v DEVU máme SimpleDataSource. Další výhoda je, že pokud se nějaká nastavení sdílejí mezi DEVELOP a UNITTEST, lze je jednoduše naimportovat (v /CONF/UNITTEST/applicationContext.xml může být toto: <!-- Tyto hodnoty se nelisi od DEVELOP profilu --> Ahoj Honzo, díky za článek,

my ve firmě používáme nadstavbu nad Springem, s kterou přišel Petr Jůza. Myšlenka je taková, že pro různá prostředí nahrajeme různou sadu XML Spring konfiguráků.

Kontejner (třeba tomcat) se spustí s -DENV=DEVELOP nebo testy s -DENV=UNITTEST, bez parametru se to bere jako production. Podle toho se řídí naše extense Spring ApplicationContextu a naimportuje /CONF/common/*.xml a /CONF//*.xml. V /CONF/common/*.xml tedy máme ty Spring XML konfiguráky, které jsou společné pro všechna prostředí.

V CONF/DEVELOP/applicationContext.xml tak třeba nemáme nakonfigurovanou autentizaci přes XML security a nemusíme se tak pořád na webu přihlašovat, stejně tak třeba v PRODUCTION máme jndiDataSource beanu ale v DEVU máme SimpleDataSource.

Další výhoda je, že pokud se nějaká nastavení sdílejí mezi DEVELOP a UNITTEST, lze je jednoduše naimportovat (v /CONF/UNITTEST/applicationContext.xml může být toto:

]]> By: Otec Fura http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-14165 Otec Fura Tue, 03 Nov 2009 19:23:10 +0000 http://blog.novoj.net/?p=577#comment-14165 ad) Jarda, je to tak ... díky za upozornění, opraveno ad) Jarda, je to tak … díky za upozornění, opraveno

]]> By: Jarda http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-14135 Jarda Tue, 03 Nov 2009 07:07:18 +0000 http://blog.novoj.net/?p=577#comment-14135 "běží a používat konstanty ale proměnné." nemá tam být "nepoužívat"? “běží a používat konstanty ale proměnné.”
nemá tam být “nepoužívat”?

]]> By: Almad http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-12674 Almad Mon, 21 Sep 2009 22:07:29 +0000 http://blog.novoj.net/?p=577#comment-12674 Tož my to nemáme takhle explicitně, prostě máme tři balíky s potřebnými konfiguračními soubory a k tomu jakýsi "common", který je společný všem třem. Konfiguraci ve stylu isDevel()/isDebug() z duše nenávídím, blbě se to testuje, způsobuje mrtvý kod a mnohdy se to na produkci chová jinak, než by člověk čekal. Nicméně mně je java blízká asi tak jako XML pro konfiguraci, takže nevšímat :) Tož my to nemáme takhle explicitně, prostě máme tři balíky s potřebnými konfiguračními soubory a k tomu jakýsi “common”, který je společný všem třem.

Konfiguraci ve stylu isDevel()/isDebug() z duše nenávídím, blbě se to testuje, způsobuje mrtvý kod a mnohdy se to na produkci chová jinak, než by člověk čekal.

Nicméně mně je java blízká asi tak jako XML pro konfiguraci, takže nevšímat :)

]]> By: Tomáš http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-11752 Tomáš Tue, 25 Aug 2009 18:40:44 +0000 http://blog.novoj.net/?p=577#comment-11752 Jediné, co jsem našel je tohle: http://jfig.sourceforge.net/ Jediné, co jsem našel je tohle: http://jfig.sourceforge.net/

]]> By: Otec Fura http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-11550 Otec Fura Mon, 17 Aug 2009 09:43:44 +0000 http://blog.novoj.net/?p=577#comment-11550 Aha, tak v tomto případě nepomůžu - my to máme prostě napsané na vlastní míru. Kdo ví, jestli někde něco takového existuje, podle charakteru problému bych si ale spíš tipnul že ne, protože je to skoro spíš úkol na nějaký integrační framework než nějakou utility knihovnu. Aha, tak v tomto případě nepomůžu – my to máme prostě napsané na vlastní míru. Kdo ví, jestli někde něco takového existuje, podle charakteru problému bych si ale spíš tipnul že ne, protože je to skoro spíš úkol na nějaký integrační framework než nějakou utility knihovnu.

]]> By: Tomáš http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-11548 Tomáš Mon, 17 Aug 2009 08:36:42 +0000 http://blog.novoj.net/?p=577#comment-11548 Ano, je mi to jasné. Jen stojím před podobným problémem, jen nemám vlastní CMS vlastní moduly, ale používám Wicket, Hibernate, logback a pár dalších knihoven a hledám nějaké už hotové řešení, které by pomohlo s konfigurací těchto knihoven dle prostředí. Ano, je mi to jasné. Jen stojím před podobným problémem, jen nemám vlastní CMS vlastní moduly, ale používám Wicket, Hibernate, logback a pár dalších knihoven a hledám nějaké už hotové řešení, které by pomohlo s konfigurací těchto knihoven dle prostředí.

]]> By: Otec Fura http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-11546 Otec Fura Mon, 17 Aug 2009 08:08:30 +0000 http://blog.novoj.net/?p=577#comment-11546 Jo to parsování XML máme interní - používáme na to JDOM. Pro otestování těch řídících proměnných stačí analýza Java System properties, popřípadě hostname - což je jeden řádek: InetAddress.getLocalHost().getHostAddress() Nicméně v tom ani není gró toho problému. To přizpůsobení chování aplikace / modulů už s XML nemá v podstatě nic společného. XML je jen prostředek jak to rozlišení prostředí definovat. Jo to parsování XML máme interní – používáme na to JDOM. Pro otestování těch řídících proměnných stačí analýza Java System properties, popřípadě hostname – což je jeden řádek:

InetAddress.getLocalHost().getHostAddress()

Nicméně v tom ani není gró toho problému. To přizpůsobení chování aplikace / modulů už s XML nemá v podstatě nic společného. XML je jen prostředek jak to rozlišení prostředí definovat.

]]> By: Tomáš http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-11544 Tomáš Mon, 17 Aug 2009 07:25:07 +0000 http://blog.novoj.net/?p=577#comment-11544 A neexistuje nějaká knihovna, která by výběr toho správného konfiguračního souboru řešila? Předpokládám, že to co parsuje ten XML soubor z a podle toho rozhoduje o jaký server jde jste si psali sami? A neexistuje nějaká knihovna, která by výběr toho správného konfiguračního souboru řešila? Předpokládám, že to co parsuje ten XML soubor z a podle toho rozhoduje o jaký server jde jste si psali sami?

]]> By: Otec Fura http://blog.novoj.net/2009/08/07/odlisujete-v-aplikaci-vyvojove-testovaci-a-produkcni-prostredi/comment-page-1/#comment-11450 Otec Fura Wed, 12 Aug 2009 07:43:47 +0000 http://blog.novoj.net/?p=577#comment-11450 No spíš se jedná od dva druhy aplikací - my děláme produkt, který má jeden artefakt, který je výsledkem buildu. Tento artefakt se nasazuje na X instalací a tam se teprve customizuje pomocí konfiguračních souborů. Těch konfigurací už tak je poměrně hodně a proto se nám vyplatilo některá "technická" (nikoliv zákaznická) nastavení typizovat podle zmíněných třech běhových prostředí a vyjmout je ven (s možností přepisu). Moduly, které jsou součástí buildu si mohou potom pro tyto 3 typizovaná prostředí použít své hardcodované defaults. Takže řekl bych, že spíš oba řešíme trošku něco jiného. No spíš se jedná od dva druhy aplikací – my děláme produkt, který má jeden artefakt, který je výsledkem buildu. Tento artefakt se nasazuje na X instalací a tam se teprve customizuje pomocí konfiguračních souborů. Těch konfigurací už tak je poměrně hodně a proto se nám vyplatilo některá “technická” (nikoliv zákaznická) nastavení typizovat podle zmíněných třech běhových prostředí a vyjmout je ven (s možností přepisu). Moduly, které jsou součástí buildu si mohou potom pro tyto 3 typizovaná prostředí použít své hardcodované defaults.

Takže řekl bych, že spíš oba řešíme trošku něco jiného.

]]>