I have the same problem with the mac os x finder. With the explorer and windows 7 I have only one call per folder, so maybe this is a stupid function of the finder?
I've got the exact same problem with the CMIS Connector under Windows and posted it already in July here, still no answer from Adobe. We switched to a custom connector using the SDK in the meanwhile to have more control over what requests are sent.
I want to acknowledge that we are aware that this issue has been reported.
There were indeed changes to the CMIS connector in the Adobe Drive 4.2 release that was released earlier this year; one of which was to enable Adobe Drive (when using the CMIS Connector) to show more than 25 files/folders: http://helpx.adobe.com/drive/release-note/drive-42-release-notes.html
When we have more information to share…an update will be provided.
Plus one on this issue, and a nudge for an update. Is a custom connector in the SDK the only way around this? I tried using a caching proxy but it breaks other interactions -- possibly more clever cache rules would work?
I noticed the same issue on Adobe Drive 5.
After accessing a folder with 35 files in it on Adobe Drive MAC CMIS Connector I saw over 200 HTTP Requests over the network (AtomPub).
On other CMIS Clients it were only 14 requests.
On Windows Adobe Drive CMIS Connector I did not record the requests but on windows it was anyway much much faster.
I assume the Java layer is the same on Windows and Mac so I think that maybe the underlying AdobeDrive4 filesystem (at least "mount" shows an "AdobeDrive4" FS) implementation on Mac polls very often and this results in extensive HTTP requests. Thats why I also thought of writing an own CMIS Connector which uses clever caching.
Maybe we can bundle our ideas and implement a fast open source CMIS 1.1 Connector for Adobe Drive?
How are your experiences with an own Connector?
Could you speed up things at Mac?
Maybe Adobe also can also shed some light on this issue?