Hi Patrick and thanks for your answer.
quote:
Originally posted by Patrick Halstead
You will have to create some mechanism to identify which images, etc. came from the XML file so that subsequent edits can overwrite them. In a database, this is easy to do using a key.
I do have an identifier for each article in my database, and I use it as a prefix to the name of each file related to the article.
quote:
If you are shredding your XML to a database then uni-directionality should not be a problem unless someone else edits the data using a different client.
Only one person (the author) is allowed to modify an article, so that shouldn't be a problem.
quote:
Otherwise, it's an issue with your decomposition of the XML. In order to manage the update, approve, and re-publish, you need to create some kind of an index key or map to the data that was extracted.
User roles... sure this is easy to do and a common pattern.
In general, loops are easily supported even in Forms-based workflow. The issues are locking and data integrity if you have some line-of-business process that deserializes the data.
Okay, so you seem to be talking about a separate InfoPath form used for modifying the data, right ?
But how can I practically set up such a system ? I guess I have to create a web service method that works just like the publication method but the other way round, that is to say, it populates the modification form with the existing article data ?
If anyone has faced the same situation, it'd be great to have some experience feedback, too.