Ivan, thanks for the explanation.  I added some log messages to the
DSpaceAuthorizationFilter, and it is not getting executed as I navigate the
OAI web service.

Since I am using SOLR to drive my harvester, I am leaning towards changing
org.dspace.xoai.filter.SolrFilterResult to always search for
"item.public:true".

    public SolrFilterResult()
    {
        _nothing = *false*;
        _where=*"item.public:true";*
    }

    public SolrFilterResult(String query)
    {
    log.debug("XOAI SolrQuery: "+ query);
        _nothing = false;
        _where = *"item.public:true AND " +* query;
    }

I have previously made a similar change to prevent moreLikeThis from
returning non-public items by appending "read:g0" to queries.

Do you have any advice to offer on this approach?

Thanks, Terry

On Thu, Aug 22, 2013 at 5:14 AM, helix84 <heli...@centrum.sk> wrote:

> On Wed, Aug 21, 2013 at 9:33 PM, Terry Brady <tw...@georgetown.edu> wrote:
> > I would like the OAI harvester to honor my collection/item access rules.
>
> Hi Terry,
>
> like Ian correctly noted above, this functionality was dropped during
> the DSpace 3 OAI rewrite.
>
> One obvious solution to me would be to use the same approach as
> bitstreamaccessFilter [1] uses. If I'm right, all you need to do is
> copy the DSpaceAuthorizationFilter class [2] under a new name, change
> the SQL query to select all items with Anonymous READ access, add your
> new filter and configure your OAI context to use it in xoai.xml.
>
> If you can make this work, please send us the code via Jira/GitHub, I
> think we should include it again.
>
> Please also note the Item state controversy [3] (there are now
> multiple mutually inconsistent ways DSpace uses to hide items).
>
> [1]
> https://github.com/DSpace/DSpace/blob/dspace-3.2/dspace/config/crosswalks/oai/xoai.xml#L230
> [2]
> https://github.com/DSpace/DSpace/blob/dspace-3.2/dspace-oai/src/main/java/org/dspace/xoai/filter/DSpaceAuthorizationFilter.java
> [3]
> https://wiki.duraspace.org/display/~bollini/DSpace+Item+state+definitions
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>



-- 
Terry Brady
Applications Programmer Analyst
Lauinger Information Technology
202-687-7053
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Reply via email to