On Thu, Nov 29, 2012 at 2:17 AM, Matthew McKinley <[email protected]> wrote: > helix, > > Thanks for the reply. > > 1. The context path in tomcat6/server.xml is as follows, as it has been in > previous (working) versions of dspace: > > <!-- DEFINE A CONTEXT PATH FOR DSpace XML User Interface (Manakin) > --> > <Context path="/xmlui" > docBase="/data/dspace/webapps/xmlui" > debug="0" reloadable="true" > cachingAllowed="false" > allowLinking="true"/>
That looks fine. > 2. I've googled the "Threadlocal" errors before, as they happened many many > times on a daily basis even while our dspace instance was running perfectly. > Not being a formally trained IT guy, I couldn't really make heads or tails > of a lot of the conversations, but the gist I got was that 99% of the time > these messages are superfluous despite tomcat reporting them. I could be > wrong about this but I'm not sure where to start in addressing, I spent a > long while researching them about a year ago but quickly got out of my > depth. > > 3. As a matter of fact I have modified the java files slightly to change the > URLs in our sitemap/handle servers to list the CNAME "ucispace.lib.uci.edu" > instead of the true server name "dspace2.nacs.uci.edu". However, the server > not working is the test server dspacex.lib.uci.edu, so though I made the > changes below they don't really apply to dspacex because A it's not running > a handle server and B its address is different. Could this be causing > problems? I can remove the following changes and try rebuilding/updating. > > I added this line to dspace.cfg: > > #ucispace.url was created so generated sitemaps/handle server > #point to ucispace.lib.uci.edu instead of dspace2.nacs.uci.edu MM 10/17/11 > ucispace.url = http://ucispace.lib.uci.edu > > And changed ALL references of "dspace.url" to "ucispace.url" in the > following java files: > > Source Location: > /data/src/dspace-1.8.2-src-release/dspace-api/src/main/java/org/dspace/app/sitemap/GenerateSitemaps.java > > Source Location: > /data/src/dspace-1.8.2-src-release/dspace-api/src/main/java/org/dspace/handle/HandleManager.java > > 4. I started with a clean 1.8 config directory and added customizations > (twice!) > > 5. In config/modules/discovery.cfg, the search.server value is set to: > > http://dspacex.lib.uci.edu/solr/search Set this to: search.server = http://localhost:8080/solr/search > Output of grep -RnI '\${.*}' data/dspace/config/* : Go to /data/dspace/config/dspace.cfg and replace all occurences of "${dspace.dir}" by "/data/dspace". Then restart Tomcat and see if it fixes things. If not, we may try looking at your customizations (send a complete diff). Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette ------------------------------------------------------------------------------ Keep yourself connected to Go Parallel: VERIFY Test and improve your parallel project with help from experts and peers. http://goparallel.sourceforge.net _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
