Announcement

Collapse
No announcement yet.

Tomcat WebApp stop -> Wartungsarbeiten

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Tomcat WebApp stop -> Wartungsarbeiten

    Hallo,

    ich habe folgendes Problem:

    Ich möchte im Tomcat (4.1) Manager eine Applikation stoppen um z.B. Config-Dateien zu ändern oder Dateien zu verändern.
    So lange die Anwendung aber gestoppt ist, bekommt man eine 404 Fehler-Seite angezeigt, da der Context ja nicht "gestartet" ist.
    Ich möchte aber gerne den Usern eine eigene Seite dafür anzeigen, in der zum Beispiel steht, das gerade Wartungsarbeiten durchgeführt werden und die Anwendung momentan nicht zur Verfügung steht.

    Hat jemand einen Tipp oder weiß, wie ich das umsetzten kann?

    Vielen Dank

    Gruß
    Christian

  • #2
    Bin mir nicht ganz sicher, da noch nicht probiert.

    Es sollte so sein, daß das default Servlet die Abarbeitung eines Requests übernimmt, wenn der Context nicht gestartet ist. Und dieses def. Servlet wird über CATALINA_BASE/conf/web.xml konfiguriert. Wenn Du dann hier den 404 abfängst, dann kannst Du die Meldung steuern die gesendet wird. Dies hat aber den Nachteil, daß alle 404er die nicht in einer web.xml überschreiben worden sind auf Deine Wartungsmeldung hinlaufen.

    lg Dietma

    Comment


    • #3
      Hallo Dietmar,

      Danke für den Tipp, habs auch gleich mal ausprobiert!
      Doch es funkioniert nicht! :-(
      Es geht zwar mit Seiten oder Dateien die nicht vorhanden sind (die normal auf einen 404 laufen).
      Da bringt er die Seite.
      Doch wenn man den Link zum Context aufruft kommt weiterhin die 404 Seite von Tomact!

      Jemand noch eine Idee?

      Danke

      Gruß
      Christia

      Comment


      • #4
        Hallo Alle,
        ich hoffe ich kick den Thread mal ein bischen nach oben ins Forum, denn ich bin auch interessiert an einer Lösung...

        Gruß
        Patric

        Comment


        • #5
          Hallo!

          Vielleicht keine endgültige Lösung, aber wenn Du den Apache
          vor den Tomcat schaltest, kannst Du doch in diesem Zeitraum
          die komplette Anwendung auf ein statisches HTML umleiten.

          Somit kannst du auch nach starten der Software sicher sein, dass
          noch niemand darauf arbeitet und kannst die änderungen vorher
          noch testen.

          Lieben Gruss,
          Christia

          Comment


          • #6
            Hallo Christian W.

            das wäre eine Möglichkeit, doch dann müsste man ja bei jedem update immer wieder den Apache umstellen.

            Geht das nicht einfacher?
            Geht das evtl. im Tomcat 5.0 oder 5.5?

            Danke

            Gruß
            Christian

            Comment


            • #7
              Ich habe mittels Apache (mod_jk) bereits einen Ausfall des Tomcat abgefangen und leite einfach einen Error 503 (innerhalb der http.conf) auf eine statische Wartungsseite um. Damit bekommt der Benutzer immer eine nette Seite, wenn der Tomcat selbst nicht läuft. Sollte jedoch nur eine einzelne App nicht laufen, so habe ich auch hier noch das Problem mit dem Error 404.

              Eine Lösung hierzu suche ich derzeit auch noch.

              Comment


              • #8
                Hi,

                hat denn schon jemand was neues dazu?

                Danke

                Gruß
                Christian

                Comment


                • #9
                  in der web.xml


                  <web-app>
                  <error-page>
                  <error-code>404</error-code>
                  <location>/error404.jsp</location>
                  </error-page>
                  ...
                  <web-app>
                  Christian

                  Comment


                  • #10
                    Andere Variante:

                    . die Webapp läuft unter eigenem VirtualHost-Namen
                    . in Apache httpd.conf VirtualHost definieren und dort die ErrorPage eintragen.
                    . via jk_mod Weiterleitung auf WebApp definieren

                    Gruss, Stephan
                    ----------------------------------------------------------------------
                    Stephan Gloor, Zürich, CH

                    Comment

                    Working...
                    X