Domino Access Services (DAS) doesn't seem to like spaces in the file name

One of our internal projects tests indexing, and uses the new a fabolous Domino Data Services (DDS) to crawl the database.

I created a simple full text search test database, with the file path “Test\Full Text Search Test.nsf” (note the spaces in the database). The database has been enabled for DAS/DDS usage in both the Application Properties (“Allow Domino Data Services” = View and Document), and in the view (“Allow Domino Data Services Operations”).

When trying to access the view with the following URL, I received a “Sorry, this connection seems to be broken”;

http://blablabla/test/full%20text%20search%20test.nsf/api/data/collections/name/($All)

I created a copy of the database, with the file name “Test\FullTextSearchTest.nsf” (note, no spaces in file name), and now the following url worked like a charm;

http://blablabla/test/fulltextsearchtest.nsf/api/data/collections/name/($All)

Investigating a bit further, I found out that I could replace the path and file name in the first case with the correspondig replicaID, like this;

http://blablabla/__C1257B6B00438D2A.nsf/api/data/collections/name/($All)

So this can of course work as a workaround.

Bob

Proud Programmer!

Subject: Any progress with your DAS question ?

I struggle with DAS on Domino [Correction, it was 8.5.2 SP3], and the http I test with, like this:

http:////api/data/collections/name/Accounts

I added the DAS properties on the database itself, and also the view in question.

I keep geetting this response:
HTTP Error 404: HTTP Web Server: Couldn’t find design note - api/data/collections/name/Accounts

Any clues ? [Postcreation: I found this hint saying I need 8.5.3 FP 1 : lotus notes - Domino Data Services REST requests keep giving error 404 - Stack Overflow http://stackoverflow.com/questions/20074272/domino-data-services-rest-requests-keep-giving-error-404]

Does server needs a re-cycle or what ?

I am not the Admin of the server, so I have to kick someone to re-cycle it, if so.

Peter