Yep...couldn't live without it!
On Mar 31, 2011, at 2:39 PM, Mark Diggory wrote: > do you have wget on the server? that would be a good tool to have in > place for testing connections. > > On Thu, Mar 31, 2011 at 11:00 AM, Jeffrey Trimble <[email protected]> wrote: >> Ah...my local server is a BIG AIX power6 box. No monitor on it or web >> software. :-) >> So, you really can't http://localhost:8080/solr on it. >> >> And I dont' have a dspace-solr-search.cfg file anywhere. >> >> The plot thickens. >> >> --Jeff >> >> On Mar 31, 2011, at 1:53 PM, Mark Diggory wrote: >> >>> Jeff, >>> >>> Can't you use http://localhost:8080/solr >>> >>> Yes, going to the qualified domain name is not applying the loopback >>> port, so you are access restricted. MAke sure that in >>> dspace-solr-search.cfg and dspace.cfg that the solr server urls are >>> configured to use localhost. >>> >>> Mark >>> >>> On Thu, Mar 31, 2011 at 9:57 AM, Jeffrey Trimble <[email protected]> wrote: >>>> After your last posting for testing Solr, I thought I would do it for my >>>> server, just to see what I got. >>>> So if I run: http://yourhost:yourport/solr/search/select?q=*:* >>>> I get a 403 error. Mine is >>>> http://digital.maag.ysu.edu:8080/solr/search/select?q=*:* >>>> HTTP Status 403- >>>> type STATUS REPORT >>>> messages >>>> description ACCESS TO THE SPECIFIED RESOURCE () HAS BEEN FORBIDDEN >>>> Apache Tomcat /6.0.18 >>>> >>>> Perhaps I forgot to do something. But below is my dspace.cfg sections. >>>> I'm running 1.6.2 currently. >>>> ##### Usage Logging ##### >>>> # set this to be the port you run the dspace "solr" webapp >>>> # on, by default, we are assuming a test configuration with >>>> # tomcat still running on port 8080 >>>> #solr.log.server = http://localhost:8080/solr/statistics >>>> solr.log.server = http://127.0.0.1:8080/solr/statistics >>>> # The location for the Geo Database retrieved on update/installation >>>> solr.dbfile = ${dspace.dir}/config/GeoLiteCity.dat >>>> # If enabled the statistics system will look for an X-Forward header >>>> # if it finds it, it will use this for the user IP Addrress >>>> # it is enabled by default >>>> useProxies = true >>>> # Control if the statistics pages should be only shown to authorized users >>>> # If enabled, only the administrators for the DSpaceObject will be able to >>>> # view the statistics. >>>> # If disabled, anyone with READ permissions on the DSpaceObject will be >>>> able >>>> # to view the statistics. >>>> statistics.item.authorization.admin=true >>>> ##### Usage Logging ##### >>>> # set this to be the port you run the dspace "solr" webapp >>>> # on, by default, we are assuming a test configuration with >>>> # tomcat still running on port 8080 >>>> #solr.log.server = http://localhost:8080/solr/statistics >>>> solr.log.server = http://127.0.0.1:8080/solr/statistics >>>> # The location for the Geo Database retrieved on update/installation >>>> solr.dbfile = ${dspace.dir}/config/GeoLiteCity.dat >>>> # If enabled the statistics system will look for an X-Forward header >>>> # if it finds it, it will use this for the user IP Addrress >>>> # it is enabled by default >>>> useProxies = true >>>> # Control if the statistics pages should be only shown to authorized users >>>> # If enabled, only the administrators for the DSpaceObject will be able to >>>> # view the statistics. >>>> # If disabled, anyone with READ permissions on the DSpaceObject will be >>>> able >>>> # to view the statistics. >>>> statistics.item.authorization.admin=true >>>> >>>> statistics.item.authorization.admin=true >>>> # control solr statistics querying to filter out spider IPs >>>> # false by default >>>> # solr.statistics.query.filter.spiderIp = false >>>> # control solr statistics querying to look at "isBot" field to determine >>>> # if record is a bot. true by default. >>>> # solr.statistics.query.filter.isBot = true >>>> # Solr Event fields indexed >>>> statistics.items.dc.1=dc.identifier >>>> statistics.items.dc.2=dc.dateaccession >>>> statistics.items.type.1=dcinput >>>> statistics.items.type.2=date >>>> statistics.default.start.datepick = 01/01/1977 >>>> # URLs to download IP addresses of search engine spiders from >>>> solr.spiderips.urls = http://iplists.com/google.txt, \ >>>> http://iplists.com/inktomi.txt, \ >>>> http://iplists.com/lycos.txt, \ >>>> http://iplists.com/infoseek.txt, \ >>>> http://iplists.com/altavista.txt, \ >>>> http://iplists.com/excite.txt, \ >>>> http://iplists.com/misc.txt, \ >>>> http://iplists.com/non_engines.txt >>>> >>>> Dspace is running: [dspace]/webapps (We are using "Technique B" from the >>>> documentation. We've >>>> referred it from [catalina]/conf/server.xml] >>>> Everything is running on the same physical server. >>>> Something is amiss in my knowledge, I am sure of. So, take aim and shoot >>>> me. :-) >>>> >>>> On Mar 31, 2011, at 11:12 AM, Mark Diggory wrote: >>>> >>>> Jeff, >>>> >>>> What exactly is Zilch? a 403? a 404? Post your dspace-solr-search and >>>> dspace.cfg config and where your dspace instance is running. >>>> >>>> Mark >>>> >>>> On Thu, Mar 31, 2011 at 7:33 AM, Jeffrey Trimble <[email protected]> wrote: >>>> >>>> I've just implemented Solr stats. They seem to be working fine when logged >>>> onto a collection/community. But if you were to >>>> >>>> go to http://localhost:8080/solr/ Zilch. >>>> >>>> I'm running everything via apache to tomcat. >>>> >>>> I'm thinking I have my vhost locked down too hard, or my proxy is wrong. >>>> >>>> Any thoughts? >>>> >>>> Thanks, >>>> >>>> >>>> Jeffrey Trimble >>>> >>>> System LIbrarian >>>> >>>> William F. Maag Library >>>> >>>> Youngstown State University >>>> >>>> 330.941.2483 (Office) >>>> >>>> [email protected] >>>> >>>> http://www.maag.ysu.edu >>>> >>>> http://digital.maag.ysu.edu >>>> >>>> ""For he is the Kwisatz Haderach..." >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> >>>> Create and publish websites with WebMatrix >>>> >>>> Use the most popular FREE web apps or write code yourself; >>>> >>>> WebMatrix provides all the features you need to develop and >>>> >>>> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf >>>> >>>> _______________________________________________ >>>> >>>> DSpace-tech mailing list >>>> >>>> [email protected] >>>> >>>> https://lists.sourceforge.net/lists/listinfo/dspace-tech >>>> >>>> >>>> >>>> >>>> -- >>>> Mark R. Diggory >>>> @mire - www.atmire.com >>>> 2888 Loker Avenue East - Suite 305 - Carlsbad - CA - 92010 >>>> Technologielaan 9 - 3001 Heverlee - Belgium >>>> >>>> Jeffrey Trimble >>>> System LIbrarian >>>> William F. Maag Library >>>> Youngstown State University >>>> 330.941.2483 (Office) >>>> [email protected] >>>> http://www.maag.ysu.edu >>>> http://digital.maag.ysu.edu >>>> ""For he is the Kwisatz Haderach..." >>>> >>> >>> >>> >>> -- >>> Mark R. Diggory >>> @mire - www.atmire.com >>> 2888 Loker Avenue East - Suite 305 - Carlsbad - CA - 92010 >>> Technologielaan 9 - 3001 Heverlee - Belgium >> >> Jeffrey Trimble >> System LIbrarian >> William F. Maag Library >> Youngstown State University >> 330.941.2483 (Office) >> [email protected] >> http://www.maag.ysu.edu >> http://digital.maag.ysu.edu >> ""For he is the Kwisatz Haderach..." >> >> > > > > -- > Mark R. Diggory > @mire - www.atmire.com > 2888 Loker Avenue East - Suite 305 - Carlsbad - CA - 92010 > Technologielaan 9 - 3001 Heverlee - Belgium Jeffrey Trimble System LIbrarian William F. Maag Library Youngstown State University 330.941.2483 (Office) [email protected] http://www.maag.ysu.edu http://digital.maag.ysu.edu ""For he is the Kwisatz Haderach..." ------------------------------------------------------------------------------ Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
