JButton - navrat k puvodnimu UI

2006-09-21 Tema obsahu Lukas Adamek | FAYN Telecommunications 









Zapomnel jsem uvest jednu dulezitou věc.

JPanelu, do ktereho JButton vkladam také definuji
Background. A to je jadro pudla a problem, protože potom button.updateUI()
nefunguje.

 

Zde uvadim kod:



package test;

 

import java.awt.Color;

import java.awt.Container;

import java.awt.FlowLayout;

import java.awt.event.ActionEvent;

import java.awt.event.ActionListener;

import javax.swing.JButton;

import javax.swing.JFrame;

import javax.swing.JPanel;

import javax.swing.plaf.metal.MetalButtonUI;

 

public class Main extends JFrame {

    

    private JButton button;

    private boolean prepnuti = false;

 

    public Main() {

    Container pane =
this.getContentPane();

    JPanel panel =
new JPanel();

   
panel.setLayout(new FlowLayout());

   
panel.setBackground(new Color(0,0,250));

    

    button = new
JButton("Button");

    button.setUI(new
MetalButtonUI());

   
button.addActionListener(new ActionListener(){

   
public void actionPerformed(ActionEvent e) {

   
if (prepnuti) {

   
button.setBackground(new Color(255,0,0));

   
button.updateUI();

   
prepnuti = !prepnuti;

   
} else {

   
button.setBackground(null);

   
button.updateUI();

   
prepnuti = !prepnuti;

   
}

   
}

    });

    

   
panel.add(button);

    pane.add(panel);

   
setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

    pack();

    setVisible(true);

    }

 

    public static void main(String[] args) {

    new Main();

    }

}



 

 

 

 

 

Ahoj.

Co treba takto:

updateUI



8%29> () 

Resets the UI property to a value from the current look and
feel.

 

Vity

 

 



 

From: konference-bounces na java.cz
[mailto:konference-bounces na java.cz] On

Behalf Of Lukas Adamek | FAYN Telecommunications

Sent: Thursday, September 21, 2006 9:10 AM

To: konference na java.cz

Subject: JButton - navrat k puvodnimu UI

 

 

 

Ahoj

 

 

 

Potrebuji udelat blikajici 

 

JButton activeButton; 

 

 

 

Vzhled tlacitka nastavuji prikazem 

 

activeButton.setUI(new MetalButtonUI()); 

 

 

 

Blikani delam jednoduse zmenou barvy pozadi, tj. 

 

activeButton.setBackground(...); 

 

 

 

Problem nastane, kdyz chci, aby tlacitko prestalo blikat.
Tedy potrebuji

znovu nastavit vychozi UI. Nepomaha setBackground(null),
znovupouziti setUI

a ani v prislusnem UI jsem nenasel zadnou funkci metodu,
ktera by toho byla

schopna.

Re: volba frameworku pro sestavování strá nek

2006-09-21 Tema obsahu Pavel Pola / ET NETERA 

O jakém portálu to tady mluvíte?

Pavel

Burdik Petr wrote:

Ahoj,
neco takoveho jsem ted resil a jednoznacne utikam od tiles do portalu.
Velocity jsem nezkousel. To co popisujete by tomu odpovidalo taky.

Pet

Miroslav Jarosik wrote:

Zdravím,
chystáme se na poměrně velký projekt a poněkud tápu v tom, jaký zvolit
framework / jakou architekturu pro sestavování stránek. Poradíte?

Bude to v podstatě internetový obchod, který má klasické funkce -
výpis katalogu, detail produktu, nákup atp. Každá stránka bude
sestavená z fragmentů, kterými bude např. menu, logo, stavová řádka,
bannery, informace o uživateli, rychlé odkazy, samozřejmě funkční
celky jako je zobrazení katalogu atd. Některé fragmenty budou mezi
sebou interagovat, rychlé odkazy změní třeba stav "zobrazení katalogu"
apod. Strukturu stránky a textové fragmenty musí být možné měnit bez
zásahu do kódu (=> CMS, existující nebo vlastní), vícejazyčnost je
samozřejmost. Obchod bude dostupný pro různé obchodníky, každý z nich
může mít jinou podobu stránek, tzn. jiné a jinak rozmístěné fragmenty,
vlastní design (a možnost editovat jen svoje fragmenty). Pod tím bude
ovšem jen jedna aplikace.

Nejde mi o business vrstvu ale především o to, jak sestavovat stránku
z různých zdrojů, z aplikace a z CMS. Vím že popisuju typické použití
portálu, ale je skutečně nutný pro jedinou aplikaci? (máme i jiné
požadavky, speciální autentikaci, autorizaci, přístup z mobilního
telefonu, vzhled a funkčnost administračního nástroje, ty by se při
použití portálu mohly zkomplikovat)
Je tu i jiná (vyzkoušená) možnost? Velocity? Tiles? Bohužel s tímto
typem webové aplikace nemám dost zkušeností a proto budu vděčný za
každý námět,

