MozillaPL.org - polskie centrum Mozilli

autor: **JohnyK** » 18 sierpnia 2002, 09:14

Na stronie www.wroclaw.com jest element, ktory jest zbudowany przy pomocy Javy (nie wiem, jak się o tym mówi- nie znam się na tym). No i w IE chodzi on prawidłowo a Mozilli nie :cry:

Czego to powód- webmajster lamer czy Mozilla...

Tomek
Mozilla 1.0, Java 1.4, WinXP Home

autor: **GabrielBaines** » 18 sierpnia 2002, 10:42

Zdecydowanie wine ponosi niedbalstwo webmastera. Źle podany jest url do codebase.

W tagu applet wpisano codebase "../classes", co oznacza że klasy nalezy sciągnąc z http://www.wroclaw.com/../classes. Ale dla takiego URI server zwraca Bad Request (i słusznie).

Poprawny codebase, którego należało uzyć w tym wypadku, to "classes", oznaczający że klasy są w http://www.wroclaw.com/classes.

Usunięcie tych dwóch kropek z codebase powoduje, że strona działa.

==
Gabriel

autor: **quiris** » 18 sierpnia 2002, 10:44

JohnyK pisze: Czego to powód- webmajster lamer czy Mozilla...

Wina Mozilli. Opera wyświetla ten aplet bez problemów. Używam Sun JRE 1.4.1 beta

autor: **dls** » 18 sierpnia 2002, 15:09

GabrielBaines pisze:Zdecydowanie wine ponosi niedbalstwo webmastera. Źle podany jest url do codebase.

Wygląda na to że poprawili - już działa.

autor: **GabrielBaines** » 18 sierpnia 2002, 16:02

Hmm, poprawili? Naprawde widzisz na dole strony zółtą reklamę Interpromo.com "No hype. No kidding. Just results"?

U mnie jest jak było, tzn. ClassNotFoundException zamiast reklamy, a w source'ach strony ciagle niepoprawny codebase.

==
Gabriel

autor: **dls** » 18 sierpnia 2002, 16:19

GabrielBaines pisze:Hmm, poprawili? Naprawde widzisz na dole strony zółtą reklamę Interpromo.com "No hype. No kidding. Just results"?

Daje słowo

A w źródle widziałem "./" a nie "../" co i tak nie jest chyba do końca właściwe ale działa.

(MozillaPL, 1.1 Beta, Win98SE)

autor: **quiris** » 18 sierpnia 2002, 20:41

Sprawdzam i sprawdzam, wyczyściłem cache i cały czas mam ../classes

autor: **dls** » 18 sierpnia 2002, 22:11

quiris pisze:Sprawdzam i sprawdzam, wyczyściłem cache i cały czas mam ../classes

Faktycznie - tam powyżej był też jakiś applet ale komentarzu... pomyliłem się...
No więc nie wiem dlaczego, ale u mnie to działa...

autor: **quiris** » 18 sierpnia 2002, 22:16

dls pisze:No więc nie wiem dlaczego, ale u mnie to działa...

A jakie masz zainstalowane środowisko Javy?

autor: **dls** » 18 sierpnia 2002, 22:25

quiris pisze:
dls pisze:No więc nie wiem dlaczego, ale u mnie to działa...

A jakie masz zainstalowane środowisko Javy?

Java(TM) Plug-in: Version 1.3.1
Using JRE version 1.3.1 Java HotSpot(TM) Client VM

autor: **quiris** » 18 sierpnia 2002, 22:55

dls pisze:Java(TM) Plug-in: Version 1.3.1

To właśnie może być przyczyną. Ja używam wersji 1.4.1. Z doświadczenia wiem, że wiele apletów, które prawidłowo działąją z wersją 1.3 nie koniecznie chcą działać z wersją 1.4

autor: **quiris** » 19 sierpnia 2002, 10:14

Ten sam problem występuje na http://ranking.pl/rank.php?stat=brow_all Również aplet się nie ładuje ze względu na te kropki

autor: **dls** » 19 sierpnia 2002, 11:44

quiris pisze:Ten sam problem występuje na http://ranking.pl/rank.php?stat=brow_all Również aplet się nie ładuje ze
względu na te kropki

Zgadza się - na drugim kompie mam plugin Javy 1.4 i jest tak jak piszesz - i na ranking.pl i na www.wroclaw.com.

autor: **Gandalf** » 19 sierpnia 2002, 18:47

Wydaje mi sie, ze zarowno Opera jak i IE w momencie kiedy trafiaja na sciezke wykraczajaca ponad root (domena.pl/../ble) uzywaja domena.pl/ble. Mozilla bardziej pilnuje zasad i proboje wyjsc ponad.

Nie jest to blad, ale mysle, ze mozna zglosic propozycje obslugi takiej jak IE,Opera co zaraz uczynie.

MozillaPL.org - polskie centrum Mozilli

Główne menu:

Kolejny problem z Javą

Kolejny problem z Javą

Re: Kolejny problem z Javą

Kto jest online

Nawigacja:

Stopka: