>> RewriteEngine On
>>> RewriteCond %{HTTPS} on
>>> RewriteRule (.*) http://%{HTTP_HOST}:8080/%{REQUEST_URI} [R,L]
>>> DocumentRoot /dspace/webapps/xmlui
>>> ServerName dspace36a.library.uaf.edu
>>> Serve
> error in dspace.log.2018-10-19 that I haven't seen before:
>>
>> 2018-10-19 10:51:13,345 ERROR
>> org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer @ Error
>> occurred while creating statistics for home page
>>
>> org.apache.solr.client.solrj.
Exception:
> Expected mime type application/octet-stream but got text/html. html>Apache Tomcat/9.0.0.M17 - Error
> reporth1
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}
>
> h2
> {font-family:Tahoma,Arial,sans-serif;color:white;backg
ter to point directly to the Tomcat solr webapp on port 8080?
solr.server = http://localhost:8080/solr
Not entirely sure, but I’m guessing this type of change requires a Tomcat
restart.
--
Sean
From: dspac...@googlegroups.com<mailto:dspac...@googlegroups.com>
mailto:dspac...@googlegrou
timeout=5
>>> ### ^ this tells httpd to redirect it's / to localhost port 443
>>>
>>> #timeout=300
>>> ProxyPassReverse / http://127.0.0.1:8080/ retry=10
>>> ### ^ this tells httpd that tomcat's url's should be rewritten
>&g
t; /etc/httpd/conf.d/vhosts.conf file which handles HTTP redirection although
>> I think
>>
>> we may have been having problems with the statistics links even before
>> adding this file:
>>
>> [root@dspace36a conf.d]# cat vhosts.conf
>>
>>
>>
>>
-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;}
>
> h3
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;}
>
> body
> {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} b
> {
>>>>>
>>>>> I set "solr.server" to use port 8080 in /dspace/config/dspace.cfg as
>>>>> well as "server" in solr-statistics.cfg and "solr.url" in oai.cfg.
>>>>> Looks like progress, it still fails but the error messa
ception:
>>>> Expected mime type application/octet-stream but got text/html. >>> html>Apache Tomcat/9.0.0.M17 - Error
>>>> reporth1
>>>> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}
>>>>
&
px;}
>>>
>>> body
>>> {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} b
>>> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;}
>>> p
>>> {font-family:Tahoma,Arial,sans-serif;background:white;colo
olr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:210)
>> at
>> org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:206)
>> at
>> org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:91)
>> ...
ed, how about updating your
>> solr.server parameter to point directly to the Tomcat solr webapp on port
>> 8080?
>>
>>
>>
>> solr.server = http://localhost:8080/solr
>>
>>
>>
>> Not entirely sure, but I’m guessing this
tirely sure, but I’m guessing this type of change requires a Tomcat
> restart.
>
>
>
> --
>
> Sean
>
>
>
> *From:* dspac...@googlegroups.com > *On Behalf Of *wlruth...@alaska.edu
> *Sent:* October 19, 2018 2:26 PM
> *To:* DSpace Technical Support >
: dspace-tech@googlegroups.com On Behalf Of
wlrutherf...@alaska.edu
Sent: October 19, 2018 2:26 PM
To: DSpace Technical Support
Subject: Re: [dspace-tech] View Statistics links not working
Hey Sean,
I started to say I saw nothing in the logs but I just saw a redirection error
in dspace.log
gt;
>
> https://dspace36a.library.uaf.edu/workflow-statistics
>
>
>
> --
>
> Sean
>
>
>
> *From:* dspac...@googlegroups.com > *On Behalf Of *wlruth...@alaska.edu
> *Sent:* October 18, 2018 2:52 PM
> *To:* DSpace Technical Support >
> *Su
https://dspace36a.library.uaf.edu/workflow-statistics
--
Sean
From: dspace-tech@googlegroups.com On Behalf Of
wlrutherf...@alaska.edu
Sent: October 18, 2018 2:52 PM
To: DSpace Technical Support
Subject: Re: [dspace-tech] View Statistics links not working
This is maddening and taking far longer
This is maddening and taking far longer than it should, mostly because I
can't tell where the problem is located.
I've setup all of the configuration variables mentioned in the manual but
I'm not seeing anything in the logfiles
that says what's wrong. It could be a combination of Tomcat/DSpace,
I am occasionally seeing errors like this in the catalina.out file:
Error using query type: 2
[WARN] deprecation - The 'component-configurations' section in the sitemap
is deprecated. Please check for alternatives.
Error using query *:*
Error using query statistics_type:workflow AND
Hi Walter,
I don't think those "messages.xml" notices have anything to do with this
Solr Statistics problem. That "messages.xml" file is not directly related
to Solr. The XMLUI also looks for those files in several different
locations, so if it doesn't find them in one place, it will look
This might be the problem. In the latest cocoon log I saw lots of entries
flash by that started with date/time like this:
2018-10-09 11:20:37,862 INFO org.apache.cocoon.i18n.XMLResourceBundle
Then:
- Bundle
not loaded: Source URI not found
- Bundle not loaded: Source
URI not found
- Bundle
Hi Walter,
All I meant is that the "solr" webapp that DSpace creates needs to be
available/deployed to Tomcat. So, for example, if Tomcat is running on
http://localhost:8080, then Solr should be accessible on something like
http://localhost:8080/solr/
In other words, the only way DSpace can
Thank you Tim. I didn't notice anything in the logs that seemed to point to
a problem with Solr
or the statistics. I'll look again to make sure I haven't overlooked
something. Also checking the
troubleshooting page you linked.
I'm not sure what you mean by the DSpace Solr webapp, *must* be
Hi Walter,
I'd recommend checking your logs for any errors or warnings. We have a
guide for doing so at:
https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error
DSpace does *require* using Solr for Statistics. However, the required
"solr" webapp is provided out-of-the-box with DSpace
23 matches
Mail list logo
