Tiles a message key
Dobry den, pouzivam tiles, kde definicia je napisana v XML a nie v JSP-stranke. Chcem napriklad hodnotu "title" citat z ResourceBundle pomocou . V tiles som zatial nasla len moznost precitat string priamo z XML . Bohuzial sa tento string neda pouzivat ako key do mojho ResourceBundle. Priklad mojej definicie tiles: ... Zda sa mi velmi podivne, ze by tiles nepodporovali internacionalizaciu, ale jednoducho som nic nevygooglila. Dakujem za pripadne rady Radovana Straube Sponsored Link Degrees online in as fast as 1 Yr - MBA, Bachelor's, Master's, Associate Click now to apply http://yahoo.degrees.info
Re: Tiles a message key
Radovana Straube wrote: Dobry den, pouzivam tiles, kde definicia je napisana v XML a nie v JSP-stranke. Chcem napriklad hodnotu "title" citat z ResourceBundle pomocou . V tiles som zatial nasla len moznost precitat string priamo z XML . Bohuzial sa tento string neda pouzivat ako key do mojho ResourceBundle. Priklad mojej definicie tiles: Ja to delam takto: tiles-defs.xml: ... JSP layout: <%@ taglib prefix="f" uri="http://java.sun.com/jsp/jstl/fmt"; %> <%@ taglib prefix="tiles" uri="http://jakarta.apache.org/struts/tags-tiles"; %> ... tj. finta je v tom tagu, ktery nastavi atribut requestu. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Tiles a message key
Zdravím, jen se chci optat na váš názor. Jaké výhody oproti JSP 2.0 custom tags psaných v JSP, přinášejí Tiles v dnešní době? Zdá se mi, že přínosy spočívaly především v řešení neřešené problematiky pro webovské aplikace (mluvím o době před 2-3 lety), kterou bylo rozumné skládání stránek, kde část je dynamická, část statická (aniž by musel člověk psát neustále include). Honza Novotný Radovana Straube napsal(a): Dobry den, pouzivam tiles, kde definicia je napisana v XML a nie v JSP-stranke. Chcem napriklad hodnotu "title" citat z ResourceBundle pomocou . V tiles som zatial nasla len moznost precitat string priamo z XML . Bohuzial sa tento string neda pouzivat ako key do mojho ResourceBundle. Priklad mojej definicie tiles: ... Zda sa mi velmi podivne, ze by tiles nepodporovali internacionalizaciu, ale jednoducho som nic nevygooglila. Dakujem za pripadne rady Radovana Straube Sponsored Link Degrees online in as fast as 1 Yr - MBA, Bachelor's, Master's, Associate Click now to apply http://yahoo.degrees.info
Re: Tiles a message key
Rozdil je vtom, ze tiles nabizeji skladani zhora dolu, kdezto tagy sdola nahoru. Co tim myslim ... V tiles mas layout, do ktereho parametricky vkladas soucasti. Kdezto tag ti umozni vlozit soucast do stranky ... Tj. tiles je super vec a na verzi JSP nezalezi. Jenom me mrzi, ze si nedali tu praci prepsat standard taglib library tak, aby podporoval novy space pro promenne typu "tile" a je nutne psat nepekne importy atributu, abyse dali pouzit ... Ing. Jan Novotný napsal(a): > > Zdravím, > > jen se chci optat na váš názor. Jaké výhody oproti JSP 2.0 custom tags > psaných v JSP, přinášejí Tiles v dnešní době? Zdá se mi, že přínosy > spočívaly především v řešení neřešené problematiky pro webovské aplikace > (mluvím o době před 2-3 lety), kterou bylo rozumné skládání stránek, kde > část je dynamická, část statická (aniž by musel člověk psát neustále > include). > > Honza Novotný > > Radovana Straube napsal(a): >> Dobry den, >> >> pouzivam tiles, kde definicia je napisana v XML a nie >> v JSP-stranke. Chcem napriklad hodnotu "title" citat z ResourceBundle >> pomocou . V tiles som >> zatial nasla len moznost precitat string priamo z XML >> . Bohuzial sa tento string neda >> pouzivat ako key do mojho ResourceBundle. >> >> Priklad mojej definicie tiles: >> >> > path="/common/layout/main.jsp"> >> > type="java.lang.String" /> >> > value="/module12/header.jsp"/> >> >> ... >> >> >> Zda sa mi velmi podivne, ze by tiles nepodporovali >> internacionalizaciu, ale jednoducho som nic >> nevygooglila. >> >> Dakujem za pripadne rady >> Radovana Straube >> >> >> >> >> >> >> Sponsored Link >> >> Degrees online in as fast as 1 Yr - MBA, Bachelor's, Master's, Associate >> Click now to apply http://yahoo.degrees.info >> > > > -- Jiří Mareš (mailto:[EMAIL PROTECTED]) ČSAD SVT Praha, s.r.o. (http://www.svt.cz) Czech Republic
Re: Tiles a message key
No já teda nevím. Zkuste se třeba podívat na demo knihovny Tobago - odkoukal jsem odtud jejich způsob skládání stránek. Např. typická stránka tam vypadá takto: <%@ page contentType="text/html" pageEncoding="UTF-8" %> <%@ taglib prefix="my" tagdir="/WEB-INF/tags" %> nějaké HTML stránky Pak mají v JSP napsaný tag LAYOUT, který vypadá zhruba takto: <%@ tag body-content="scriptless" pageEncoding="UTF-8" %> <%@ attribute name="menu" required="true" %> <%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %> <%@ taglib prefix="my" tagdir="/WEB-INF/tags" %> Všechno až stupidně jednoduché, funkční a krásně se to skládá dohromady. Asi máte pravdu, že je to deklarování směrem odspodu, kdybych chtěl změnit layout u dvaceti stránek musel bych u všech dvaceti upravit JSP na použití jiného tagu nebo modifikaci atributů. Ale jinak se mi ten přístup hodně líbí - zdá se mi jednoduchý a funkční. Z mého pohledu lepší než "zamořovat" (berte to s nadsázkou) projekt další technologií. Honza Novotný Jiří Mareš napsal(a): Rozdil je vtom, ze tiles nabizeji skladani zhora dolu, kdezto tagy sdola nahoru. Co tim myslim ... V tiles mas layout, do ktereho parametricky vkladas soucasti. Kdezto tag ti umozni vlozit soucast do stranky ... Tj. tiles je super vec a na verzi JSP nezalezi. Jenom me mrzi, ze si nedali tu praci prepsat standard taglib library tak, aby podporoval novy space pro promenne typu "tile" a je nutne psat nepekne importy atributu, abyse dali pouzit ... Ing. Jan Novotný napsal(a): Zdravím, jen se chci optat na váš názor. Jaké výhody oproti JSP 2.0 custom tags psaných v JSP, přinášejí Tiles v dnešní době? Zdá se mi, že přínosy spočívaly především v řešení neřešené problematiky pro webovské aplikace (mluvím o době před 2-3 lety), kterou bylo rozumné skládání stránek, kde část je dynamická, část statická (aniž by musel člověk psát neustále include). Honza Novotný Radovana Straube napsal(a): Dobry den, pouzivam tiles, kde definicia je napisana v XML a nie v JSP-stranke. Chcem napriklad hodnotu "title" citat z ResourceBundle pomocou . V tiles som zatial nasla len moznost precitat string priamo z XML . Bohuzial sa tento string neda pouzivat ako key do mojho ResourceBundle. Priklad mojej definicie tiles: ... Zda sa mi velmi podivne, ze by tiles nepodporovali internacionalizaciu, ale jednoducho som nic nevygooglila. Dakujem za pripadne rady Radovana Straube Sponsored Link Degrees online in as fast as 1 Yr - MBA, Bachelor's, Master's, Associate Click now to apply http://yahoo.degrees.info -- Ing. Jan Novotný Software Engineer Fincom-Materna Communications, a.s. SNP 402, 500 03 Hradec Králové 3 Czech Republic
Re: Tiles a message key
Jasne, to je ono ... 1) co kdyz budu chtit na jedne strance za menu pridat nejake HTML?? V tiles pouze reknu ze oblast menu nema pouzit menu.jsp ale moje-menu.jsp a v tom jspicku includnu menu.jsp a pridam tam co potrebuji. 2) jste si odpovedel sam, na vsech strankach musite pouzit tag , coz nepovazuji za tak velky problem, ale je to zbytecne 3) tiles nejsou slozite, jsou naopak desne jednuduche a pruhledne, tj. o zamorovani dalsi technologii bych nehovoril, jsou mnohem horsi veci napr. JSF 4) ja vas nepremlouvam, ptal jste se a ja odpovidam, stranky delejte jak se vam chce Hezky den Ing. Jan Novotný napsal(a): > No já teda nevím. Zkuste se třeba podívat na demo knihovny Tobago - > odkoukal jsem odtud jejich způsob skládání stránek. Např. typická > stránka tam vypadá takto: > > <%@ page contentType="text/html" pageEncoding="UTF-8" %> > <%@ taglib prefix="my" tagdir="/WEB-INF/tags" %> > > > nějaké HTML stránky > > > Pak mají v JSP napsaný tag LAYOUT, který vypadá zhruba takto: > > <%@ tag body-content="scriptless" pageEncoding="UTF-8" %> > <%@ attribute name="menu" required="true" %> > <%@ taglib uri="http://java.sun.com/jsp/jstl/core"; prefix="c" %> > <%@ taglib prefix="my" tagdir="/WEB-INF/tags" %> > > > > > > > > > > > > > > > > > > > > > > > > > > > Všechno až stupidně jednoduché, funkční a krásně se to skládá dohromady. > Asi máte pravdu, že je to deklarování směrem odspodu, kdybych chtěl > změnit layout u dvaceti stránek musel bych u všech dvaceti upravit JSP > na použití jiného tagu nebo modifikaci atributů. Ale jinak se mi ten > přístup hodně líbí - zdá se mi jednoduchý a funkční. Z mého pohledu > lepší než "zamořovat" (berte to s nadsázkou) projekt další technologií. > > Honza Novotný > > Jiří Mareš napsal(a): >> Rozdil je vtom, ze tiles nabizeji skladani zhora dolu, kdezto tagy sdola >> nahoru. Co tim myslim ... >> >> V tiles mas layout, do ktereho parametricky vkladas soucasti. Kdezto tag ti >> umozni vlozit soucast do stranky ... Tj. >> tiles je super vec a na verzi JSP nezalezi. Jenom me mrzi, ze si nedali tu >> praci prepsat standard taglib library tak, >> aby podporoval novy space pro promenne typu "tile" a je nutne psat nepekne >> importy atributu, abyse dali pouzit ... >> >> Ing. Jan Novotný napsal(a): >> >>> Zdravím, >>> >>> jen se chci optat na váš názor. Jaké výhody oproti JSP 2.0 custom tags >>> psaných v JSP, přinášejí Tiles v dnešní době? Zdá se mi, že přínosy >>> spočívaly především v řešení neřešené problematiky pro webovské aplikace >>> (mluvím o době před 2-3 lety), kterou bylo rozumné skládání stránek, kde >>> část je dynamická, část statická (aniž by musel člověk psát neustále >>> include). >>> >>> Honza Novotný >>> >>> Radovana Straube napsal(a): >>> Dobry den, pouzivam tiles, kde definicia je napisana v XML a nie v JSP-stranke. Chcem napriklad hodnotu "title" citat z ResourceBundle pomocou . V tiles som zatial nasla len moznost precitat string priamo z XML . Bohuzial sa tento string neda pouzivat ako key do mojho ResourceBundle. Priklad mojej definicie tiles: >>> path="/common/layout/main.jsp"> >>> type="java.lang.String" /> >>> value="/module12/header.jsp"/> ... Zda sa mi velmi podivne, ze by tiles nepodporovali internacionalizaciu, ale jednoducho som nic nevygooglila. Dakujem za pripadne rady Radovana Straube Sponsored Link Degrees online in as fast as 1 Yr - MBA, Bachelor's, Master's, Associate Click now to apply http://yahoo.degrees.info >>> >>> >> >> > > -- > *Ing. Jan Novotný* > /Software Engineer/ > > Fincom-Materna Communications, a.s. > SNP 402, 500 03 Hradec Králové 3 > Czech Republic -- Jiří Mareš (mailto:[EMAIL PROTECTED]) ČSAD SVT Praha, s.r.o. (http://www.svt.cz) Czech Republic
Re: Tiles a message key
ad 1) v tomhle případě by mi stačilo taky asi změnit jen obsah toho "layout" tagu - spíš tady ale záleží na tom jak chytře si to poskládáte ad 2) no v tiles přeci také musíte nějak říct, pro kterou stránku se má použít jaký layout ne? Když jsem pročítal dokumentaci, tak jsem dokonce nabyl pocit, že pro stránku musíte mít 2 soubory - jeden, kde vepíšete definici tiles (tiles tagy), jak se má stránka poskládat a teprve v druhé máte tu "dynamickou" body. Tzn. že pro dejme tomu pět různých stránek byste musel mít 10 souborů?! Ale je dost možné že jsem to jen špatně pochopil. ad 4) já to neberu jako přemlouvání ani vás nechci k ničemu přemlouvat - chtěl jsem jen od uživatelů tiles znát výhody téhle knihovny, protože já jsem je na první pohled neobjevil. Honza Novotný Jiří Mareš napsal(a): Jasne, to je ono ... 1) co kdyz budu chtit na jedne strance za menu pridat nejake HTML?? V tiles pouze reknu ze oblast menu nema pouzit menu.jsp ale moje-menu.jsp a v tom jspicku includnu menu.jsp a pridam tam co potrebuji. 2) jste si odpovedel sam, na vsech strankach musite pouzit tag , coz nepovazuji za tak velky problem, ale je to zbytecne 3) tiles nejsou slozite, jsou naopak desne jednuduche a pruhledne, tj. o zamorovani dalsi technologii bych nehovoril, jsou mnohem horsi veci napr. JSF 4) ja vas nepremlouvam, ptal jste se a ja odpovidam, stranky delejte jak se vam chce Hezky den Ing. Jan Novotný napsal(a): No já teda nevím. Zkuste se třeba podívat na demo knihovny Tobago - odkoukal jsem odtud jejich způsob skládání stránek. Např. typická stránka tam vypadá takto: <%@ page contentType="text/html" pageEncoding="UTF-8" %> <%@ taglib prefix="my" tagdir="/WEB-INF/tags" %> nějaké HTML stránky Pak mají v JSP napsaný tag LAYOUT, který vypadá zhruba takto: <%@ tag body-content="scriptless" pageEncoding="UTF-8" %> <%@ attribute name="menu" required="true" %> <%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %> <%@ taglib prefix="my" tagdir="/WEB-INF/tags" %> Všechno až stupidně jednoduché, funkční a krásně se to skládá dohromady. Asi máte pravdu, že je to deklarování směrem odspodu, kdybych chtěl změnit layout u dvaceti stránek musel bych u všech dvaceti upravit JSP na použití jiného tagu nebo modifikaci atributů. Ale jinak se mi ten přístup hodně líbí - zdá se mi jednoduchý a funkční. Z mého pohledu lepší než "zamořovat" (berte to s nadsázkou) projekt další technologií. Honza Novotný Jiří Mareš napsal(a): Rozdil je vtom, ze tiles nabizeji skladani zhora dolu, kdezto tagy sdola nahoru. Co tim myslim ... V tiles mas layout, do ktereho parametricky vkladas soucasti. Kdezto tag ti umozni vlozit soucast do stranky ... Tj. tiles je super vec a na verzi JSP nezalezi. Jenom me mrzi, ze si nedali tu praci prepsat standard taglib library tak, aby podporoval novy space pro promenne typu "tile" a je nutne psat nepekne importy atributu, abyse dali pouzit ... Ing. Jan Novotný napsal(a): Zdravím, jen se chci optat na váš názor. Jaké výhody oproti JSP 2.0 custom tags psaných v JSP, přinášejí Tiles v dnešní době? Zdá se mi, že přínosy spočívaly především v řešení neřešené problematiky pro webovské aplikace (mluvím o době před 2-3 lety), kterou bylo rozumné skládání stránek, kde část je dynamická, část statická (aniž by musel člověk psát neustále include). Honza Novotný Radovana Straube napsal(a): Dobry den, pouzivam tiles, kde definicia je napisana v XML a nie v JSP-stranke. Chcem napriklad hodnotu "title" citat z ResourceBundle pomocou . V tiles som zatial nasla len moznost precitat string priamo z XML . Bohuzial sa tento string neda pouzivat ako key do mojho ResourceBundle. Priklad mojej definicie tiles: ... Zda sa mi velmi podivne, ze by tiles nepodporovali internacionalizaciu, ale jednoducho som nic nevygooglila. Dakujem za pripadne rady Radovana Straube Sponsored Link Degrees online in as fast as 1 Yr - MBA, Bachelor's, Master's, Associate Click now to apply http://yahoo.degrees.info -- *Ing. Jan Novotný* /Software Engineer/ Fincom-Materna Communications, a.s. SNP 402, 500 03 Hradec Králové 3 Czech Republic -- Ing. Jan Novotný Software Engineer Fincom-Materna Communications, a.s. SN
Re: Tiles a message key
> ad 1) v tomhle případě by mi stačilo taky asi změnit jen obsah toho > "layout" tagu - spíš tady ale záleží na tom jak chytře si to poskládáte No jo, ale jak to udelate jenom pro par stranek, ne pro vsechny. Budete si tam procpavat nejaky atribut?? V tom je sila tiles ... > ad 2) no v tiles přeci také musíte nějak říct, pro kterou stránku se má > použít jaký layout ne? Když jsem pročítal dokumentaci, tak jsem dokonce > nabyl pocit, že pro stránku musíte mít 2 soubory - jeden, kde vepíšete > definici tiles (tiles tagy), jak se má stránka poskládat a teprve v > druhé máte tu "dynamickou" body. Tzn. že pro dejme tomu pět různých > stránek byste musel mít 10 souborů?! Ale je dost možné že jsem to jen > špatně pochopil. No ono zalezi, kde je pouzivate, protoze pokud je pouzijete ve struts, pak muzete forwardovat primo na jmeno tiles definice a nepotrebujete onu jsp stranku, kde reknete pouzij tendle layout a tudle tiles definici. Samozrejme takovato funkcionalita se da velmi jednoduse doprogramovat vsude a bez ni to trochu ztraci smysl, to je pravda ... Jinak musite mit layout, obdoba vaseho tagu, kde definujete layout a na ktera mista se maji naimpoertovat particne parametry. Pak potrebujete to, co se na patricna mista naimportuje (tj. menu, header, footer, body ...). Pokud pouzijete struts, pak je to vse. Pokud ne, pak si musite bud neco naprogramovat neco podobneho (viz. predchozi odstavec) a nebo potrebujete dalsi stranku (a to je blbost, se kterou to nema smysl) > ad 4) já to neberu jako přemlouvání ani vás nechci k ničemu přemlouvat - > chtěl jsem jen od uživatelů tiles znát výhody téhle knihovny, protože já > jsem je na první pohled neobjevil. Vyhody jsou ty, ze jde skutecne o layout engine, tj. do layouu muzu vkladat vice "body" oproti vasemu jednomu do tagu layout. Mam oddeleny adres space pro promenne, coz je take hezka myslenka, ale diky jiz zminovane nepodpore v standard JSTL je to trochu pres ruku. Rekl bych, ze layout to resi nejlip jak se kdy videl, ale nevidel jsem vsechno :-) >> 1) co kdyz budu chtit na jedne strance za menu pridat nejake HTML?? V tiles >> pouze reknu ze oblast menu nema pouzit >> menu.jsp ale moje-menu.jsp a v tom jspicku includnu menu.jsp a pridam tam co >> potrebuji. >> >> 2) jste si odpovedel sam, na vsech strankach musite pouzit tag , >> coz nepovazuji za tak velky problem, ale je >> to zbytecne >> >> 3) tiles nejsou slozite, jsou naopak desne jednuduche a pruhledne, tj. o >> zamorovani dalsi technologii bych nehovoril, >> jsou mnohem horsi veci napr. JSF >> >> 4) ja vas nepremlouvam, ptal jste se a ja odpovidam, stranky delejte jak se >> vam chce >> >> Hezky den >> >> Ing. Jan Novotný napsal(a): >> >>> No já teda nevím. Zkuste se třeba podívat na demo knihovny Tobago - >>> odkoukal jsem odtud jejich způsob skládání stránek. Např. typická >>> stránka tam vypadá takto: >>> >>> <%@ page contentType="text/html" pageEncoding="UTF-8" %> >>> <%@ taglib prefix="my" tagdir="/WEB-INF/tags" %> >>> >>> >>> nějaké HTML stránky >>> >>> >>> Pak mají v JSP napsaný tag LAYOUT, který vypadá zhruba takto: >>> >>> <%@ tag body-content="scriptless" pageEncoding="UTF-8" %> >>> <%@ attribute name="menu" required="true" %> >>> <%@ taglib uri="http://java.sun.com/jsp/jstl/core"; prefix="c" %> >>> <%@ taglib prefix="my" tagdir="/WEB-INF/tags" %> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Všechno až stupidně jednoduché, funkční a krásně se to skládá dohromady. >>> Asi máte pravdu, že je to deklarování směrem odspodu, kdybych chtěl >>> změnit layout u dvaceti stránek musel bych u všech dvaceti upravit JSP >>> na použití jiného tagu nebo modifikaci atributů. Ale jinak se mi ten >>> přístup hodně líbí - zdá se mi jednoduchý a funkční. Z mého pohledu >>> lepší než "zamořovat" (berte to s nadsázkou) projekt další technologií. >>> >>> Honza Novotný >>> >>> Jiří Mareš napsal(a): >>> Rozdil je vtom, ze tiles nabizeji skladani zhora dolu, kdezto tagy sdola nahoru. Co tim myslim ... V tiles mas layout, do ktereho parametricky vkladas soucasti. Kdezto tag ti umozni vlozit soucast do stranky ... Tj. tiles je super vec a na verzi JSP nezalezi. Jenom me mrzi, ze si nedali tu praci prepsat standard taglib library tak, aby podporoval novy space pro promenne typu "tile" a je nutne psat nepekne importy atributu, abyse dali pouzit ... Ing. Jan Novotný napsal(a): > Zdravím, > > jen se chci optat na v
Re: Tiles a message key
Jiří Mareš wrote: ad 2) no v tiles přeci také musíte nějak říct, pro kterou stránku se má použít jaký layout ne? Když jsem pročítal dokumentaci, tak jsem dokonce nabyl pocit, že pro stránku musíte mít 2 soubory - jeden, kde vepíšete definici tiles (tiles tagy), jak se má stránka poskládat a teprve v druhé máte tu "dynamickou" body. Tzn. že pro dejme tomu pět různých stránek byste musel mít 10 souborů?! Ale je dost možné že jsem to jen špatně pochopil. No ono zalezi, kde je pouzivate, protoze pokud je pouzijete ve struts, pak muzete forwardovat primo na jmeno tiles definice a nepotrebujete onu jsp stranku, kde reknete pouzij tendle layout a tudle tiles definici. Samozrejme takovato funkcionalita se da velmi jednoduse doprogramovat vsude a bez ni to trochu ztraci smysl, to je pravda ... Pri pouziti Struts + Tiles potrebujete 1) jedenkrat soubor tiles-defs.xml 2) tolik JSP stranek s layoutem, kolik potrebujete layoutu, tj. vetsinou jednu 3) pro kazdou skutecnou JSP stranku jeden JSP soubor Cili typicky potrebujete 2 soubory na zacatku a pak pro kazdou JSP stranku vytvorit jeden dalsi soubor a naeditovat tiles-defs.xml. Pro porovnani, zkousim pouzivat Tapestry, a libi se mi, ze potrebuji mnohem mene souboru nez pri pouziti Struts+Tiles. Pocitejte se mnou, pro typickou stranku pro editaci zaznamu z databaze ve Struts potrebuji: 1) form bean pro data od uzivatele 2) prvni Action pro vytahnuti dat z databaze do formbeanu 3) JSP stranku s formularem 4) druhou Action pro ulozeni dat z formbeanu do databaze 5) pridat tag do struts-config.xml 6) pridat dvakrat do struts-config.xml 7) pridat do tiles-defs.xml coz je dost makacka kvuli jedne strance. Proste jednu stranku mam rozvrzanou po sesti ruznych souborech. V Tapestry potrebuju 2 soubory 1) sablonu stranky, tj soubor Stranka.html 2) tridu stranky, tj. Stranka.java, ve ktere muzu mit i formbean Pro layout stranek Tapestry pouziva prave tu techniku vkladani komponenty do stranky, co presne odpovida udelani si vlastniho JSP tagu pro layout. Sice to neni tak flexibilni jako Tiles, ale uspora nutnosti editovat jeste jeden soubor za to asi stoji. Cili abych shrnul svuj nazor - Tiles jsou flexibilnejsi nez vlastni JSP tag, ale zase musim kvuli pridani dalsi stranky editovat o jeden konfigurak vic. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Tiles a message key
> Pri pouziti Struts + Tiles potrebujete > > 1) jedenkrat soubor tiles-defs.xml > 2) tolik JSP stranek s layoutem, kolik potrebujete layoutu, tj. vetsinou > jednu > 3) pro kazdou skutecnou JSP stranku jeden JSP soubor > > Cili typicky potrebujete 2 soubory na zacatku a pak pro kazdou JSP > stranku vytvorit jeden dalsi soubor a naeditovat tiles-defs.xml. No tech souboru bude vice nez 2, protoze, kdyz layout delate, pak mate nejake menu.jsp, header.jsp, footer.jsp ... ale je to konstatni pocet, ktery se poctem stranek nemeni a tudiz to neni podstatne > Pro porovnani, zkousim pouzivat Tapestry, a libi se mi, ze potrebuji > mnohem mene souboru nez pri pouziti Struts+Tiles. Pocitejte se mnou, > pro typickou stranku pro editaci zaznamu z databaze ve Struts potrebuji: > > 1) form bean pro data od uzivatele > 2) prvni Action pro vytahnuti dat z databaze do formbeanu > 3) JSP stranku s formularem > 4) druhou Action pro ulozeni dat z formbeanu do databaze > 5) pridat tag do struts-config.xml > 6) pridat dvakrat do struts-config.xml > 7) pridat do tiles-defs.xml > > coz je dost makacka kvuli jedne strance. Proste jednu stranku > mam rozvrzanou po sesti ruznych souborech. V Tapestry potrebuju > 2 soubory > > 1) sablonu stranky, tj soubor Stranka.html > 2) tridu stranky, tj. Stranka.java, ve ktere muzu mit i formbean > > Pro layout stranek Tapestry pouziva prave tu techniku vkladani > komponenty do stranky, co presne odpovida udelani si vlastniho JSP tagu > pro layout. Sice to neni tak flexibilni jako Tiles, ale uspora nutnosti > editovat jeste jeden soubor za to asi stoji. No neni to ono, protoze muzete predat vic nez jeden parametr, takze dokazete zvenku layout komponente nanutit jine menu, jiny header atd. Toto samozrejme jde i tomu layout tagu (napr. jmeno jineho souboru pro generovani menu nez standardni), ovsem v pripade tapestry jako parametr predavate skutecnou komponentu, ktera muze byt definovana ve strance, kde se zobrazi, tj. je to opet v jednom souboru ... > Cili abych shrnul svuj nazor - Tiles jsou flexibilnejsi nez > vlastni JSP tag, ale zase musim kvuli pridani dalsi stranky > editovat o jeden konfigurak vic. Coz v pripade struts + tiles neni zas tolik bolestive, nez to resit pomoci jinak, protoze tech konfiguraku uz je stejne az az Ano ano, tapestry to je ta spravna volba :-)) -- Jiří Mareš (mailto:[EMAIL PROTECTED]) ČSAD SVT Praha, s.r.o. (http://www.svt.cz) Czech Republic
Re: Tiles a message key
> > Coz v pripade struts + tiles neni zas tolik bolestive, nez to resit pomoci > jinak, protoze tech konfiguraku uz je stejne az az Ja ted budu asi vypadat jako naprosty staromylsky zakrslik, ale nepripada vam, ze je tech konfiguraku uz tak nejak nakonec moc? Ze vetsinu procesoroveho casu misto vlastni business logiky sezerou ty desitky ruznych frameworku? Preci jen jsem vzdycky zastancem toho, koupit si v obchode obycejne kladivo, nez si koupit tovarnu na vyrobu univerzalnich tovaren na vyrobu planu na univerzalni tovarny delajici univerzalni 2 ucelovy nastroj, kterym jde mimo jine i zatlouct hrebik, a to deseti zpusoby, ale mate s tim trosku problem, policku povesite az pristi desetileti... Navic se musim priznat, ze ani Struts, ani Tiles ani Tapestry mne nepresvedcily, ze by to byly ty prave nastroje, ktere bych mel pouzivat. Nedavno jsem musel napsat jednu malou aplikacku - tak na urovni J2EE Eshopu. Za tyden jsem po vecerech nemel co trhat. A pouzita technologie? Dva klienti: cmdline a klasicky servlet s vystupem pres freemarker, jako backend pouzit SSJ (kvuli SOAPu), db PostgreSQL primo pres JDBC. Ano, pouzil jsem uz hodne stare vlastni utilitky pro Freemarker, I/O, getopt (nikdy jsem se nedostal k tomu vyzkouset apachi), JDBCPool, IDEA a Copy&Paste a perl pro DAO objekty (uz jsem nenasel stary XDocletovy skript, tak proto perl) a WSDLko jsem si vymyslel (no, dobre, WASP mi ho vygeneroval ze trid, takze zadny integracni problem). Nerikam, ze je to napsano optimalne, ale rekl bych, ze to stacilo. Na zaklade teto zkusenosti se fakt ptam, proc lidi investuji tolik casu pro neustale vymysleni a investigovani novych a novych frameworku a vymysleni, jak to a to ohackovat, aby to fungovalo v tom novem, jeste lepsim frameworku... PS: Vite, proc Mozilla se neprosadila, kdezto Firefox ano? Mozilla byla pomala jako sracka, protoze byla preframeworkovana. A vite, proc je PHP, potazmo W/LAMP nejuspesnejsi platforma? Protoze je STRASNE jednoducha. -- Oto 'tapik' Buchta, [EMAIL PROTECTED] http://www.buchtovi.cz __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
Re: Tiles a message key
> Ja ted budu asi vypadat jako naprosty staromylsky zakrslik, ale nepripada > vam, > ze je tech konfiguraku uz tak nejak nakonec moc? Ze vetsinu procesoroveho > casu misto vlastni business logiky sezerou ty desitky ruznych frameworku? > Preci jen jsem vzdycky zastancem toho, koupit si v obchode obycejne kladivo, > nez si koupit tovarnu na vyrobu univerzalnich tovaren na vyrobu planu na > univerzalni tovarny delajici univerzalni 2 ucelovy nastroj, kterym jde > mimo jine i zatlouct hrebik, a to deseti zpusoby, ale mate s tim trosku > problem, policku povesite az pristi desetileti... No tudle cast jako bych cetl v nejakem clanku ... no ten configurak pro tiles mi prijde jeste ten nejlepsi, jaky v ve struts je, protoze skutecne dochazi k oddeleni kodu nastaveni aplikace a to se mi libi. Specialne u aplikaci, ktere delame, tj. uz mame asi 40 release a hrabeme se v tom porad dokola ... kdybych chtel neco udelat, nekomu to dat, pak je to asi zbytecne hrani ... > Navic se musim priznat, ze ani Struts, ani Tiles ani Tapestry mne > nepresvedcily, ze by to byly ty prave nastroje, ktere bych mel pouzivat. > Nedavno jsem musel napsat jednu malou aplikacku - tak na urovni J2EE Eshopu. > Za tyden jsem po vecerech nemel co trhat. A pouzita technologie? Dva klienti: > cmdline a klasicky servlet s vystupem pres freemarker, jako backend pouzit > SSJ (kvuli SOAPu), db PostgreSQL primo pres JDBC. Ano, pouzil jsem uz hodne > stare vlastni utilitky pro Freemarker, I/O, getopt (nikdy jsem se nedostal k > tomu vyzkouset apachi), JDBCPool, IDEA a Copy&Paste a perl pro DAO objekty > (uz jsem nenasel stary XDocletovy skript, tak proto perl) a WSDLko jsem si > vymyslel (no, dobre, WASP mi ho vygeneroval ze trid, takze zadny integracni > problem). Nerikam, ze je to napsano optimalne, ale rekl bych, ze to stacilo. No tapestry me osobne presvedcilo, i kdyz mam pocit, ze ve verzi 4 je to teprve ono a to co ma prijit v 5, to uz je super. Je to objektove, zadne PHP .. design dela designer a ne vyvojar (jako v JSF) nebo "pouceny designed" jako v pripade PHP, JSP, VElocity apod. > PS: Vite, proc Mozilla se neprosadila, kdezto Firefox ano? Mozilla byla > pomala > jako sracka, protoze byla preframeworkovana. A vite, proc je PHP, potazmo > W/LAMP nejuspesnejsi platforma? Protoze je STRASNE jednoducha. No jo, PHP potazmo LAMP je uspesna platforma, ale uz jsem par LAMP aplikaci predelaval, protoze po tech par letech neustaleho predelavani a dodelavani featur uz ani autor netusil co se tam deje a proc ... problem je v tom, ze je to sice jednoduche, tj. pristupne, ale pak programuji lide, ktere vedi kulovy o cem to je a dopada to tak jak dopada .. to ovsem neznamena, ze LAMP platforma je spatna. Takze, jen at to neni pro kazdeho, jen at uz naucit se to znamena neco umet a pak to co vznikne bude mit vetsi pravdepobnost mit hlavu a patu ... Me osobne to nevadi, kdyz si musim neco nastudovat a neco pochopit :-) -- Jiří Mareš (mailto:[EMAIL PROTECTED]) ČSAD SVT Praha, s.r.o. (http://www.svt.cz) Czech Republic
Re: Tiles a message key
Zdravim, ono to souvisi vice s navrhem aplikace - kdyz sem zacinal programovat, programoval jsem malickosti s kratkyk zivotnim cyklem a sam. Prozival jsem psychicke trauma nad prazdnym projektem, frameworky mne prisly taky komplexni a zbytecne. I vlastne J2EE - proc si pridavat praci a delat nejake Session beany, stateless beany, dao atd. kdyz jde vsechno krasne pres JDBC a staci mit dostatecne vybavenou db. Dneska mam repository ruzne rozdelanych projektu, ktere resi par problemu a konfiguraci. Zadne deprese, jenom najit a posladat zakladni kameny z ruznych projektu, refaktorovat a implementovat problem. Pochopil jsem zakladni vlastnost Eclipse (Rational) a to moc refactoringu. Udrzitelnost kodu - nedavno jsem se vracel k projektu asi 3 roky staremu, ktery dost tezil z vlastnosti DB2 - velmi efektivni (a efektni) dotaz, z poloviny generovany za behu - ale zmenit jen takovou drobnost znamenalo jej cely pochopit, prepsat a otestovat, na komentare sem tehda moc nedal, na JUnity vubec... znate to. Vykon - muze byt Hibernate rychlejsi nez SQL? Tezko, kdyz SQL buduje. Zajimave by bylo dostat Hibernate do databaze a DAO manager interface z ni ven. Obdobne technologie jsem nasel a to db4o (zajimave je ze ma transakce, ale zahadne spadla tak, ze data uz nesly obnovit) a pak Cache (problem je, ze chybi pohodlne prostredi pro vyvoj = plugin pro eclipse) Muze byt titles rychlejsi nez jsp a scriplety - mozna. Dle meho frameworky zvysuji efektivitu programatora, tim klesa naklad na projekt a proto si muze program dovolit vice lidi, popr. dotlacit na zelezo. Tim se IT rozviji prevlada poptavka nad nabidkou = nejsme o hladu a tak to chvily jeste bude. Karel PS: ne nahodou nejvetsi giganti trhu jsou ti, kteri zaroven dodavaji jak SW, tak HW. MS a Dell jsou vyjimky potvrzujici pravidlo. Ja ted budu asi vypadat jako naprosty staromylsky zakrslik, ale nepripada vam, ze je tech konfiguraku uz tak nejak nakonec moc? Ze vetsinu procesoroveho casu misto vlastni business logiky sezerou ty desitky ruznych frameworku?
Re: Tiles a message key
Karel Tejnora wrote: Vykon - muze byt Hibernate rychlejsi nez SQL? Tezko, kdyz SQL buduje. Muze - kdyz se vyuzije second a third level cache... Ale na druhou stranu nektere veci neumi, takze se bez JDBC neobejdete. A jsou i veci, ktere dela navic - napr. zbytecne pouziti temporary tabulek pri praci s entitami, ktere jsou mapovany do vice tabulek pomoci joinu. Dle meho frameworky zvysuji efektivitu programatora, tim klesa naklad na projekt a proto si muze program dovolit vice lidi, popr. dotlacit na zelezo. Tim se IT rozviji prevlada poptavka nad nabidkou = nejsme o hladu a tak to chvily jeste bude. A taky muzou zvysit prehlednost, udrzovatelnost a kvalitu kodu a tedy i vysledne aplikace. (napr. se Springem nemusim v kodu zavirat Hibernati Session, startovat a commitovat transakce, apod.) Lze je vsak samozrejme pouzit spatne nebo nevhodne, zejmena kdyz neznate technologie, nad kterymi jsou postaveny a aspon zhruba jak funguji uvnitr. Zalezi i na tom, kolik casu mate na jejich studium. Lukas PS: ze zdrojovych kody frameworku se da naucit, jak to napsat bez frameworku ;-)