Hi Jörg,
I'm having exactly this problem. Are you saying that you have replaced
<oai:itemID>oai:FEDORA_PID</oai:itemID>
with
<oai:itemID>FEDORA_PID</oai:itemID> (which for us would be something
like york:1000)
and it just worked? I've done this, and have dropped all of the database
tables and redeployed the app, but it's still saying 'no records found'.
Any pointers greatly appreciated!
Julie
On 21 March 2012 09:19, Jörg Knappen <[email protected]> wrote:
> I observer, that oaiprovider 1.2.2 provides a different identifier
> than fedora commons 3.5.
>
> Here are two sample identifiers:
>
> From the oaiprovider
>
> http://fedora.clarin-d.uni-saarland.de/oaiprovider/?verb=ListRecords&metadataPrefix=oai_dc
>
> <identifier>oai:clarind-uds:croco</identifier>
>
> From fedora commons' native oai interface:
>
>
> http://fedora.clarin-d.uni-saarland.de/fedora/oai?verb=ListRecords&metadataPrefix=oai_dc
>
> <identifier>oai:fedora.clarin-d.uni-saarland.de:
> clarind-uds:croco</identifier>
>
> The difference is that the sever url is plugged in the native
> response, but missing from the oaiprovider response. Is there a
> standard how the response SHOULD look like and how do I enforce
> conformity?
>
> --Jörg Knappen
>
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Fedora-commons-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
--
Julie Allinson <[email protected]>
Digital Library Manager
University Library & Archives, Harry Fairhurst Building
University of York, Heslington, York, YO10 5DD, UK
tel: ++44 (0) 1904 324083
skype: j.allinson gtalk: [email protected]
twitter: julieallinson
web: http://dlib.york.ac.uk/
blog: http://yorkdl.wordpress.com/
calendar: http://tinyurl.com/jal-gcal
disclaimer: http://www.york.ac.uk/docs/disclaimer/email.htm
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
