Home/ Questions/Q 6922045
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-27T10:21:21+00:00

I’m building a Sharepoint 2010 export tool for back up reasons (a bit like

  • 0

I’m building a Sharepoint 2010 export tool for back up reasons (a bit like the filemanager from Metavis).

When downloading a file to local disk I need to back up the metadata associated with the document. Which I will store in a csv-file. My first approach was to iterate all listItem.fieldvalues, but that doesn’t really work because some fieldvalues are complex types, which would needlessly complicate the backup file. Some values even have line endings, for example “MetaInfo”. Furthermore not all values are needed to restore the content when that might be necessary.

So my idea is to only get the values from the Fieldvalues collection which are needed to do a functional restore, supplemented with all the user added metadata.

To do this I want to check all fieldvalues against an exclusion list to see if it is present. If it is present don’t back up. If it is it is either user generated metadata or a value I need like for instance “author”, “created”.

So my question is, does anyone know of a list of all fieldvalues keys?
Or is there a better approach to my problem?

Thanks

Update: Well, as I was iterating through the FieldValues collection any way. It was easy to do a dump of all the values to a CSV. Running it once was enough to get all the values. Now all I need to write is an xml file for configuration. This leaves the question: is there a better way of doing this?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I have finished the application. As I wrote in my update I have made a list of all fieldValues by exporting them to a CSV file. After that I made a configuration-file with a boolean ‘Backup’. This makes it possible to control which values are to be used when a backup is made.

    I retrospect I think a configuration file was not needed. The values used when backing up are so much part of the whole workings of the program that a configuration file gives an administrator or casual future developer the impression that a simple reconfiguring will fulfill there needs.

    I can now see that if the program needs to change due to new requirements the code has to be changed anyway. So even though setting a value to ‘True’ will change the output. Some other code has to be written as well. If I were to write it again I would probably use constants. This makes it all less dynamic, but still fulfill the needs of the program.

    (BTW a list of all the names off the standard fieldValues would have been nice to start with. I would publish it here, but I don’t have access to the file anymore, because I switched jobs recently.)

    • 0