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
Moravec Jan wrote:
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 takto:
1) overte, ze jde skutecne o problem content-length != skutecna delka dat
2) pokud ano, pak si asi budete muset napsat nejaky jednoduchy servlet pro
zasilani techto statiskych resourcu, kde si budete moci nastavit content-length
dle pozadavku. Tento servlet si pak namapujete na *.js a ostatni resourcy se
kterymi mate problem. Mozna by fungoval i nejaky filtr modifikujici
content-length. Je to _silne_ nestandardni reseni, takze to nejpise
zareportujte v Tomcatim foru (ale obavam se, ze Tomcat 3.2 Vam nikdo fixovat
nebude - to je tak 5 let stara verze). Proto bych mozna uplne nejdrive
doporucil upgrad na novejsi verzi... (5.5).
Ad: Potlacit exception. V cem myslite, ze Vam to pomuze? Problem budete mit
porad stejny (nefunkcni JS), jen nic neuvidite v logu... No nevim.
Honza
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, September 13, 2006 11:53 AM
To: [email protected]
Subject: Re: JSP & IOException & Connection reset ...
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 nesouvisi. IE je
naprosto dementni vec a co se tyka debugu JS tak obvzlast.
Zajimavy je, ze pokud nacitani toho scriptu odstranim a nasledne projekt
spustim, tak to rve IOException jinde. ( vetsinou u nacitani background
obrazku
v css souboru ) uz jsem tuto exception dostal i na index.jsp
to Moravec Jan:
ten jiny projekt nebyl identicky, jen jsem si udelal jednoduchou jsp page kde
jsem ten javascript file nacital. Tam se nic takovyho neobjevilo.
Jinak muzete popsat jak konkretne jste tento problem vyresili ?
Omlouvam se za lamackej dotaz, ale neda se nahodou primo v JSP nejakym
zpusobem
konkretne tato exception zahodit?
Z. K.
Quoting Jiří Mareš <[EMAIL PROTECTED]>:
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 dat. FF byl bez problemu.
Pokud pokuzivate IntelliJ - pak muzete pouzit plugin TunelliJ. Pokud
nemate, je jednoduchy a pouzitelny TCP monitor
(org.apache.axis.utils.tcpmon) z distribuce Apache Axisu. Oboje
funguje ala proxy. Nebo nejaky Ethereal aspol. Pak porovnat
content-length a skutecnou delku dat v responsu u vsech responsu.
Co dostavate, kdy si ten js tahate primo browserem zadanim jeho URL
- dostanete vsechna data, nebo jen cast? Opakovane?
S tim jinym projektem, kde Vam to funguje to je tedy trochu zahada
pokud je naprosto identicky s tim problematickym projektem a delate
tam tu samou vec zcela stejnym zpusobem...
Honza
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, September 13, 2006 11:00 AM
To: [email protected]
Subject: Re: JSP & IOException & Connection reset ...
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. 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
javascripty (nefungovali by ale asi pouze ty co jsou na konci).
Proc se to deje a co s tim Vam ale asi neporadim :-(
Vl.
[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 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)
<html>
<head>
.....
<script src="<%= statApp.getProperty("relPath") %>/js/prototype.js"
type="text/javascript" language="javascript"></script>
...
</head>
......
Ve chvili kdy se nacita. Dostanu na consoli track:
2006-09-13 10:05:39 - Ctx( /StatCenter ): IOException in: R( /StatCenter +
/js/prototype.js + null) Connection reset by peer: socket write error
a nasledne aplikace sice funguje, ale nektery javascripty ne.
Problem je, ze
toto dela pouze pokud aplikaci spoustim v IE. Ve FF nic takoveho
nedela !!!
- Za timto scriptem nacitam jeste X dalsich, ty se nactou bezproblemu.
- Cesta k javascript souborum je spravna
- v prototype.js souboru problem neni, pouzivam ho i v jinych
aplikacich na
jinych serverech ( nejedna se v techto pripadech o JSP )
Nenapada prosim nekoho co stim? Krom toho zahodit a jit se zivit
jako uklizecka?
Diky predem
Zdenek Kasparek
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--
Ing. Vlastimil Elias Qbizm technologies, a.s.
vedouci analytik ... the art of software.
____________________________________________________________________
www.qbizm-technologies.cz www.qbizm.cz www.qbizm-services.cz
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--
Jiří Mareš (mailto:[EMAIL PROTECTED])
ČSAD SVT Praha, s.r.o. (http://www.svt.cz)
Czech Republic
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