díky
M.Jarošík

Re: volba frameworku pro sestavování strá nek

2006-09-21 Tema obsahu Burdik Petr 
Ahoj,
neco takoveho jsem ted resil a jednoznacne utikam od tiles do portalu.
Velocity jsem nezkousel. To co popisujete by tomu odpovidalo taky.

Pet

Miroslav Jarosik wrote:
> Zdravím,
> chystáme se na poměrně velký projekt a poněkud tápu v tom, jaký zvolit
> framework / jakou architekturu pro sestavování stránek. Poradíte?
>
> Bude to v podstatě internetový obchod, který má klasické funkce -
> výpis katalogu, detail produktu, nákup atp. Každá stránka bude
> sestavená z fragmentů, kterými bude např. menu, logo, stavová řádka,
> bannery, informace o uživateli, rychlé odkazy, samozřejmě funkční
> celky jako je zobrazení katalogu atd. Některé fragmenty budou mezi
> sebou interagovat, rychlé odkazy změní třeba stav "zobrazení katalogu"
> apod. Strukturu stránky a textové fragmenty musí být možné měnit bez
> zásahu do kódu (=> CMS, existující nebo vlastní), vícejazyčnost je
> samozřejmost. Obchod bude dostupný pro různé obchodníky, každý z nich
> může mít jinou podobu stránek, tzn. jiné a jinak rozmístěné fragmenty,
> vlastní design (a možnost editovat jen svoje fragmenty). Pod tím bude
> ovšem jen jedna aplikace.
>
> Nejde mi o business vrstvu ale především o to, jak sestavovat stránku
> z různých zdrojů, z aplikace a z CMS. Vím že popisuju typické použití
> portálu, ale je skutečně nutný pro jedinou aplikaci? (máme i jiné
> požadavky, speciální autentikaci, autorizaci, přístup z mobilního
> telefonu, vzhled a funkčnost administračního nástroje, ty by se při
> použití portálu mohly zkomplikovat)
> Je tu i jiná (vyzkoušená) možnost? Velocity? Tiles? Bohužel s tímto
> typem webové aplikace nemám dost zkušeností a proto budu vděčný za
> každý námět,
>
> díky
> M.Jarošík

volba frameworku pro sestavování stránek

2006-09-21 Tema obsahu Miroslav Jarosik 

Zdravím,
chystáme se na poměrně velký projekt a poněkud tápu v tom, jaký zvolit
framework / jakou architekturu pro sestavování stránek. Poradíte?

Bude to v podstatě internetový obchod, který má klasické funkce -
výpis katalogu, detail produktu, nákup atp. Každá stránka bude
sestavená z fragmentů, kterými bude např. menu, logo, stavová řádka,
bannery, informace o uživateli, rychlé odkazy, samozřejmě funkční
celky jako je zobrazení katalogu atd. Některé fragmenty budou mezi
sebou interagovat, rychlé odkazy změní třeba stav "zobrazení katalogu"
apod. Strukturu stránky a textové fragmenty musí být možné měnit bez
zásahu do kódu (=> CMS, existující nebo vlastní), vícejazyčnost je
samozřejmost. Obchod bude dostupný pro různé obchodníky, každý z nich
může mít jinou podobu stránek, tzn. jiné a jinak rozmístěné fragmenty,
vlastní design (a možnost editovat jen svoje fragmenty). Pod tím bude
ovšem jen jedna aplikace.

Nejde mi o business vrstvu ale především o to, jak sestavovat stránku
z různých zdrojů, z aplikace a z CMS. Vím že popisuju typické použití
portálu, ale je skutečně nutný pro jedinou aplikaci? (máme i jiné
požadavky, speciální autentikaci, autorizaci, přístup z mobilního
telefonu, vzhled a funkčnost administračního nástroje, ty by se při
použití portálu mohly zkomplikovat)
Je tu i jiná (vyzkoušená) možnost? Velocity? Tiles? Bohužel s tímto
typem webové aplikace nemám dost zkušeností a proto budu vděčný za
každý námět,

díky
M.Jarošík

Re: java na multicorovem sunu/solarisu

2006-09-21 Tema obsahu Tomas Zverina 
Diky vsem za tipy, treba se s tim nekdo popere. Kdyz se neco dozvim, 
postnu to sem.


Jan Dvořák wrote:

Ahoj Tomucho,

