<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Problems with Interwoven’s WAM (Workspace Archive Manager) product</title>
	<atom:link href="http://www.jasonplant.co.uk/2009/02/problems-with-interwoven%e2%80%99s-wam-workspace-archive-manager-product/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jasonplant.co.uk/2009/02/problems-with-interwoven%e2%80%99s-wam-workspace-archive-manager-product/</link>
	<description>A law blog written by someone from IT or an IT blog written by someone who works for a law firm</description>
	<lastBuildDate>Sun, 29 Aug 2010 03:57:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Jason</title>
		<link>http://www.jasonplant.co.uk/2009/02/problems-with-interwoven%e2%80%99s-wam-workspace-archive-manager-product/comment-page-1/#comment-225</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Fri, 13 Mar 2009 20:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonplant.co.uk/?p=138#comment-225</guid>
		<description>David, when we originally piloted the WAM product that is exactly how we had it set up. We got an awful lot of feedback from our business about the document number and their wish to have it preserved.

It may be to do with every document being stamped with a reference. In a firm of our size it is difficult to explain clearly to everyone the concept of an &quot;original document field&quot;, people liked knowing that the number in the reference is the number of the document.</description>
		<content:encoded><![CDATA[<p>David, when we originally piloted the WAM product that is exactly how we had it set up. We got an awful lot of feedback from our business about the document number and their wish to have it preserved.</p>
<p>It may be to do with every document being stamped with a reference. In a firm of our size it is difficult to explain clearly to everyone the concept of an &#8220;original document field&#8221;, people liked knowing that the number in the reference is the number of the document.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Kiefer</title>
		<link>http://www.jasonplant.co.uk/2009/02/problems-with-interwoven%e2%80%99s-wam-workspace-archive-manager-product/comment-page-1/#comment-223</link>
		<dc:creator>David Kiefer</dc:creator>
		<pubDate>Fri, 13 Mar 2009 17:17:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonplant.co.uk/?p=138#comment-223</guid>
		<description>DocAuto&#039;s WorkSpace Manager product does archiving like WAM, but since there is no three-tier call open to developers to set document numbers, we have been forced to store the original document identification (server-database-number-version, since all of these together are the only way to guarantee a unique document) in a custom field.

We take a lot of heat about not preserving document numbers, but there are so many situations where it is really impossible to preserve them (like combining the content from multiple libraries).  Offsets are fine, but why is it so onerous to just have an &quot;original document number&quot; field?  This is very common in systems that were converted from other platforms anyway...</description>
		<content:encoded><![CDATA[<p>DocAuto&#8217;s WorkSpace Manager product does archiving like WAM, but since there is no three-tier call open to developers to set document numbers, we have been forced to store the original document identification (server-database-number-version, since all of these together are the only way to guarantee a unique document) in a custom field.</p>
<p>We take a lot of heat about not preserving document numbers, but there are so many situations where it is really impossible to preserve them (like combining the content from multiple libraries).  Offsets are fine, but why is it so onerous to just have an &#8220;original document number&#8221; field?  This is very common in systems that were converted from other platforms anyway&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.jasonplant.co.uk/2009/02/problems-with-interwoven%e2%80%99s-wam-workspace-archive-manager-product/comment-page-1/#comment-124</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Tue, 03 Mar 2009 20:50:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonplant.co.uk/?p=138#comment-124</guid>
		<description>It&#039;s been confirmed as a bug. But I&#039;m not sure it&#039;s scheduled into a new release.

My guess is, as with other tools (rather than the core product) any fix will be in an 8.5 release rather than a patch.</description>
		<content:encoded><![CDATA[<p>It&#8217;s been confirmed as a bug. But I&#8217;m not sure it&#8217;s scheduled into a new release.</p>
<p>My guess is, as with other tools (rather than the core product) any fix will be in an 8.5 release rather than a patch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Krystan Honour</title>
		<link>http://www.jasonplant.co.uk/2009/02/problems-with-interwoven%e2%80%99s-wam-workspace-archive-manager-product/comment-page-1/#comment-89</link>
		<dc:creator>Krystan Honour</dc:creator>
		<pubDate>Thu, 26 Feb 2009 09:39:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonplant.co.uk/?p=138#comment-89</guid>
		<description>Yup this is not good, good job there is a workaround though. For me obviously document numbers are sacrisanct because its effectively part of the data and an archivings product entire job is to take your data and move it maintaining integrity which if the numbers are changed it is not doing.

Products like WAM always fill me a bit with dread, not because they are bad but mainly because what they do is so important and they tend to operate on vast swathes of data at a time thus when things go wrong they tend to go wrong big time.

Good job with the workaround though.

I take it the WAM issue has been recognised as a bug and will be fixed in a future release ?</description>
		<content:encoded><![CDATA[<p>Yup this is not good, good job there is a workaround though. For me obviously document numbers are sacrisanct because its effectively part of the data and an archivings product entire job is to take your data and move it maintaining integrity which if the numbers are changed it is not doing.</p>
<p>Products like WAM always fill me a bit with dread, not because they are bad but mainly because what they do is so important and they tend to operate on vast swathes of data at a time thus when things go wrong they tend to go wrong big time.</p>
<p>Good job with the workaround though.</p>
<p>I take it the WAM issue has been recognised as a bug and will be fixed in a future release ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
