HTTP-Seiten Reload unter Apache und Tomcat

HTTP-Seiten Reload unter Apache und Tomcat (23 Beiträge, 9 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Ich hab 'nen Server mit Apache (1.3) und Tomcat (3.3) auf 'nem Linux System (Kernel 2.4.14) laufen.

Nun ist es leider so, dass Änderungen an den html-Seiten nicht angezeigt werden, ausser, der User leert den Inhalt seiner temporären Internetdateien. Er bekommt auf gut Deutsch den Inhalt seines lokalen caches angezeigt. Besucht er die Seite zum 1. Mal bzw. wird der (lokale) Cache geleert wird die richtige Seite aufgerufen.

Shift-reload bringt leider auch nix, spannenderweise. Und das is' der Teil der mich grübeln lässt.

Any ideas welcome.

Shadows can be made real
if you kill in their name.

beschreib mal kurz was tomcat ist

airboy

http://jakarta.apache.org/tomcat/index.html

Shadows can be made real
if you kill in their name.

aaaaaaaaah.. sowas is des.
was passiertn wennst des in jedes html schreibst:
meta http-equiv="expires" content="0"
META HTTP-EQUIV="Pragma" CONTENT="no-cache"

airboy

Hmm... da die gleichen Seiten auf einem anderen Server (bei dem ich allerdings leider nicht das Konfig-Script in die Finger bekomm...) keine Probleme aufweisen, und die Seiten im Endeffekt sehr wohl gecached werden können sollen wenn's fertig sind tät' ich das ganz gern vermeiden.

Vor allem auch, weil's um ned grad wenig Seiten geht...

Shadows can be made real
if you kill in their name.

Strg+Reload? Hab gehoert dass das bei manchen Browsern geht.
Viel Glueck,
j.
For love will convert the veriest coward into an inspired hero. -- Plato / Symposium More quotes on this site J.

aja, noch was... fuer Tomcat braucht man den Apache aber nicht mehr wirklich, oder?
Soweit ich das verstanden hab, ist Tomcat mehr oder weniger der Nachfolger von JServ, fuer das man den Apache als httpd noch brauchte, der aber jetzt bei Tomcat irgendwie inkludiert ist...?
tnx

For love will convert the veriest coward into an inspired hero. -- Plato / Symposium More quotes on this site J.

Im Prinzip, ja. Nur is' Apache erstens um LÄNGEN schneller mit statischen Seiten, zweitens stabiler und drittens ... noch irgendwas mit CGI, hab ich vergessen...

Shadows can be made real
if you kill in their name.

Ja, force reload war auch mein erster Gedanke. War's ned.

Spannenderweise dürfte der Server nicht cachen, weil sonst würde er ja auch bei einem "echten" Reload die falschen (gecachten) Seiten schicken. Oder denk' ich da falsch?

Shadows can be made real
if you kill in their name.

hm.. hol Dir halt ma irgendeinen Traffic-Sniffer und schau Dir div. http-header an..
..nur so eine Idee

For love will convert the veriest coward into an inspired hero. -- Plato / Symposium More quotes on this site J.

Und dass das Problem an dem IE des Users liegt ist ausgeschlossen?

JK

Nachdem's mit einem anderen Server funktioniert, zumindest unwahrscheinlich.

Shadows can be made real
if you kill in their name.

Sag das nicht! Ich würd's zumindest mal mit einem anderen Browser/PC probieren! Vergiss nicht, der IE ist ein MS-Produkt!

MfG,

JK

Geht auch mit'm Konqueror nicht.

Sorry, aber diesmal wirken die schwarzen Kerzen und Voodoopuppen nicht...

Shadows can be made real
if you kill in their name.

- Wie sehen die "Expires:"-Header aus?

- Hast du vielleicht irgendwo einen transparenten Proxy-Cache?

MfG,
-mjy

Marinos J. Yannikos <mjy@geizhals.at>

_{Education is an admirable thing, but nothing that is worth knowing can be taught
-- Oscar Wilde}

Hmmmmmm. Proxy rennt keiner, wo find' ich den Header?

Bei der Gelegenheit, weisst Du irgendeine brauchbare Doku zu tomcat? Die einzige Antwort, die ich auf die Frage wo's sowas gibt bekommen hab war "Dort wo Du's abgespeichert hast nachdem Du's geschrieben hast"...

Dank' im Voraus!

Shadows can be made real
if you kill in their name.

hi,

evt. ein schuss ins blaue. aber im der server.xml datei von tomcat hast du für jede webapp einen context eingetragen, oder? steht dort das attribut "reload" auf true? imo ist das attribut dafür zuständig, daß wenn du an den seiten etwas änderst, ob tomcat überhaupt nach änderungen ausschau hält.

hmm - gescheite doku für tomcat? naja, also das was auf jakarta.apache.org steht ist imo eh teilw. ganz brauchbar, den rest hab ich aus einem jsp buch, daß eigentlich recht gut ist. bei bedarf kann ich dir die isbn raussuchen.

aber hand aufs herz: appBase, docBase, unterschied tomcat 3.3 und tomcat 4.x servlet-mappings, jsp seiten und packages haben mich schon des öfteren zur verzweiflung gebracht. also entweder hab ich das tomcat deployment noch nicht so ganz durchschaut oder es ist eher zufall, daß dann auch alles in den gängisten browsern funktioniert....

s.arge

Ich hab für jede Applikation 'n apps-xxx.xml File angelegt und lass es von tomcat beim Start laden, is' übersichtlicher.

Die sind alle reloadable="true". Gibt's noch 'ne Option reload auch oder hast die gemeint?

Shadows can be made real
if you kill in their name.

hi,

ja genau, das attribut hab ich gemeint.

wie meinst du "für jede application ein apps-xxx.xml file" ? was steht dort drinnen bzw. welchen teil ersetzt es von server.xml?

s.arge

Die Header findest du, wenn du einen HTTP-Request manuell machst (telnet port 80 ... GET /blah.jsp HTTP/1.0). Mit Tomcat kenne ich mich leider überhaupt nicht aus, als jsp für mich interessant wurde, war er noch viel zu umständlich zu konfigurieren (dafür habe ich kein Verständnis und keine Zeit), ich bin damals gleich bei Resin gelandet.

MfG,
-mjy

Marinos J. Yannikos <mjy@geizhals.at>

_{Education is an admirable thing, but nothing that is worth knowing can be taught
-- Oscar Wilde}

Hmm... spannenderweise kommt auf diese Art nur ein Fehler zurück...

Wie's ausschaut ist auch nicht tomcat sondern Apache für den Fehler verantwortlich.

Wo bei mir der Verstand aussetzt ist eigentlich, dass es am Client-Cache liegt, und die richtige Seite geliefert wird, wenn sie nicht local gecached ist.

Wie bestimmt eigentlich der Browser, ob die Seite aktualisiert wurde, bzw. wie entscheidet er, ob sie neu geladen werden muss oder nicht?

Shadows can be made real
if you kill in their name.

Soweit ich weiss senden viele Clients einen If-Modified-Since-Header mit und wenn das Dokument sicher seither nicht geaendert hat schickt der Server nur einen 304 (Not Modified) zurueck, also nur den header ohne dem eigentlichen Dokument.
Siehe RFC2616 14.25
HTH,
j.
For love will convert the veriest coward into an inspired hero. -- Plato / Symposium More quotes on this site J.

Leute, ich steh' echt am Schlauch. Irgendwo in dem Setup is' der Wurm drin...

Starte ich den Serverdaemon neu, lädt er's richtig. Ansonsten lädt er's automatisch aus dem lokalen Cache. Leere ich den Cache, lädt er das modifizierte File. Das ergibt doch keinen Sinn!

Shadows can be made real
if you kill in their name.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung