[ 
https://jira.duraspace.org/browse/DS-1244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tim Donohue updated DS-1244:
----------------------------

    Status: Open  (was: Received)

Verified on demo.dspace.org (which has OpenSearch & Discovery enabled)

* http://demo.dspace.org/xmlui/simple-search/?query=Test returns 404 Error
* http://demo.dspace.org/xmlui/open-search/?query=Test works fine (returns ATOM 
response). But the results are determined using OpenSearchGenerator which just 
uses DSQuery to perform the search (rather than Discovery/Solr). 
                
> OpenSearch not working as expected when Discovery is enabled
> ------------------------------------------------------------
>
>                 Key: DS-1244
>                 URL: https://jira.duraspace.org/browse/DS-1244
>             Project: DSpace
>          Issue Type: Bug
>          Components: Discovery, DSpace API
>    Affects Versions: 1.8.2, 3.0
>            Reporter: Nestor Oviedo
>              Labels: 404, Discovery, OpenSearch, open-search, simple-search
>
> We enabled the Discovery aspect (and disabled the SearchArtifact
> aspect). It seemed there were no problem until we try the OpenSearch
> service.
> There are two main problems here:
> 1) URL "/simple-search" returns a 404 error
> 2) URL "/open-search" is not using Solr services
> About problem 1, that value is defined in the
> "websvc.opensearch.uicontext" property (in dspace.cfg). The DSpace
> manual says it is for HTML requests and should be changed only for
> non-standard servlet mapping.
> As I can see, this property could be changed to "/discover" and the
> OpenSearch returning HTML pages with results would be working as
> expected.
> If this is true, maybe this situation could be added to the DSpace manual.
> About problem 2, I've seen the "/open-search" URL is matched in the
> main sitemap.xmap (the one located in
> <xmlui-webapp>/sitemap.xmap), and a special generator is
> invoked to make the search and to create the RSS/ATOM with the
> results.This special generator is
> org.dspace.app.xmlui.cocoon.OpenSearchGenerator .
> The problem here is that the search is made using the PostgreSQL index
> instead of the Solr services.
> I suspect a brand new generator should be created, which would use the
> Solr services for searching.
> We will be working on this. If anyone has some comment or suggest, it'd be 
> very welcome.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://jira.duraspace.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel

Reply via email to