You should take the site offline before starting update-all-content.  Any session that is created after the update-all-content has completed, will work as expected.  Any session that existed before it completed, will be broken.<div>
<br></div><div>The cause of this issue can be traced to a number of caches in jackrabbit.  These operate under the assumption that prefix-namespace mappings are immutable.  However, these are changed during an update-all-content.  The CMS works around this limitation by transparantly logging out and in; this only works for the current user.</div>
<div><br></div><div>cheers, Frank<br><br><div class="gmail_quote">On Tue, Feb 23, 2010 at 8:45 AM, andersonic <span dir="ltr">&lt;<a href="mailto:paul.anderson@benetech.org">paul.anderson@benetech.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
I recently upgraded from 2.06.10 to 2.09.06, and was able to make new<br>
doctypes work after importing a &quot;basedocument&quot; for my namespace (thanks to a<br>
<a href="http://n2.nabble.com/basedocument-missing-after-7-1-7-2-upgrade-td4482725.html#a4482725" target="_blank">http://n2.nabble.com/basedocument-missing-after-7-1-7-2-upgrade-td4482725.html#a4482725</a><br>
previous post .) The CMS can create and publish documents of the existing<br>
doctypes.<br>
<br>
However, a problem arises when I do Update All Content, whether I create new<br>
doctypes or not. The Hippo CMS itself works with no problems, but any new<br>
documents, and some existing ones, load via RMI with unpredictable<br>
namespaces.<br>
<br>
For example, if I have a doctype in namespace myns with fields myns:title<br>
and myns:body, then do Update All Content, RMI queries of that node<br>
sometimes have the expected properties &quot;myns:title, myns:body&quot;, sometimes<br>
&quot;myns2:title, myns2:body&quot;, and sometimes &quot;myns_0_30:title, myns_0:30:body.&quot;<br>
<br>
The console still shows a single myns namespace. And without even restarting<br>
the Hippo cms, this problem will fix itself or re-emerge for particular<br>
documents. One that was working will return its fields as myns_0_30: or<br>
myns2:, and one that was returning such namespaces will just be the proper<br>
myns:.<br>
<br>
Any idea what&#39;s causing this, and how to remedy it? I&#39;d rather not iterate<br>
through the node property names and strip out random numbers.<br>
<font color="#888888">--<br>
View this message in context: <a href="http://n2.nabble.com/RMI-namespaces-erratic-after-Update-All-Content-tp4617491p4617491.html" target="_blank">http://n2.nabble.com/RMI-namespaces-erratic-after-Update-All-Content-tp4617491p4617491.html</a><br>

Sent from the Hippo CMS 7 mailing list archive at Nabble.com.<br>
_______________________________________________<br>
Hippo-cms7-user mailing list and forums<br>
<a href="http://www.onehippo.org/cms7/support/community.html" target="_blank">http://www.onehippo.org/cms7/support/community.html</a><br>
</font></blockquote></div><br></div>