Zum Inhalt springen

Schlaubi

Mitglieder
  • Gesamte Inhalte

    1.356
  • Benutzer seit

  • Letzter Besuch

Beiträge von Schlaubi

  1. Hallo Gemeinde,

    ich habe es nun zum Glück mit Hilfe eines Kollegen herausgefunden:

    
    1. ensure in jetty/start.ini that a jetty-deploy.xml is configured
    
    etc/jetty-deploy.xml
    
    
    2. change jetty/etc/jetty-deploy.xml to
    
    <Set name="scanInterval">0</Set>
    
    
    3. create a new context.xml
    
    <?xml version="1.0" encoding="ISO-8859-1"?>
    
    <!DOCTYPE Configure PUBLIC "-//Jetty//Configure//EN" "http://www.eclipse.org/jetty/configure.dtd">
    
    
    <Configure class="org.eclipse.jetty.webapp.WebAppContext">
    
    <Set name="contextPath">/webapp/test</Set>
    
    <Set name="war"><SystemProperty name="jetty.home" default="."/>/webapps/test.war</Set>
    
    <Set name="extractWAR">true</Set>
    
    </Configure>
    
    
    4. create a symlink in jetty/contexts-available named context.xml to your path
    
    5. create a symlink in jetty/contexts named context.xml to ../contexts-available/context.xml
    
    6. restart jetty
    
    

  2. Hallo,

    der apache-tomcat kann das hier:

    Quelle: Apache Tomcat Configuration Reference - The Context Container

    ...

    Context elements may be explicitly defined:

    In the $CATALINA_HOME/conf/context.xml file: the Context element information will be loaded by all webapps.

    In the $CATALINA_HOME/conf/[enginename]/[hostname]/context.xml.default file: the Context element information will be loaded by all webapps of that host.

    In individual files (with a ".xml" extension) in the $CATALINA_HOME/conf/[enginename]/[hostname]/ directory. The name of the file (less the .xml) extension will be used as the context path. Multi-level context paths may be defined using #, e.g. foo#bar.xml for a context path of /foo/bar. The default web application may be defined by using a file called ROOT.xml.

    ...

    Im apache-tomcat macht man das so in conf/context.xml:

    <Context docBase="/path/release/ROOT.war" path="/webapp/test">
    So etwas Suche ich nun schon seit 2 Tagen für den jetty. Dieser Link hier hat mir nicht weitergeholfen: Jetty/Howto/SetContextPath - Eclipsepedia Weil er leider nicht beschreibt, wie ich den Pfad zum war File angeben kann. Diverse Tests haben mich leider auch nicht weitergebracht. Z.B. soetwas in jetty/contexts/context.xml führt nicht dazu, dass der Jetty in /tmp/Jetty.... über die URL http://server:8888/webapp/test erreichbar ist
    >  <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
    
      <!-- Required minimal context configuration :                        -->
    
      <!--  + contextPath                                                  -->
    
      <!--  + war OR resourceBase                                          -->
    
      <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
    
      <Set name="contextPath">/webapp/test</Set>
    
      <Set name="war"><SystemProperty name="jetty.home" default="."/>/webapps/ROOT.war</Set>
    
    

    Wer kann mir bitte helfen?

    Viele Grüße

  3. Danke, hatte ich hier auch so im Nachhinein nachgelesen:

    SELFHTML Forumsarchiv / 2007 / Juli / Apache+modSLL; pro SSL-Schutz extra IP nötig?

    Desweiteren...unabhängig wie es "richtig" ist, habe ich es nun erfolgreich mit einem self-signed Zertifikat lediglich im Apache und NICHT im Tomcat zum Laufen gebracht.

    Was mir jetzt noch nicht klar ist, was mit NamedBased Virtual Host gemeint ist...aber das lese ich die Tage noch nach.

  4. Hallo zusammen,

    ich habe ein paar Fragen zum Apache 2.0 bezüglich SSL Zertifikate.

    Folgende Umgebung:

    2 www-Domains abgebildet via Apaches Virtual-Hosts,

    werden via ProxyPass Directive an 2 unterschiedliche Tomcats weitergeleitet. SSL ist bisher

    nicht in Gebraucht.

    Nun möchte ich für beide www-Domains nicht nur den SSL Zugriff ermöglichen,

    sondern für beide je ein SSL Zertifikat nutzen.

    Meine Frage nach längerer Sucherei im Internet ist nun die Umsetzung.

    Bzw. was mir nicht klar ist, wenn ich vom Apache auf den Tomcat SSL Connector weiterleite

    (ich gehe davon aus das man das so macht), muss ich dann zusätzlich zum im Apache abgelegten SSL

    Zertifikat (openssl) auch eines/dasselbe im Tomcat (keystore) ablegen?

  5. ...ich hatte ja auch auf die Seite von CCC zwecks Leopard Kompatibilität geschaut und danach hatte ich überhaupt keine bedenken.

    Noch viel ärgerlicher war die Ursache, warum es überhaupt so weit kam ein Backup anzufertigen und mein Startvolume komplett neu initialisieren zu müssen:

    Ich wollte eine ext. 20GB NTFS Windows Platte "sicherheitshalber" 35x überschreiben, um sie bei eBay zu verscheuern. Nachdem mir nach allen Versuchen das Ding zu löschen das Festplattendienstprogramm abgeschmiert ist

    und ich nach einem Reboot von Leo bemerkte (Apfel+v), dass auf ein ext. USB-Gerät gewartet wird...nach div. Versuchen mit dem FDP die Referenzen zu entfernen...wusste ich mir auf die Schnelle nicht mehr anderweitig zu helfen als die Platte zu plätten.

    ...heute habe ich das Formatieren der 20er Platte mit Windows versucht,

    wurde dort jedoch ebenfalls nicht erkannt -> Ab in den Abfalleimer damit.

  6. Endlich - nach mehr als 3 Tagen hin- und her-restoren, habe ich das Problem endlich beheben können. Den Lösungsweg möchte ich euch natürlich nicht vorenthalten:

    - von MacOSX Leopard DVD booten

    - Leopard Neu installieren mit Volume löschen (für Archive&Install hatte ich zuwendig Platz)

    - ext. USB-Backup 10.5.4 migrieren auf Neuinstallation

    - Testen des Systems/der Programme: iO

    - Combo Update 10.5.4 durchführen

    - Testen des Systems/der Programme: iO

    - /etc/hosts und /etc/profile vom ext. Backup Volume übernehmen (wird nicht autom. übernommen)

    - Softwareupdate: Alle Updates für 10.5.4 installieren

    ...und jetzt habe ich mir gleich ein Time-Maschine Backup eingerichtet :D:D

  7. Hallo Zusammen,

    ich habe nun schon 1,5 Tage im Internet recherchiert und verschiedenste Dinge ausprobiert, nur leider komme ich nicht weiter und möchte um Erfahrungen bzw. Rat fragen.

    Ich habe ein MacBookPro mit Leopard 10.5.4 und einer 80GB (Mac OS Extended (Journaled)) großen HDD.

    Aufgrund eines Problems musste ich ein Backup meines MacBookPro machen. Ich habe mit dem Carbon Copy Cloner v3.1.1 ein Backup des laufenden Systems auf eine ext. 250GB USB HDD gemacht. Diese hat zwei Mac OS Extended (Journaled) Partionen. Die zweite von beiden, welche ca. 200GB groß ist habe ich als CCC Zielvolume ausgewählt. Der Klonvorgang funktionierte problemlos.

    Ein anschließendes Booten des Backupsystem inkl. Überprüfung der Funktionalität der Programm war ebenfalls in Ordnung.

    Im Anschluss daran habe ich das ganze Spielchen umgedreht und vom Backup zurück auf die 80er Platte geklont - ohne Probleme. Bei der anschließenden Überprüfung auf Funktion der Programme habe ich bemerkt,

    dass es diverse Probleme gibt, u.a.

    - Photoshop CS3 lässt sich nicht starten, es kommt zur Fehlermeldung:

    "Konnte Photoshop nicht initialisieren, weil auf dieses Volume nicht zugegriffen werden kann."

    - InDesign CS3 stürzt beim Öffnen versch. Test-ID Dokumente unerwartet ab

    - Mit MacOSX' Vorschau kann man keine Bilder mehr öffnen, Vorschau ist zwar geöffnet, jedoch sehe ich nicht das geöffnete Bild

    - Word stürzt unerwartet ab

    Wenn ich wieder vom Backup-System (ext. USB-HDD) boote funktioniert all dies problemlos - das Problem ist jederzeit reproduzierbar und tritt nicht sporadisch auf.

    Das Festplattendienstprogramm (FDP) sagt, dass beide Volumes in ordnung zu sein scheinen. Rechte Überprüfung bringt mir 3 unwesentliche Logfiles, selbst nach der Reparatur ist das Problem nicht weg.

    Ich habe auch versucht via Mac OSX Install DVD zu starten und per FDP's Wiederherstellen Funktion das Backup zurückzuspielen - dies scheitert mit einem Fehler, dass auf der internen 80er Platte nicht genügend freier Speicher wäre.

    Habt ihr noch irgendeine Idee?

    Habt ihr diese oder eine ähnliche Erfahrung gemacht?

    Sind die unterschiedlichen Volumegrößen vielleicht das Problem?

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...