Ok, thanks a bunch! I think the url's are set up properly but we have sort of made our own solrconfig files so it's probably the file handler then. I will look into that, but I'm 99.999% sure that this was my problem.
Again, thank you for the quick reply! -----Original Message----- From: Erik Hatcher [mailto:erik.hatc...@gmail.com] Sent: 21. mai 2012 14:33 To: solr-user@lucene.apache.org Subject: Re: no css on browse UI when multicore On May 21, 2012, at 08:11 , Aleksander Akerø wrote: > The css files from the browse GUI in solr 3.6 does not seem to work > properly when solr is deployed with multiple cores and I cant figure > out how to solve this. I know this have been an issue in solr but I > thought it was fixed in the newer versions. > > > > Any answers or pointers on how to get this fixed is much appreciatedJ Each core has it's own templates, and thus it'll be core dependent. There is a conf/velocity/VM_global_library.vm that has the base path that the other templates can use for a base path, and it should look like this: #macro(url_for_solr)/solr#if($request.core.name != "")/$request.core.name#end#end And the stylesheet is referenced in head.vm like this: <link rel="stylesheet" type="text/css" href="#{url_for_solr}/admin/file?file=/velocity/main.css&contentType=text/cs s"/> This requires that the file serving handler (/admin/file) be enabled and that conf/velocity/main.css exist. Does that help? If not, what is the HTML rendered from /browse say as the CSS URL? What error does hitting that URL directly give? Erik
