Wie kann ich Tomcat stoppen caching meinem servlet Antworten?

Ich bin Lern-Servlet-Programmierung, Apache Tomcat 6 auf einem Ubuntu 8.10-Maschine, und ich bin mit einem sehr lästigen Problem -- offenbar, im Zusammenhang mit caching.

Dies ist, was ich Tue: ich Schreibe ein servlet, steckte es in eine schöne Verzeichnisstruktur und verteilen Sie es mit dem Tomcat Web Application Manager. Es funktioniert wie erwartet. Dann Bearbeite ich das servlet kompilieren und versuchen, auf es wieder, aber Tomcat hält die Rückgabe der gleichen alten version. Neuladen der Anwendung oder sogar den server neu starten, funktioniert nicht. Das einzige, was funktioniert ist "deinstallation von" die Anwendung, dann setzt es wieder ein.

Habe ich, dies zu tun jedes mal, wenn ich kleine änderung an meinem code. Es saugt.

Ich bin sicher, es gibt einen Weg, um dieses, aber ich konnte nicht die Antwort finden überall im web (und ich Suche viel). Ich würde wirklich zu schätzen jede Hilfe. Danke!

InformationsquelleAutor | 2009-01-06
  1. 3

    Den Rat von Adeel Ansari ist fehlerhaft: man sollte nie ändern CATALINA_HOME/conf/context.xml mit webapp-spezifische Konfiguration. Das ist, was your-webapp/META-INF/context.xml wird für.

    Sollten Sie auch nie geben die "docBase" - Attribut <Kontext>.
    Sie sollten auch nie geben Sie die "path" - Attribut <Kontext>.

    Die OP hat mehrere Optionen:

    1. Den manager neu laden der web-app - (deinstallieren/erneut bereitstellen, sollten Sie nicht nötig sein: ein einfaches reload funktionieren sollte)
      ( http://tomcat.apache.org/tomcat-6.0-doc/manager-howto.html#Reload_An_Existing_Application )

    2. Legen Sie das element in META-INF/context.xml haben reloadable="true"
      ( http://tomcat.apache.org/tomcat-6.0-doc/config/context.html )

    Mit allem Respekt, um SO, wenn Sie Hilfe brauchen, Tomcat, kommen die Benutzer, mailing-Liste und erhalten Sie einige echte Antworten.

    • "sollten Sie nie ändern CATALINA_HOME/conf/context.xml mit webapp-spezifische Konfiguration." - wie stellen Sie container-spezifischen Parametern ohne Neukompilierung der Anwendung dann? Tut es empfehlen, man sollte bauen neue version der Anwendung für jede deployment-Umgebung?
    • Durch die Art und Weise tomcat.apache.org/tomcat-6.0-doc/config/context.html
    • Ich würde vorschlagen, dass alle erforderliche Konfiguration für eine web-Anwendung gebündelt werden, die in der war-Datei und nicht versteckt in einem anderen Ort (wie conf/context.xml). Definition der JNDI-Datenquellen ist geeignet für server.xml und dann mit <ResourceLink>, aber Sie nicht möchten, ändern Sie die Standard-Konfiguration für alle webapps auf den ganzen container durch ändern conf/context.xml.
    • Stimme mit @PetrGladkikh und entschuldigen Antwort von Christopher Schultz. Offizielle Dokumentation Seite über die Definition etwas in catalina context.xml und ergeben sich in Anwendung von xml. Die erste befindet sich in den Händen der Admin , der nächste Programmierer. Dies ist eine sehr nützliche Technik, geben gute Möglichkeiten (separate Bereiche) für beide
    InformationsquelleAutor Christopher Schultz
  2. 2

    Habe ich auf ähnliche Probleme gestoßen, die mit Tomcat 5.5. Ich habe nie herausgefunden die Ursache, aber ich arbeitete um es durch löschen des Ordners entsprechend der webapp von %CATALINA_HOME%/work/Catalina/localhost. Es ist nicht eine große Lösung, aber es vermeidet, dass Sie deinstallieren/erneutes bereitstellen der gesamten Anwendung.

    • Das funktioniert in der Tat. Tatsächlich, das Verzeichnis funktioniert ein cache. Also, löschen, wird das problem lösen. Aber manchmal Sinn es zu löschen jedes mal, Sie zu testen.
    • Eigentlich hatte ich schon gesehen, dieser Tipp irgendwo sonst, aber es funktionierte nicht für mich. CATALINA_HOME/work/Catalina/localhost/my_project_name ist nur ein leeres Verzeichnis hier, und es ändert sich nichts, wenn ich es löschen.
    • Es könnte sein, caching Dinge woanders. Oder sind Sie nicht mit allen JSPs oder nie beantragt für die Zeit. Weil /work/Catalina/localhost/... ist ein Verzeichnis kompilierte JSPs sind gehalten, nicht die servlets oder anderen Klassen.
    InformationsquelleAutor Brian Matthews
  3. 2

    Unter Ihrem TOMCAT_HOME/conf/, findest du eine Datei namens Context.xml. Der Inhalt würde wie folgt Aussehen,

    <Context>
    <!-- Default set of monitored resources -->
    <WatchedResource>WEB-INF/web.xml</WatchedResource>
    <WatchedResource>WEB-INF/classes</WatchedResource>
</Context>

    Beiden Zeilen sind auskommentiert hier sollten Sie kommentieren Sie beide zu. Seine wahrscheinlich, dass Sie die 2. kommentiert oder könnte es nicht bei allen. Versuchen Sie, kommentieren Sie es oder fügen Sie es in letzterem Fall. Ich gehe davon aus, dass Sie die Bereitstellung Ihrer app unter TOMCAT_HOME/webapps.

    [Bearbeitet]

    Versuchen Sie es mit docBase, und Pfad attribure unter Ihrem Kontext element. Unten ist das Beispiel

    <Context docBase="path-to-WEB-INF" path="/your-app">

    HINWEIS: nicht enthalten WEB_INF

    [Bearbeitet]

    Vielleicht bin ich etwas fehlt. Überprüfen Sie diese aus. Es ist die gleiche, aber viel mehr klar und anschaulich einschließlich paar andere Optionen.

    • Ich fand context.xml bei CATALINA_BASE/conf/ (der Standard-Startseite auf localhost:8080 und es erzählt mir CATALINA_HOME und CATALINA_BASE, ich bin mir nicht sicher, ob das das gleiche ist wie TOMCAT_HOME). Trotzdem habe ich noch die zweite Zeile, neu gestartet, den server, aber ohne Ergebnis 🙁
    • BTW, ich bin mit dem Web Application Manager zur Bereitstellung (und Implementierung), ist es -- wie ich es verstehe, wird es unter CATALINA_BASE/webapps.
    • Ja, CATALINA_HOME oder BASIS ist die gleiche. Sind Sie mit netbeans? Haben Sie einen separaten Kontext-Datei Ihrer app? Ich meine, <your-app - >.xml
    • Ich bin nicht mit Netbeans. Die einzige XML-Datei, die ich habe ist web.xml.
    • Haben Sie versucht, mein Nachtrag?
    • Es habe es gerade ausprobiert, funktioniert immer noch nicht. Ich lese die docs auf den link, können Sie sehen, ob ich es herausfinden.
    • Ich versuchte dies und es funktionierte für mich. Hinzugefügt eine Aufgabe löschen, die als Teil von meinem ant-task, setzt auf tomcat, und es arbeitet ein Genuss.

    InformationsquelleAutor Adeel Ansari
  4. 1

    Sagen Sie nicht: wenn Sie bei Verwendung der ubuntu-tomcat oder separater download von tomcat.apache.org. Wenn Sie mit ubuntu one, versuchen, damit es einfacher mit der Verwendung einer separaten download. Der standard-download ist sehr einfach zu verwalten, und eher darauf ausgerichtet, die Arbeit out of the box. Es könnte sein (ich weiß nicht), dass die ubuntu one kann so konfiguriert werden, mehr in Richtung Produktion zu verwenden, z.B. könnte es etwas gehärtet.

    Die empfohlene Einstellung der Produktion für tomcat ist genau das, was Sie beschreiben (z.B. kein auto-deploy usw). Die Entwicklung der Einstellung ist einfacher zu bedienen.

    InformationsquelleAutor Olaf Kock
  5. 0

    Wenn Sie Netbeans dann automatisch neu kompiliert die Klasse und spritzt es in die webapp läuft, wenn Sie die Datei speichern. Es sind keine zusätzlichen Schritte, drücken Sie einfach "speichern".

    • Nein, es würde nicht. Sie müssen, um es zu bauen und dann erneut bereitstellen Sie, um die änderung sehen. Und er/Sie nicht will, zu re-implementieren. Das kompilieren der Quelle ist unterschiedlich und hängt von den IDE-Einstellungen.
    InformationsquelleAutor Sarel Botha
Schreibe einen Kommentar