Dobry den,
priznam sa, ze neviem ktore z nastaveni v konfiguracii tomcatu toto
ovplyvnuju. Ja ked som dany problem pozoroval, tak som menil velkost
bufferu priamo v JSP stranke pouzitim direktivy <[EMAIL PROTECTED] buffer="..."
%>.
Nasledujuca JSP stranka demonstruje problem:
<[EMAIL PROTECTED] buffer="9kb" %>
<%
for (int i = 0; i < 1000; i++) {
out.println("" + i + " Bez domu Ivane, ceka te Natasa<br />");
if (i == 350) {
out.println("" + i + " Ooops<br />");
throw new IllegalStateException("fail: " + i);
}
}
%>
Uvedena velkost buffera 9kb sposobi, ze klient dostane riadky 0 az
221, hoci JSP stranka padne az pri iteracii 350. Detailnejsi pohlad na
odpoved zo servera ukaze, ze odpoved (okrem hlaviciek a po odstraneni
chunkovania) ma skutocne presne 9216 bajtov, teda 9kb.
Tento priklad ukazuje:
* klient dostane odpoved, ale nie kompletnu (riadky 222 az 350 sa mu
uz nikdy neposlu)
* klient nedostane ziadnu informaciu o chybe
* chyba (vynimka) je zalogovana v logoch aplikacie
Ked sme raz na tento problem narazili, a zvacsili sme velkost buffera
dostatocne na to, aby sa nestihlo klientovi nic poslat, tak pri
zlyhani JSP stranky a vyhodeni vynimky poslal Tomcat namiesto kusku
odpovede radsej chybovu stranku s vynimkou. To nam pomohlo zistit, co
sa vlastne stalo.
Zial neviem Vam poradit, ako tieto znalosti aplikovat na prostredie JSF :-(
-ps
2008/8/21 Jakub Příkazský <[EMAIL PROTECTED]>:
> Peter Stibrany napsal(a):
>
> Děkuji za odpověď,
>
> zkusil jsem změnit nastavení komponenty tree2, na otevírání uzlů na
> serveru na clientSideToggle=false a už se mi alespoň stromek zobrazí.
> Pokud ale zkusím rozbalit několik dalších uzlů (při prvním otevření jsou
> zbalené), tak se problém opět objeví. Pouze jsem se chtěl zeptat, které
> hodnoty konfigurace Tomcatu měníte viz
> (http://tomcat.apache.org/tomcat-5.5-doc/config/http.html) nebo si
> myslíte, že mohou mít vliv? Zkusil jsem změnit bufferSize v konfiguraci
> http konektoru, ale nezpozoroval jsem žádný vliv. Zjistil jsem, že se
> maximální velikost vykreslené stránky pohybuje okolo 52KB. Používám
> Tomcat 5.5.25.
>
> S pozdravem
>
> Jakub Příkazský
>>
>> Prajem pekny den,
>>
>> Neviem o JSF dost nato, aby som vedel, ci nas problem suvisi s Vasim,
>> ale ved posudte... my pouzivame Tomcat, Servlety a JSP stranky.
>>
>> Pri naozaj velkych vystupoch z JSP stranky sa nam obcas stane, ze
>> pocas vykonavania stranky sa cast vystupu stihne poslat na klienta
>> (ked sa zaplni buffer), a az potom vykonavanie JSP stranky spadne.
>> Problem je, ze klient uz vidi tu cast, co dostal -- ale viac nikdy
>> nedostane, lebo JSP stranka zlyhala. Vynimku vidiet v logoch aplikacie
>> (ak nie je niekde odchytena a zabudnuta), pohlad klienta je vsak taky,
>> ze dostane len prvu cast stranky a nic viac, ziadnu chybu.
>>
>> Pozrite sa na vystup, ktory klient dostane ... ci nahodou nema velkost
>> nasobku velkosti buffera. To by mohlo indikovat podobny problem. Ak
>> vsak nevidite ziadne problemy v logoch, tak bude tazke to najst (a
>> mozno to ani nesuvisi).
>>
>> S pozdravom,
>> -Peter Stibrany
>>
>>
>> 2008/8/20 Jakub Příkazský <[EMAIL PROTECTED]>:
>>
>>>
>>> Zdravím konferenci,
>>>
>>> v aplikaci se mi objevuje naprosto záhadná chyba. Některé záznamy nelze
>>> úplně zobrazit, vykreslí se pouze část stránky (několik uzlů a pak už jen
>>> kousek nějakého html). Pro zobrazení záznamu používáme stromek, komponenta
>>> tree2 MyFaces viz. (http://wiki.apache.org/myfaces/Tree2). Díval jsem se do
>>> logu a nevidím nikde žádné chybu - renderovací cyklus JSF projde celý, data
>>> jsou také načtená. V dokumentaci stromku jsem našel zmínku pouze o vysoké
>>> paměťové náročnosti pokud je uzlů hodně a je zapnuté rozbalování na
>>> klientovi - clientSideToggle=true, ale to není náš případ (cca 40 uzlů).
>>> Zkoušel jsem na serveru přístup přes lokální alias (jestli se neděje něco po
>>> cestě), ale chyba se projevuje stejně. Napadá někoho, jak problém řešit?
>>>
>>> díky Jakub
>>>
>>>
>
>
>