1. Tak dva roky nazpatek se ukazalo, ze Suni jvm-ko pro Solaris beha je 
v nekterych situacich o dost pomalejsi nez porty pro jine platformy, 
ktere Sun dela. Ted uz by to melo byt spravene 
(http://news.com.com/2100-1001-984529.html), ale neni jasne, co je nutno 
upgradovat - zda OS, JRE, nebo oboji.


2. Podobnou zkusenost, jakou mas ty, jsme pozorovali pred asi peti lety 
se serverem od HP. Uuuuzasne zelezo, ale zakaznik nikdy nemel dost penez 
na to, aby konfigurace byla vyvazena. Tu bylo malo pameti, pak zas malo 
disku, nakonec by to bylo byvalo chtelo pridat procesory, ale k tomu uz 
nastesti nedoslo. Nez se na to nainstaloval vsecek potrebny software 
(Oracle db a Oracle Application Server) a zacalo to realne chodit, to 
trvalo tak dlouho, ze stroj uz byl zastaraly. Nakonec se podarilo 
zakaznika premluvit, at tuhle nadheru "vycleni na dulezitejsi ukoly" 
(... samba ;-) ), nam ze by vlastne stacil uplne obycejny pececkovy 
server. Od tech dob vse chodi bez problemu, pochopitelne.


3. Nedavno jsem byl pritomen slavnostnimu vypinani sunovskeho 
databazoveho serveru (databaze Informix). Je to v podstate stejna story. 
Na dva roky starem pececkovem serveru to chodi nekolikrat rychleji. 
Myslim si, ze dnes uz je investice do podobneho zeleza obhajitelna jen 
ve vyjimecnych pripadech. Ale to jsem se dostal ponekud off the topic.


4. Podle znameho, ktery delal v Telecomu a sunovske servery spravoval, 
ma Solaris povest, ze kdykoli po nem neco chces, tak je to pomale. 
Posles dva pozadavky zaraz, je to pomale. Posles deset pozadavku 
najednou, je to pomale. Posles sto soubeznych pozadavku, je to pomale. 
Ale je to pomale porad stejne!   Nutno samozrejme zvazit, jestli tento 
druh skalovatelnosti mas vubec sanci vyuzit - v malych ceskych pomerech 
jsou i ty urady jaksi mensi, ze ;-)


5. JDBC driver pro Oracle nemival uplne nejlepsi povest. Nedivil bych 
se, kdyby nekde uvnitr synchronizoval vic, nez je nezbytne potreba, coz 
muze byt zadrhel prave pro to solarisi jvm-ko. Nedalo by se vyzkouset, 
zda by treba zmeny fetchSize u ResultSetu nebo Statementu nemely nejaky 
efekt? Predpokladam, ze ovladace mas posledni verzi...


Honza


Tomas Zverina napsal:


Mila konference,

muj krasny projekt trpi tim, ze je v produkcnim prostredi ($SUBJ) 
nesnesitelne pomaly, predevsim v situacich, kdy se mezi DB - serverem 
- klientem, prenasi/zpracovavaji nejaka "vetsi" data - ne moc velka, 
treba desitky kilo nafetchovanych radku vysledku dotazu.


Nemusim jiste rikat, ze na Linoxuvo/Windowsovo/FreeBSD strojich, na 
kterych to vyvijime, bezi vsechno bez problemu. Konkretni uloha trva 
vsude kolem 300ms, tam 3000ms.


Nepotkal jste nekdo takovy fenomen?

Siti to nebude, ta je celkem normalni, ty stroje jsou sice pomalejsi 
nez normalni zelezo (alespon v neparalelizovatelnych ulohach), ale ne 
zase tolik. Prislusne dotazy jsou odladeny a odpovidaji zhruba stejne 
rychle tam i jinde.


Je to poskladano z Oracle, Tomcat, Spring, RMI.

Diky za tip, mate-li.






--
S pozdravem,

Tomas Zverina

Multimedia atelier s.r.o.
Na Dolinách 4
147 00 Praha 4
IČO: 25127071
tel.: 241 433 120
e-mail: [EMAIL PROTECTED]
http://www.m-atelier.cz/

Společnost Multimedia atelier s.r.o. je zapsána u rejstříkového soudu v
Praze, oddíl C, vložka 51961.

Re: java na multicorovem sunu/solarisu

2006-09-21 Tema obsahu Jan Dvořák 

Ahoj Tomucho,

1. Tak dva roky nazpatek se ukazalo, ze Suni jvm-ko pro Solaris beha je 
v nekterych situacich o dost pomalejsi nez porty pro jine platformy, 
ktere Sun dela. Ted uz by to melo byt spravene 
(http://news.com.com/2100-1001-984529.html), ale neni jasne, co je nutno 
upgradovat - zda OS, JRE, nebo oboji.


2. Podobnou zkusenost, jakou mas ty, jsme pozorovali pred asi peti lety 
se serverem od HP. Uuuuzasne zelezo, ale zakaznik nikdy nemel dost penez 
na to, aby konfigurace byla vyvazena. Tu bylo malo pameti, pak zas malo 
disku, nakonec by to bylo byvalo chtelo pridat procesory, ale k tomu uz 
nastesti nedoslo. Nez se na to nainstaloval vsecek potrebny software 
(Oracle db a Oracle Application Server) a zacalo to realne chodit, to 
trvalo tak dlouho, ze stroj uz byl zastaraly. Nakonec se podarilo 
zakaznika premluvit, at tuhle nadheru "vycleni na dulezitejsi ukoly" 
(... samba ;-) ), nam ze by vlastne stacil uplne obycejny pececkovy 
server. Od tech dob vse chodi bez problemu, pochopitelne.


3. Nedavno jsem byl pritomen slavnostnimu vypinani sunovskeho 
databazoveho serveru (databaze Informix). Je to v podstate stejna story. 
Na dva roky starem pececkovem serveru to chodi nekolikrat rychleji. 
Myslim si, ze dnes uz je investice do podobneho zeleza obhajitelna jen 
ve vyjimecnych pripadech. Ale to jsem se dostal ponekud off the topic.


4. Podle znameho, ktery delal v Telecomu a sunovske servery spravoval, 
ma Solaris povest, ze kdykoli po nem neco chces, tak je to pomale. 
Posles dva pozadavky zaraz, je to pomale. Posles deset pozadavku 
najednou, je to pomale. Posles sto soubeznych pozadavku, je to pomale. 
Ale je to pomale porad stejne!   Nutno samozrejme zvazit, jestli tento 
druh skalovatelnosti mas vubec sanci vyuzit - v malych ceskych pomerech 
jsou i ty urady jaksi mensi, ze ;-)


5. JDBC driver pro Oracle nemival uplne nejlepsi povest. Nedivil bych 
se, kdyby nekde uvnitr synchronizoval vic, nez je nezbytne potreba, coz 
muze byt zadrhel prave pro to solarisi jvm-ko. Nedalo by se vyzkouset, 
zda by treba zmeny fetchSize u ResultSetu nebo Statementu nemely nejaky 
efekt? Predpokladam, ze ovladace mas posledni verzi...


Honza


Tomas Zverina napsal:

Mila konference,

muj krasny projekt trpi tim, ze je v produkcnim prostredi ($SUBJ) 
nesnesitelne pomaly, predevsim v situacich, kdy se mezi DB - serverem 
- klientem, prenasi/zpracovavaji nejaka "vetsi" data - ne moc velka, 
treba desitky kilo nafetchovanych radku vysledku dotazu.


Nemusim jiste rikat, ze na Linoxuvo/Windowsovo/FreeBSD strojich, na 
kterych to vyvijime, bezi vsechno bez problemu. Konkretni uloha trva 
vsude kolem 300ms, tam 3000ms.


Nepotkal jste nekdo takovy fenomen?

Siti to nebude, ta je celkem normalni, ty stroje jsou sice pomalejsi 
nez normalni zelezo (alespon v neparalelizovatelnych ulohach), ale ne 
zase tolik. Prislusne dotazy jsou odladeny a odpovidaji zhruba stejne 
rychle tam i jinde.


Je to poskladano z Oracle, Tomcat, Spring, RMI.

Diky za tip, mate-li.

Re: java na multicorovem sunu/solarisu

2006-09-21 Tema obsahu Pavel Vedral 
Zkuste zjistit, kde to vazne. Jestli na I/O operacich Oracle na 
Solarisu, muzu vam dat nejake tipy. Trik je v montazich a 
inicializacnich parametrech Oracle. Resil jsem neco podobneho na Oracle 
10gR2/Sun T200.


Ozvete se klidne primo

Pavel Vedral (pve at incad tecka cz)

Tomas Zverina napsal(a):

...

muj krasny projekt trpi tim, ze je v produkcnim prostredi ($SUBJ) 
nesnesitelne pomaly, predevsim v situacich, kdy se mezi DB - serverem 
- klientem, prenasi/zpracovavaji nejaka "vetsi" data - ne moc velka, 
treba desitky kilo nafetchovanych radku vysledku dotazu.


Nemusim jiste rikat, ze na Linoxuvo/Windowsovo/FreeBSD strojich, na 
kterych to vyvijime, bezi vsechno bez problemu. Konkretni uloha trva 
vsude kolem 300ms, tam 3000ms.


Nepotkal jste nekdo takovy fenomen? ...

Re: java na multicorovem sunu/solarisu

2006-09-21 Tema obsahu Richard Holly 

Ako je nastaveny "name resolving" na tom stroji ?
Takto podobne by sa to spravalo ak by vam 1. nameserver "timeoutoval"  a 
az druhy by sa chytil.


