Verwenden von Tomcat-8.0.32 auf Ubuntu 16.04. Ich habe /etc/tomcat8/server.xml konfiguriert Zugriff auf 2 verschiedenen dspace Fällen zu ermöglichen, wie folgt zusammen:Tomcat8: 404 Fehler, obwohl Webapp-Ordner existiert (Dspace-Instanzen)
<!-- DSpace Instance A -->
<Context path="/dspaceA" docBase="/home/pkaramol/Workspace/dspace/dspace-installation/webapps/jspui" reloadable="true" />
<Context path="/solr" docBase="/home/pkaramol/Workspace/dspace/dspace-installation/webapps/solr" reloadable="true">
<Valve className="org.apache.catalina.valves.RemoteAddrValve" allow="my\.static\.ip\.addr|127\.0\.0\.1|123\.123\.123\.123|111\.222\.233\.d+"/>
<Parameter name="LocalHostRestrictionFilter.localhost" value="false" override="false" />
</Context>
<!-- DSpace Instance B -->
<Context path="/dspaceB" docBase="/home/pkaramol/Workspace/tomcat-deployments/dspaceB" >
<Valve className="org.apache.catalina.valves.RemoteAddrValve" allow="my\.static\.ip\.addr|127\.0\.0\.1|123\.123\.123\.123|111\.222\.233\.d+"/>
<Parameter name="LocalHostRestrictionFilter.localhost" value="false" override="false" />
</Context>
Obwohl Beispiel A zugänglich ist, kehrt Beispiel B einen Fehler 404. Das Seltsame ist, dass auf catalina.out ich eine Warnung über Instanz B. bekommen
ACHTUNG: Die Web-Anwendung [dspaceB] erscheint ein Thread namens [TestScheduler_Worker X] begonnen zu haben, aber hat es versäumt, ihn zu stoppen. Diese ist sehr wahrscheinlich, ein Speicherleck zu crreate.
Die Warnung wird für 1 wiederholt < = X < = 50.
So Webapp dspaceB in der Tat von tomcat8 erkannt wird.
Wie kommt der 404 Fehler?
bearbeiten: einige neue Erkenntnisse:
wenn der DSpace Instanz B Eintrag von server.xml löscht und auf den Standard Webapps Einsatz dir für tomcat8 (/var/lib/tomcat8/webapps/) bewegen, bekomme ich nicht mehr 404 Fehler, sondern eine Java.lang.OutOfMemoryError: Java heap space Ausnahme und ein konstanter
Speicherverbrauch ist gering, Fallschirm nicht vorhanden ist, kann Ihr System starten Fehler
auf catalina.out