We are using DFS productivity layer for the implementation of client written in C# and are facing following problems.
When we check-out a virtual document without asking the check-out API to return relationships i.e. dependencies of Virtual document then the call returns in a fair amount of time but when we try to get the relationships there are some problems. They are as follows.
1. When we try to get the relationships as references in which case we get only the ID of the dependent objects, the call takes some time but returns eventually i.e. takes more time but it is still ok. We don’t want this as only id is not sufficient for us.
2. When we try to get the relationships as objects where each dependent object itself is returned then it takes a lot of time. On the same setup sometimes it takes huge time and appears like hanging while some times it does get us the information. But it takes quite a lot of time mostly.
3. DFS is downloading two content files for each object that is checked-out. One content refers to the file in Check-out folder and other refers to the file in Export folder.
4. Bigger problem is that UCF content for the dependent objects is not coming correctly. As mentioned previously we get two content files for each of the dependent objects too but the check-out content refers to the content of the root object only and export content is that of the actual object. However, the root document it patched with the dependent content files that are there in Check-out folder.
5. There is no way to checkout and save at desired location, DFS saves checked out documents at a predefined folder (and doesn't maintain the hierarchy). This is true for UCF which we use for data transfer. If we use some other mechanism for data transfer then size of file increased prohibiting its use.