Tomas Zverina wrote:


Je to "tohle":

Sun Fire T200, 1 x UltraSparc T1 ( 8-core ), 8GB, 2x72GB, 2x1GB LAN
Solaris 10, Update 1, 10_Recommended patch cluster, 10_SunAlert patch 
cluster


Jozef Babjak wrote:


Medzi vyvojovym a produkcnym prostredim uvadzate dva rozdiely
(alebo aspon ja som to tak pochopil): HW a OS. Pokuste sa najskor 
izolovat, ktory z nich tento problem sposobuje.

Tipoval by som HW; ono po skusenostiach s hyperthreadingom
mam k multicore/hyperthreading/reverzhyperthreading/etc technologiam 
nedoveru. Na druhej strane, ak sa jedna o silno threadovane 
aplikacie, moze rozlicna implementacia

procesov/vlakien robit znacne rozdiely.
Aka verzia Solarisu je na inkriminovanych problemovych strojoch?

Ake procesory su na inkriminovanych strojoch? UltraSPARC4, t.j.
multicory bez hyperhreadingu, alebo nebodaj Niagary, t.j. multicory s 
hyperthreadingom?


J.

On Thu, Sep 21, 2006 at 10:17:00AM +0200, Tomas Zverina wrote:


Mila konference,

muj krasny projekt trpi tim, ze je v produkcnim prostredi ($SUBJ) 
nesnesitelne pomaly, predevsim v situacich, kdy se mezi DB - 
serverem - klientem, prenasi/zpracovavaji nejaka "vetsi" data - ne 
moc velka, treba desitky kilo nafetchovanych radku vysledku dotazu.


Nemusim jiste rikat, ze na Linoxuvo/Windowsovo/FreeBSD strojich, na 
kterych to vyvijime, bezi vsechno bez problemu. Konkretni uloha trva 
vsude kolem 300ms, tam 3000ms.


Nepotkal jste nekdo takovy fenomen?

Siti to nebude, ta je celkem normalni, ty stroje jsou sice pomalejsi 
nez normalni zelezo (alespon v neparalelizovatelnych ulohach), ale 
ne zase tolik. Prislusne dotazy jsou odladeny a odpovidaji zhruba 
stejne rychle tam i jinde.


Je to poskladano z Oracle, Tomcat, Spring, RMI.

Diky za tip, mate-li.

--
S pozdravem,

   Tomas Zverina

Multimedia atelier s.r.o.
Na Dolin�ch 4
147 00 Praha 4
I�O: 25127071
tel.: 241 433 120
e-mail: [EMAIL PROTECTED]
http://www.m-atelier.cz/

Spole�nost Multimedia atelier s.r.o. je zaps�na u rejst��kov�ho soudu v
Praze, odd�l C, vlo�ka 51961.

Re: java na multicorovem sunu/solarisu

2006-09-21 Tema obsahu Tomas Zverina 

Je to "tohle":

Sun Fire T200, 1 x UltraSparc T1 ( 8-core ), 8GB, 2x72GB, 2x1GB LAN
Solaris 10, Update 1, 10_Recommended patch cluster, 10_SunAlert patch 
cluster


Jozef Babjak wrote:

Medzi vyvojovym a produkcnym prostredim uvadzate dva rozdiely
(alebo aspon ja som to tak pochopil): HW a OS. Pokuste sa 
najskor izolovat, ktory z nich tento problem sposobuje. 


Tipoval by som HW; ono po skusenostiach s hyperthreadingom
mam k multicore/hyperthreading/reverzhyperthreading/etc 
technologiam nedoveru. Na druhej strane, ak sa jedna o 
silno threadovane aplikacie, moze rozlicna implementacia
procesov/vlakien robit znacne rozdiely. 


Aka verzia Solarisu je na inkriminovanych problemovych strojoch?

Ake procesory su na inkriminovanych strojoch? UltraSPARC4, t.j.
multicory bez hyperhreadingu, alebo nebodaj Niagary, t.j. 
multicory s hyperthreadingom?


J. 



On Thu, Sep 21, 2006 at 10:17:00AM +0200, Tomas Zverina wrote:


Mila konference,

muj krasny projekt trpi tim, ze je v produkcnim prostredi ($SUBJ) 
nesnesitelne pomaly, predevsim v situacich, kdy se mezi DB - serverem - 
klientem, prenasi/zpracovavaji nejaka "vetsi" data - ne moc velka, treba 
desitky kilo nafetchovanych radku vysledku dotazu.


Nemusim jiste rikat, ze na Linoxuvo/Windowsovo/FreeBSD strojich, na 
kterych to vyvijime, bezi vsechno bez problemu. Konkretni uloha trva 
vsude kolem 300ms, tam 3000ms.


Nepotkal jste nekdo takovy fenomen?

