(took a while: vacation came in between) Hi Bart, Thanks for your response.
We found that the version of the JMS-broker, that we were running, has a problem and are in the process of replacing it. It made it very slow, which may have caused the problem I reported. I cannot tell for sure before the updated JMS-broker is running in our production environment (next week). I will let you (the forum) know the results. Reinier On Mon, Jul 19, 2010 at 1:55 PM, Bart van der Schans < [email protected]> wrote: > Hi Reinier, > > > On Wed, Jul 14, 2010 at 12:06 PM, Reinier van den Born > <[email protected]> wrote: > > Hi, > > > > We run two clustered repositories, two CMS editor instances and JMSbroker > to > > tie everything together. > > Problem is that a content editor may add a folder or document and never > see > > it when returning to the folder listing, while his/her neighbor does see > it. > > The document is there, since it can be found using the search tab, it can > be > > edited, but the "go to" button doesn't work. > > All sorts of solutions like logging of, clearing the browser cache, etc. > do > > not work. > So if I understand you correctly the problem *only* occurs for the > same editor that added the folder? All other updates work correctly, > right? Is this behavior consistent or does it happen once in a while? > Does the editor see the folder after logging out and back in again? > > I am not sure it only happens for the "creating" editor but it is not consistent: it does not always happen. Logging out and in doesn't help, nor does completely cleaning the browser cache, cookies, etc. > > > When I intercept the communication between browser and CMS, I see Ajax > calls > > to refresh the folder contents but the response does not hold the added > > elements. > > > > While looking for a cause, I found that in the repository slide log, I > see > > events for documents being updated, but not for the underlying folders. > > For example when I update /content/subdir/article.xml in another Hippo > > installation I am used to see events for: > > /content/subdir/article.xml > > /content/subdir > > /content > > but I only see > > /content/subdir/article.xml > > > > Maybe this is just the log config, but if not, would this not explain the > > odd behaviour of the CMS editor? > > And if so, is there an option or configuration property that tells the > > repository to be more generous and send all events? > > IIRC the CMS also generates events for flushing it's own cache. So it > could be that there's a problem is somewhere in that part.. > > Regards, > Bart > > > -- > Hippo B.V. - Amsterdam > Oosteinde 11, 1017 WT, Amsterdam, +31(0)20-5224466 > > Hippo USA Inc. - San Francisco > 101 H Street, Suite Q, Petaluma CA, 94952-3329, +1 (707) 773-4646 > ----------------------------------------------------------------- > http://www.onehippo.com - [email protected] > ----------------------------------------------------------------- > ******************************************** > Hippocms-dev: Hippo CMS 6 development public mailinglist > > Searchable archives can be found at: > MarkMail: http://hippocms-dev.markmail.org > Nabble: http://www.nabble.com/Hippo-CMS-f26633.html > > -- Reinier van den Born HintTech B.V. T: +31(0)88 268 25 00 F: +31(0)88 268 25 01 M: +31(0)6 494 171 36 Delftechpark 37i | 2628 XJ Delft | The Netherlands www.hinttech.com HintTech is a specialist in eBusiness Technology ( .Net, Java platform, Tridion ) and IT-Projects. Chamber of Commerce The Hague nr. 27242282 | Sales Tax nr. NL8062.16.396.B01 ******************************************** Hippocms-dev: Hippo CMS 6 development public mailinglist Searchable archives can be found at: MarkMail: http://hippocms-dev.markmail.org Nabble: http://www.nabble.com/Hippo-CMS-f26633.html
