Presne tak, ked niekedy potrebujem prechrcat vsetky riadky tak si ich
musim rozdelit na mensie. Limit ma tu nevyhodu, ze ked sa ti menia data,
tak sa moze stat, ze neprecitas vsetky. V tomto pripade si data
rozdelujem podla dakeho kluca, primarny kluc je dvojzlozkovy takze jedna
cast kluca je p
Dne středa 13 září 2006 14:30 Rastislav Rehak napsal(a):
> Ahoj
>
> ja mam teraz 18 milionov riadkov v jednej tabulke. Donedavna este bezala
> na MyISAM, teraz je InnoDB . Bezne pouzivam limit, lebo je to webova
> aplikacia ale data z tejto tabulky aj tak citam len v relacii na nieco.
> Kurzor by s
Jo a zmena je prece jednoducha, jenom ten
vas-jboss classloader date dopredu.
fil
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Jiri Fabian
Sent: Wednesday, September 13,
2006 6:30 PM
To: 'Java'
Subject: RE: Jak zjistit, které
JARy jsou aplikací používány?
Cau,
vzhledem k tomu, ze se k JBoss zdrojakum
dostanete, tak bych si upravil ten classloader a pekne bych si ty jary
vypisoval
pomoci getClass().getProtectionDomain().getCodeSource()
nebo tak nejak. Pak si date distinct a mate tranzitivni uzaver.
Mozna, ze to pujde jednoduseji, nikd
S
vlastnim classloaderem by to bylo nejspolehlivejsi, ale asi ne uplne
trivialni. Pokud netahate mnoho trid pres reflection, pak by mohl pomoci
jarjar (http://tonicsystems.com/products/jarjar/)
- dokaze najit zavislosti mezi jary. Pouzitim minimalne vytipujete ty co se
urcite pouzivaji, zby
Zdravím konferenci,
mám zajímavý problém - je aplikace, která se potřebuje k běhu více
než 50 MB jarů. Aplikace běží na JBossu a skládá se z web rozhraní a
EJB. Máme podezření hraničící s jistotou, že poměrně velká řádka z nich
není aplikací vůbec využívána - jen nevíme které. Rádi bychom
Ahoj
ja mam teraz 18 milionov riadkov v jednej tabulke. Donedavna este bezala
na MyISAM, teraz je InnoDB . Bezne pouzivam limit, lebo je to webova
aplikacia ale data z tejto tabulky aj tak citam len v relacii na nieco.
Kurzor by som radsej ani neskusal, lebo to zamykanie by bolo zverstvo.
Zdravim,
rad bych zjistil jestli nekdo ma zkusenosti s pouzitim mysql a jdbc pro vetsi
objemy dat. Mam tim na mysli radove sta miliony radku (jedne staticke
tabulky). Jakym zpusobem prochazet vyslednou resultset; pouzit cursor ci
limit?
-lm
To spis vypada, ze chyba se nekde udela a projevi pozdeji, nedela to nakonec
preci jenom vase stranka
[EMAIL PROTECTED] napsal(a):
>
> To Jiri Mares:
> Preklep to byl, omlouvam se za nej.
> Property vraci samozrejme:
> http://localhost:8080/StatCenter
>
> pokud si jej vyzdam primo. ( dam
Asi je to iný problém, ale pred časom mi IE hlásil nezmyselnú chybu pri
čítaní JS, ktorú som nakoniec našiel v tom, že v komentári boli použité znak
s diakritikou (windows-1250), ktoré IE chybne interpretoval ako koniec
komentára a od toho bodu boli funkcie syntakticky zmršené.
Skúste nájsť, po k
Já bych doporučil dvě cesty:
1. zkusit upgrade na poslední verzi Tomcatu
2. předřadit před Tomcat jiný webserver, např. Apache a nakonfigurovat to tak, aby statické soubory
(JS, CSS, obrázky, HTML) servíroval on.
Druhá varianta se nám osvědčuje z hlediska rychlosti na většině projektů.
Pavel
Vyresili jsme to celkem jednoduse - v content-length jsme zacali posilat
korektni pocet bytu ktere v responsu skutecne chodily ;) Ve Vasem pripade je
situace trochu komplikovanejsi v tom, ze ten content-length nenastavujete vy,
ale nejaky defaultni "procesor" v Tomcatu. Takze bych postupoval tak
To Jiri Mares:
Preklep to byl, omlouvam se za nej.
Property vraci samozrejme:
http://localhost:8080/StatCenter
pokud si jej vyzdam primo. ( dam do prohlizece
http://localhost:8080/StatCenter/js/prototype.js ) tak to Exception nevyhodi.
IE to spusti a zarve ze tam je v nem chyba. Ale to stim nesou
A coz si vyzadat ten soubor javascript.js primo a porovnat jej s originalem na
serveru? Melo by to take hodit tu
IOexception ...
Moravec Jan napsal(a):
> Radeji si to overte. Meli jste podobne problemy s IE a bylo to prave diky te
> nekonzistenci content-length a skutecne velikosti prenasenych
Neni mi moc jasne jak zretezenim "http://localhost:8080"; a "/js/prototype.js"
dostanete
"http://localhost:8080/StatCenter/js/prototype.js";, ale asi je to preklep ...
[EMAIL PROTECTED] napsal(a):
>
> statApp.getProperty("relPath") vraci:
> http://localhost:8080
>
> takze vygenerovane html vyp
Radeji si to overte. Meli jste podobne problemy s IE a bylo to prave diky te
nekonzistenci content-length a skutecne velikosti prenasenych dat. FF byl bez
problemu.
Pokud pokuzivate IntelliJ - pak muzete pouzit plugin TunelliJ. Pokud nemate, je
jednoduchy a pouzitelny TCP monitor (org.apache.ax
To si nemyslim. Dalsi poznatek je, diky terymu to nechapu uz vubec. Ze
pokud si
vytvorim jiny webproject testovaci a snazim se tu javascript knihovnu nacitat
tam, tak to probehne bezproblemu a zadnou IOException to nevyhodi.
Z.K.
Quoting Vlastimil Eliáš <[EMAIL PROTECTED]>:
A neni to napr. ti
A neni to napr. tim ze Tomcat nastavi do HTTP hlavicky spatnou delku
vraceneho
souboru pri tom dotazu na "prototype.js" ?
Firefox se na to treba nediva a cte dokud ma data, ale IE se na to muze
divat a cteni
souboru ukoncit pred jeho skutecnym koncem. To by vysvetlovalo i ty
nefunkcni
javascri
statApp.getProperty("relPath") vraci:
http://localhost:8080
takze vygenerovane html vypada:
http://localhost:8080/StatCenter/js/prototype.js
Z. K.
Quoting Jiří Mareš <[EMAIL PROTECTED]>:
Ahoj,
co vrati statApp.getProperty("relPath"), nebo jak vypada tento radek
ve vygenerovan HTML ...
Jirk
Ahoj,
co vrati statApp.getProperty("relPath"), nebo jak vypada tento radek ve
vygenerovan HTML ...
Jirka
[EMAIL PROTECTED] napsal(a):
> Zdravim,
> opet jsem narazil na zahadu, ktere naprosto nerozumim. Tudiz prosim o pomoc,
> pokud nekoho napada reseni.
>
> Problem je nasledujici.
> Mam web a
Zdravim,
opet jsem narazil na zahadu, ktere naprosto nerozumim. Tudiz prosim o pomoc,
pokud nekoho napada reseni.
Problem je nasledujici.
Mam web aplikaci
JDK 1.4
Tomcat 3.2
do aplikace nacitam javascript knihovny. Jako prvni prototype.js coz je
framework pro Ajax (ver 1.4.0)
.
Ahoj,
diky vsem, co vcera dorazili na 1. setkani CZJUG a doufam, ze se vam
libilo, i kdyz nebylo prilis technicke. Jak jsem zminoval, dalsi
prezentace jiz budou technicke, na webu CZJUG je jejich seznam:
http://www.java.cz/detail.do?articleId=2252
26. zari uvitame Jasona van Zyla, vyvojare p
22 matches
Mail list logo
