Helle Nathalie, In editor/src/java/nl/hippo/c,s/contentmodel/WebdavAsset.java there are methods commitChangedNoIndex() amd createInRepositoryNoIndex(). They were introduced in 6.04.00.
Jasha > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > nathalie looijmans > Sent: woensdag 19 september 2007 13:56 > To: Hippo CMS development public mailinglist > Subject: Re: [HippoCMS-dev] Slow repository > > Hello Jasha, > > We used 6.04.01 before, seems like an early version to me. > > I am not saying it is because of the upgrade, but I dont see > any other things changed and like I said the most time is > "the commit, one line of the "native code. > > But I makes sense to me to also look into the index number thing. > However I dont know what method you are referring to for the > assets. I dont think this is everything, but definitely worth > a try. Thanks for the suggestion. > > Nathalie > > On 9/19/07, Jasha Joachimsthal <[EMAIL PROTECTED]> wrote: > > I'vee seen it in an early version of 6.04. From which > version are you > > upgrading? > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of Ard > > > Schrijvers > > > Sent: woensdag 19 september 2007 12:58 > > > To: Hippo CMS development public mailinglist > > > Subject: RE: [HippoCMS-dev] Slow repository > > > > > > But Jasha, > > > > > > this does not explain why updating to the latest version of the > > > Hippo CMS, does it? Or did it changed in the latest cms version? > > > > > > Ard > > > > > > > > > > > > > > > Hi Nathalie, > > > > > > > > If you use the newDocument method each time propfinds ars > > > done to look > > > > for the current highest index number. If you use this for > > > batch upload > > > > it gets exponentially slower because it has to recalculate > > > every time > > > > which number is the highest over an increasing number > of documents. > > > > For assets there's already a method that skips setting > the index. > > > > Afterwards you can set the index numbers manually. > > > > > > > > Jasha Joachimsthal > > > > > > > > Hippo > > > > Oosteinde 11 > > > > 1017 WT Amsterdam > > > > The Netherlands > > > > +31 (0)20 5224466 > > > > > > > > www.hippo.nl > > > > > > > > > -----Original Message----- > > > > > From: [EMAIL PROTECTED] > > > > > [mailto:[EMAIL PROTECTED] On Behalf Of > > > > > nathalie looijmans > > > > > Sent: woensdag 19 september 2007 12:04 > > > > > To: [EMAIL PROTECTED] > > > > > Subject: [HippoCMS-dev] Slow repository > > > > > > > > > > Hello all, > > > > > > > > > > I put documents into the repository in a batch. This > > > works suddenly > > > > > much slower (4 times). I dont know why and I dont know > > > where I can > > > > > start looking. > > > > > > > > > > Can it be related to the use of the new version of Hippo CMS? > > > > > This is our only change. > > > > > > > > > > I use the newDocument method from actions.js. The > most time is > > > > > in the first commit (just after the document is > created and the > > > > > setContents methods), this takes about 6 to 9 seconds ( > > > > > documents are 3 or 4 kB). > > > > > But I also use the deleteResource method from actions.js. > > > It takes > > > > > often nearly 2 seconds (documents are the same size). > > > > > > > > > > I really want to speed it up. > > > > > > > > > > Thank you in advance, > > > > > > > > > > Nathalie > > > > > ******************************************** > > > > > Hippocms-dev: Hippo CMS development public mailinglist > > > > > > > > > ******************************************** > > > > Hippocms-dev: Hippo CMS development public mailinglist > > > > > > > ******************************************** > > > Hippocms-dev: Hippo CMS development public mailinglist > > > > > ******************************************** > > Hippocms-dev: Hippo CMS development public mailinglist > > > ******************************************** > Hippocms-dev: Hippo CMS development public mailinglist > ******************************************** Hippocms-dev: Hippo CMS development public mailinglist