Siti to nebude, ta je celkem normalni, ty stroje jsou sice pomalejsi nez 
normalni zelezo (alespon v neparalelizovatelnych ulohach), ale ne zase 
tolik. Prislusne dotazy jsou odladeny a odpovidaji zhruba stejne rychle 
tam i jinde.


Je to poskladano z Oracle, Tomcat, Spring, RMI.

Diky za tip, mate-li.

--
S pozdravem,

   Tomas Zverina

Multimedia atelier s.r.o.
Na Dolin�ch 4
147 00 Praha 4
I�O: 25127071
tel.: 241 433 120
e-mail: [EMAIL PROTECTED]
http://www.m-atelier.cz/

Spole�nost Multimedia atelier s.r.o. je zaps�na u rejst��kov�ho soudu v
Praze, odd�l C, vlo�ka 51961.






--
S pozdravem,

Tomas Zverina

Multimedia atelier s.r.o.
Na Dolinách 4
147 00 Praha 4
IČO: 25127071
tel.: 241 433 120
e-mail: [EMAIL PROTECTED]
http://www.m-atelier.cz/

Společnost Multimedia atelier s.r.o. je zapsána u rejstříkového soudu v
Praze, oddíl C, vložka 51961.

Re: java na multicorovem sunu/solarisu

2006-09-21 Tema obsahu Jozef Babjak 
Medzi vyvojovym a produkcnym prostredim uvadzate dva rozdiely
(alebo aspon ja som to tak pochopil): HW a OS. Pokuste sa 
najskor izolovat, ktory z nich tento problem sposobuje. 

Tipoval by som HW; ono po skusenostiach s hyperthreadingom
mam k multicore/hyperthreading/reverzhyperthreading/etc 
technologiam nedoveru. Na druhej strane, ak sa jedna o 
silno threadovane aplikacie, moze rozlicna implementacia
procesov/vlakien robit znacne rozdiely. 

Aka verzia Solarisu je na inkriminovanych problemovych strojoch?

Ake procesory su na inkriminovanych strojoch? UltraSPARC4, t.j.
multicory bez hyperhreadingu, alebo nebodaj Niagary, t.j. 
multicory s hyperthreadingom?

J. 


On Thu, Sep 21, 2006 at 10:17:00AM +0200, Tomas Zverina wrote:
> Mila konference,
> 
> muj krasny projekt trpi tim, ze je v produkcnim prostredi ($SUBJ) 
> nesnesitelne pomaly, predevsim v situacich, kdy se mezi DB - serverem - 
> klientem, prenasi/zpracovavaji nejaka "vetsi" data - ne moc velka, treba 
> desitky kilo nafetchovanych radku vysledku dotazu.
> 
> Nemusim jiste rikat, ze na Linoxuvo/Windowsovo/FreeBSD strojich, na 
> kterych to vyvijime, bezi vsechno bez problemu. Konkretni uloha trva 
> vsude kolem 300ms, tam 3000ms.
> 
> Nepotkal jste nekdo takovy fenomen?
> 
> Siti to nebude, ta je celkem normalni, ty stroje jsou sice pomalejsi nez 
> normalni zelezo (alespon v neparalelizovatelnych ulohach), ale ne zase 
> tolik. Prislusne dotazy jsou odladeny a odpovidaji zhruba stejne rychle 
> tam i jinde.
> 
> Je to poskladano z Oracle, Tomcat, Spring, RMI.
> 
> Diky za tip, mate-li.
> 
> -- 
> S pozdravem,
> 
> Tomas Zverina
> 
> Multimedia atelier s.r.o.
> Na Dolin?ch 4
> 147 00 Praha 4
> I?O: 25127071
> tel.: 241 433 120
> e-mail: [EMAIL PROTECTED]
> http://www.m-atelier.cz/
> 
> Spole?nost Multimedia atelier s.r.o. je zaps?na u rejst??kov?ho soudu v
> Praze, odd?l C, vlo?ka 51961.

Re: Struts, XHTML a CSS

2006-09-21 Tema obsahu Radovana Straube 
Dakujem za riesenie. Tilsy pouzivam. Tiez ma to mohlo
napadnut aj samu.

Radovana Straube

--- Martin Kuba <[EMAIL PROTECTED]> wrote:

