Ještě bych doplnil: K pozornosti vřele doporučuji interface
HttpSessionActivationListener, HttpSessionAttributeListener,
HttpSessionBindingListener a HttpSessionListener.
Perzistetním session bych se osobně vyhýbal obloukem, pokud tedy nejde o
maličkou aplikaci pro pár uživatelů. A to nikdy nev
Ahoj,
mam problem pri prechodu na netbeans 6.7 z 6.0. Kdyz jsem presel a nechal
jsem zmenit stare netbeans nainstalovane, projekty zmenili format. Problem
nastal v tom, ze zacalo prostredi hlasit pri deploy
[ERROR]FATA
Dalším možným řešením je používat perzistentní session - ideálně do
Cookies si dát jednu dočasnou sušenku se sessionId a pri změně stavu
session si ji uložit do DB. Když session vyexpiruje, podívat se do
Cookies, jestli je tam nějaké ID a pokud ano, vytvořit novou
HttpSession... . Cookies jsou rela
Krome hessian je take pomerne rychly JBoss remoting
http://www.theserverlabs.com/blog/2009/02/19/jboss-remoting-jboss-serialization-kills-javarmi-and-spring-remoting/
ma par dalsich ficur navic v porovnani s RMI.
Co se tyka poolu na DAO, tak existuje na to nejaky Apache projekt
http://commons.ap
Ohľadom rýchlosti - nejde mi o nejakú tú milisekundu, skôr je podstatné, aby
jeden server utiahol čo aby najviac klientov. Medzivrstvu vytvoriť musím,
ako som už písal, mám M klientov, ktorí lezú do N databáz. Občas však musím
nejakú databázu odobrať alebo pridať. Bolo by veľmi zložité aktualizovať
On Monday 14 of September 2009 15:20:24 Dusan Zatkovsky wrote:
Tak uz som to nasiel. Kurvi to samotny netbeans, alebo sposob, akym exec-uje
projekt, pretoze pomocou java -jar ... z konzoly je to ok.
A teraz co s tym. Aplikaciu potrebujem ladit a predstava, ze to budem pustat
rucne z cmd.exe ma
Dokonca som prisiel na to, ze obycajne:
public static void main(String[] args) {
System.out.println(System.getenv("APPDATA"));
}
funguje spravne, pokial sa jedna o ant projekt ( kodovanie zdrojakov nehra
rolu ), a nezmysly to vracia len v pripade, ze je to maven projekt.
To uz v
Dusan Zatkovsky napsal(a):
> Dokazal by mi niekto objasnit, ako je to v jave na windows s defaultnym
> kodovanim a preco sa to chova takto podivne? Jedine, co ma napada je, ze
> getenv() vrati string v nejakej blbej kodovej stranke ( co by imho nemalo ) a
> potom sa to taha napriec projektom (*2
Ja by som to riesil nasledovne:
1) premenovanie implementacie povodnych DAO tried pre pristup do lokalnej
databazy
2) extrakcia metod (pull-up) do DAO interface-u pri zachovani povodneho
pomenovania DAO tried
3) implementacia DAO tried na pristup cez RMI/REST/Hessian ... na ine servre a
samozre
Ahoj.
Mohol by mi niekto prosim poradit ohladne kodovych stranok a java aplikacii na
windows?
Mam ceske wxp, maven projekt v netbeans. Projekt pouziva h2 databazu a
momentalne je cely kodovany v cp1250 (*1).
Problem mam s nasledovnym kodom:
Config.dbDir = new File( System.getenv("APPD
Ahoj,
no to je trochu offtopic. Mezivrstva sedi obvykle bud na stroji, kde
je DB nebo na stroji, ktery ma s DB velmi dobre spojeni. Pokud delate
nad DB slozite operace, jejichz vysledek je trivialni (napr. float,
int, apod.), tak mezivsrtva muze vyrazne omezit komunikaci
klient-server. Napr. natah
Ahoj,
přijde mi, že zvyšovat výkon a zlepšovat škálovatelnost přidáním
vrstvy je protimluv. Ono totiž obecně přidání vrstvy výkon vždycky snižuje,
ale občas je to cena, kterou má smysl zaplatit, protože tím lze zlepšit
udržovatelnost.
V tomto konkrétním případě nic nemůže výkonově překonat přímo
12 matches
Mail list logo
