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 ;-)
off topic dotaz .( dom4j
Dobrý den, najde se dobrá duše která mě poradí kde dělám chybu. Mám následující problém: parsoval jsem Xml pomocí JDOM, ted ale chci přejít na dom4j kvůli XPath můj problém je ,že právě když napíšu nějaký XPath tak mi debuger v netbeansech zahlásí špatný XPath žiju v domění ,že když mám soubor newXml.xml v něm root element el a v něm elementy menutem1 ,pak přes XPath k nim přistoupím pomocí /newXml/el/menutem1 ... abych řekl pravdu ... zkoušel jsem už hodně kombinací a ani jednu mi to nesežralo. ještě dodávám že newXml je v rootu projektovýho adresáře a pomocí JDOM jsem to v pohodě načítal. Pro lepší představu přikládám následující kus kodu : zaremovaný je verze pro JDOM která chodila (teda to co jsem musel změnit při přechodu na dom4j) String filename = new String(newXml.xml); String menuitem = null; List clearedList = null; // SAXBuilder parser = new SAXBuilder(); DOMBuilder parser = new DOMBuilder(); DOMDocument doc = new DOMDocument(filename); // Document doc; // try{ //doc = parser.build(filename); //doc = parser.build() // } // catch(Exception ex){ // ex.printStackTrace(); // } // List item = doc.getRootElement().getChildren(menutem1); List item = doc.selectNodes(/newXml/el/menutem1); Iterator i = item.iterator(); clearedList = new ArrayList(); while (i.hasNext()) { Element polozka = (Element)i.next(); menuitem = polozka.getValue(); clearedList.add(menuitem); } předpokládám ale ,že problém kterej řeším může být jen následek nějaký základní chyby už v inicializaci Parseru a documentu. Za případné odpovědi předem děkuji Petr Roubal
Re: off topic dotaz .( dom4j
Pouzijte jen /el/menutem1. Vice viz: http://www.w3schools.com/xpath/default.asp. Lukas PS: opravte si preklep menutem1 na menuitem1 (chybejici i). [EMAIL PROTECTED] wrote: Dobrý den, najde se dobrá duše která mě poradí kde dělám chybu. Mám následující problém: parsoval jsem Xml pomocí JDOM, ted ale chci přejít na dom4j kvůli XPath můj problém je ,že právě když napíšu nějaký XPath tak mi debuger v netbeansech zahlásí špatný XPath žiju v domění ,že když mám soubor newXml.xml v něm root element el a v něm elementy menutem1 ,pak přes XPath k nim přistoupím pomocí /newXml/el/menutem1 ... abych řekl pravdu ... zkoušel jsem už hodně kombinací a ani jednu mi to nesežralo. ještě dodávám že newXml je v rootu projektovýho adresáře a pomocí JDOM jsem to v pohodě načítal. Pro lepší představu přikládám následující kus kodu : zaremovaný je verze pro JDOM která chodila (teda to co jsem musel změnit při přechodu na dom4j) String filename = new String(newXml.xml); String menuitem = null; List clearedList = null; // SAXBuilder parser = new SAXBuilder(); DOMBuilder parser = new DOMBuilder(); DOMDocument doc = new DOMDocument(filename); // Document doc; // try{ //doc = parser.build(filename); //doc = parser.build() // } // catch(Exception ex){ // ex.printStackTrace(); // } // List item = doc.getRootElement().getChildren(menutem1); List item = doc.selectNodes(/newXml/el/menutem1); Iterator i = item.iterator(); clearedList = new ArrayList(); while (i.hasNext()) { Element polozka = (Element)i.next(); menuitem = polozka.getValue(); clearedList.add(menuitem); } předpokládám ale ,že problém kterej řeším může být jen následek nějaký základní chyby už v inicializaci Parseru a documentu. Za případné odpovědi předem děkuji Petr Roubal