> Radovana Straube wrote:
> 
> > Dobry den,
> > 
> > navrhla som si v XHTML a CSS dizajn stranky.
> Vsetko
> > fungovalo v IE aj vo FireFoxe. Ked som svoj dizajn
> > preniesla do Struts, tak som zistila, ze v IE sa
> > stranka  nezobrazuje korektne. Problem je v tom,
> ze
> > Struts negeneruju pri XHTML do hlavicky:
> >  > Strict//EN"
> > 
> >
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
> > Nevie mi prosim niekto poradit ako Struts prinutit
> > generovat vyssie uvedeny header? Pripadne ako
> prinutit
> > CSS, aby fungovalo v IE aj bez hlavicky, aj ked
> toto
> > patri asi uz do ineho fora. Priklad som prilozila.
> 
> Struts jako takove nemaji s generovanim DOCTYPe nic
> spolecneho.
> Predpokladam, ze mate na mysli HTML taglib ze Struts
> pro zpracovani
> formulare, i s tagem . Ale
> ta taglib
> negeneruje vsechno, jenom do  tagu prida
> spravny xml:lang atribut.
> Jinak si muzete do stranky napsat cokoliv dalsiho.
> Takze pokud chcete mit ve strance DOCTYPE, proste ho
> tam napiste jako 
> text. Doporucuji pouzivat Tiles pro generovani
> stranek s jednotnym
> designem, takze vyrobite nejakou zakladni stranku,
> treba layout.jsp,
> ktera bude obsahovat:
> 
> <%@ page contentType="text/html;charset=UTF-8" %>
> <%@ taglib prefix="c"
> uri="http://java.sun.com/jsp/jstl/core"; %>
> <%@ taglib prefix="f"
> uri="http://java.sun.com/jsp/jstl/fmt"; %>
> <%@ taglib prefix="h"
> uri="http://jakarta.apache.org/struts/tags-html"; %>
> <%@ taglib prefix="tiles" 
> uri="http://jakarta.apache.org/struts/tags-tiles"; %>
>  Strict//EN" 
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
> 
>name="titulklic" scope="request"/>
>   
>   
>/>
>rel="stylesheet" />
>   
>   
> 
>/>
> 
>   
> 
> 
> a v tiles-defs.xml nadefinujete
>  
>  
>  
>  
>  
>  
>  
>   extends="layout">
>   value="formular.titul"/>
>  
>  
> 
> Tim budete mit o spravny DOCTYPE ve vsech strankach
> postarano.
> 
> 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
>
--
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

Re: java na multicorovem sunu/solarisu

2006-09-21 Tema obsahu Radovana Straube 
Dobry den,

nas zakaznik mal tiez podobny problem. Pri manipulacii
s vacsim mnozstvom suborov isiel Sun do kolien, pricom
na SuSE ta ista aplikacia behala bez problemov.
Problem vyriesili tak, ze uz Sun nepouzivaju. 

Radovana Straube

--- Tomas Zverina <[EMAIL PROTECTED]> wrote:

> Mila konference,
> 
> muj krasny projekt trpi tim, ze je v produkcnim
> prostredi ($SUBJ) 
> nesnesitelne pomaly, predevsim v situacich, kdy se
> mezi DB - serverem - 
> klientem, prenasi/zpracovavaji nejaka "vetsi" data -
> ne moc velka, treba 
> desitky kilo nafetchovanych radku vysledku dotazu.
> 
> Nemusim jiste rikat, ze na
> Linoxuvo/Windowsovo/FreeBSD strojich, na 
> kterych to vyvijime, bezi vsechno bez problemu.
> Konkretni uloha trva 
> vsude kolem 300ms, tam 3000ms.
> 
> Nepotkal jste nekdo takovy fenomen?
> 
> Siti to nebude, ta je celkem normalni, ty stroje
> jsou sice pomalejsi nez 
> normalni zelezo (alespon v neparalelizovatelnych
> ulohach), ale ne zase 
> tolik. Prislusne dotazy jsou odladeny a odpovidaji
> zhruba stejne rychle 
> tam i jinde.
> 
> Je to poskladano z Oracle, Tomcat, Spring, RMI.
> 
> Diky za tip, mate-li.
> 
> -- 
> S pozdravem,
> 
>  Tomas Zverina
> 
> Multimedia atelier s.r.o.
> Na Dolinách 4
> 147 00 Praha 4
> IÈO: 25127071
> tel.: 241 433 120
> e-mail: [EMAIL PROTECTED]
> http://www.m-atelier.cz/
> 
> Spoleènost Multimedia atelier s.r.o. je zapsána u
> rejstøíkového soudu v
> Praze, oddíl C, vlo¾ka 51961.
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

Re: Struts, XHTML a CSS

2006-09-21 Tema obsahu Martin Kuba 

Radovana Straube wrote:


Dobry den,

navrhla som si v XHTML a CSS dizajn stranky. Vsetko
fungovalo v IE aj vo FireFoxe. Ked som svoj dizajn
preniesla do Struts, tak som zistila, ze v IE sa
stranka  nezobrazuje korektne. Problem je v tom, ze
Struts negeneruju pri XHTML do hlavicky:

"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>

