On Wednesday, October 31, 2018 at 11:13:11 AM UTC-4, jacob.cameron wrote:
>
> Windows Server 2016, Tomcat 8.5, DSpace 6.3. 
>
>  
>
> I’ve setup the context path in server.xml to be path=“/” docBase=”[dspace 
> path]\webapps\xmlui” and I get a blank page when I go to 
> http://localhost:8080/, however if I go to http://localhost:8080/xmlui it 
> works fine.
>
>  
>
> I’ve tried the context fragments, with ROOT.xml in 
> tomcat\conf\catalina\localhost\ and still have the same issue.  Restarted 
> the tomcat server, restarted the server, still having not luck.  Any 
> suggestions?
>
>  
>
>                 <Host name="localhost"  appBase="[dspace path]webapps" 
>   unpackWARs="true" autoDeploy="true">
>
>                                 <context path="/" docBase="[dspace 
> path]\webapps\xmlui" reloadable="true" cachingAllowed="False" 
> allowLinking="true"/>
>
>

One problem is that you have the Host's appBase pointing at 
"[DSpace]/webapps" *and* a Context with its docBase pointing at a 
subdirectory of that.  So you've specified that the same webapp. should be 
deployed twice:  once as "/" and once as "/xmlui/".  Apparently Tomcat is 
confused by this.

Here, I leave the appBase value unchanged and do not add anything to that 
directory.  Instead, I drop a drop Context descriptor files into 
[tomcat-config]/Catalina/localhost.  Adding a <Context> element as content 
of <Host> in server.xml as you show above also works, but the Tomcat 
maintainers recommend against doing that.

The point here is not to have explicit Contexts and the implicit Contexts 
created from the content of appBase fighting for control of the container.  
Tomcat will invent its own Context for any webapp. that it finds in an 
appBase directory, and destroy any matching Context file if it thinks it 
needs to.  I've even had it delete my hand-built Context files, before I 
learned to keep the two deployment methods strictly separate.

Long story short:  either place your DSpace webapp.s in an appBase or refer 
to them in individual Contexts' docBase; don't do both.

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Reply via email to