Nevie mi prosim niekto poradit ako Struts prinutit
generovat vyssie uvedeny header? Pripadne ako prinutit
CSS, aby fungovalo v IE aj bez hlavicky, aj ked toto
patri asi uz do ineho fora. Priklad som prilozila.


Struts jako takove nemaji s generovanim DOCTYPe nic spolecneho.
Predpokladam, ze mate na mysli HTML taglib ze Struts pro zpracovani
formulare, i s tagem . Ale ta taglib
negeneruje vsechno, jenom do  tagu prida spravny xml:lang atribut.
Jinak si muzete do stranky napsat cokoliv dalsiho.
Takze pokud chcete mit ve strance DOCTYPE, proste ho tam napiste jako 
text. Doporucuji pouzivat Tiles pro generovani stranek s jednotnym

designem, takze vyrobite nejakou zakladni stranku, treba layout.jsp,
ktera bude obsahovat:

<%@ page contentType="text/html;charset=UTF-8" %>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"; %>
<%@ taglib prefix="f" uri="http://java.sun.com/jsp/jstl/fmt"; %>
<%@ taglib prefix="h" uri="http://jakarta.apache.org/struts/tags-html"; %>
<%@ taglib prefix="tiles" 
uri="http://jakarta.apache.org/struts/tags-tiles"; %>
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>


 
 
 
 
 
 
 

 

 


a v tiles-defs.xml nadefinujete












Tim budete mit o spravny DOCTYPE ve vsech strankach postarano.

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

java na multicorovem sunu/solarisu

2006-09-21 Tema obsahu Tomas Zverina 

Mila konference,

muj krasny projekt trpi tim, ze je v produkcnim prostredi ($SUBJ) 
nesnesitelne pomaly, predevsim v situacich, kdy se mezi DB - serverem - 
klientem, prenasi/zpracovavaji nejaka "vetsi" data - ne moc velka, treba 
desitky kilo nafetchovanych radku vysledku dotazu.


Nemusim jiste rikat, ze na Linoxuvo/Windowsovo/FreeBSD strojich, na 
kterych to vyvijime, bezi vsechno bez problemu. Konkretni uloha trva 
vsude kolem 300ms, tam 3000ms.


Nepotkal jste nekdo takovy fenomen?

Siti to nebude, ta je celkem normalni, ty stroje jsou sice pomalejsi nez 
normalni zelezo (alespon v neparalelizovatelnych ulohach), ale ne zase 
tolik. Prislusne dotazy jsou odladeny a odpovidaji zhruba stejne rychle 
tam i jinde.


Je to poskladano z Oracle, Tomcat, Spring, RMI.

Diky za tip, mate-li.

--
S pozdravem,

Tomas Zverina

Multimedia atelier s.r.o.
Na Dolinách 4
147 00 Praha 4
IČO: 25127071
tel.: 241 433 120
e-mail: [EMAIL PROTECTED]
http://www.m-atelier.cz/

Společnost Multimedia atelier s.r.o. je zapsána u rejstříkového soudu v
Praze, oddíl C, vložka 51961.

RE: JButton - navrat k puvodnimu UI

2006-09-21 Tema obsahu Vity 
Ahoj.
Co treba takto:
updateUI
 () 
Resets the UI property to a value from the current look and feel.

Vity
 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Lukas Adamek | FAYN Telecommunications
Sent: Thursday, September 21, 2006 9:10 AM
To: konference@java.cz
Subject: JButton - navrat k puvodnimu UI



Ahoj

 

Potrebuji udelat blikajici 

JButton activeButton; 

 

Vzhled tlacitka nastavuji prikazem 

activeButton.setUI(new MetalButtonUI()); 

 

Blikani delam jednoduse zmenou barvy pozadi, tj. 

activeButton.setBackground(...); 

 

Problem nastane, kdyz chci, aby tlacitko prestalo blikat. Tedy potrebuji
znovu nastavit vychozi UI. Nepomaha setBackground(null), znovupouziti setUI
a ani v prislusnem UI jsem nenasel zadnou funkci metodu, ktera by toho byla
schopna.

JButton - navrat k puvodnimu UI

2006-09-21 Tema obsahu Lukas Adamek | FAYN Telecommunications 








Ahoj

 

Potrebuji udelat blikajici 

JButton activeButton; 

 

Vzhled tlacitka nastavuji prikazem 

activeButton.setUI(new MetalButtonUI()); 

 

Blikani delam jednoduse zmenou barvy pozadi, tj. 

activeButton.setBackground(...); 

 

Problem nastane, kdyz chci, aby tlacitko prestalo blikat.
Tedy potrebuji znovu nastavit vychozi UI. Nepomaha setBackground(null), znovupouziti
setUI a ani v prislusnem UI jsem nenasel zadnou funkci metodu, ktera by toho
byla schopna.