Just a brief note on clearing the XMLUI cache. In upcoming DSpace 1.8.0, it will be possible to clear the cache from the XMLUI Administrator UI. All you do is: Login as an Administrator, Visit your "Control Panel", Click on the "Java Information" tab. On that Tab you'll see a link to "Clear Cache Immediately" under the Cocoon Information section.
Essentially, this new 1.8 feature allows you to clear out the XMLUI/Cocoon Cache without having to restart Tomcat. It may not be a *permanent* fix for these types of caching issue, but at least you no longer have to restart Tomcat when you just want to refresh your cache. I'd still encourage us all to try and get rid of any caching issues that are actually bugs. So please feel free to open up tickets in our Issue Tracker so that we can get specific issues fixed, rather than relying on temporarily clearing the cache. https://jira.duraspace.org/browse/DS - Tim On 10/13/2011 9:47 AM, Mark Diggory wrote: > This is a caching bug in the xmlui, we've dealt with it recently by > disabling caching in cocoon. This and other caching refreshvissues > emerged when Larry Stone's enhancements to return last modified headers > based only on the DSpaceObjects last modified field and not the combined > state of all the presentation elements being added to the view, we see > it in recently added, we see it in item counter, we see it in discovery. > > To repair... Open your WEB-INF/sitemap.xmap file and replace your > caching pipe with the class found it our noncaching pipe. The clear all > caching by deleting the contents of your tomcat work directory and > restart your tomcat server. > > Mark > > On Thursday, October 13, 2011, Stuart Lewis <[email protected] > <mailto:[email protected]>> wrote: > > Are you running the following command to refresh the strength cache? > > > > - [dspace]/bin/dspace itemcounter > > > > Perhaps run it every 10 minutes as a cron job. > > > > Thanks, > > > > > > Stuart Lewis > > Digital Development Manager > > Te Tumu Herenga The University of Auckland Library > > Auckland Mail Centre, Private Bag 92019, Auckland 1142, New Zealand > > Ph: +64 (0)9 373 7599 x81928 > > > > > > On 13/10/2011, at 7:04 PM, Webshet, Sisay (ILRI) wrote: > > > >> Hi, > >> > >> I just tried but it doesn’t work > >> Thanks > >> sisay > >> > >> -----Original Message----- > >> From: [email protected] <mailto:[email protected]> > [mailto:[email protected] <mailto:[email protected]>] On Behalf Of > helix84 > >> Sent: Wednesday, October 12, 2011 4:11 PM > >> To: Webshet, Sisay (ILRI) > >> Cc: [email protected] > <mailto:[email protected]> > >> Subject: Re: [Dspace-tech] item counter failed > >> > >> AFAICT you did everything correctly. The numbers may stop updating > >> because Cocoon can serve you the whole page from cache. > >> > >> You should try to clean the Cocoon cache: > >> > >> 1.) First, don't forget to shutdown Tomcat. > >> 2.) cd ${tomcat6.home}/work/Catalina/{appropriate.domain.dir}/_/ > >> 3.) rm -rf cache-dir > >> 4.) Start Tomcat again. > >> > >> Regards, > >> ~~helix84 > >> > ------------------------------------------------------------------------------ > >> All the data continuously generated in your IT infrastructure contains a > >> definitive record of customers, application performance, security > >> threats, fraudulent activity and more. Splunk takes this data and makes > >> sense of it. Business sense. IT sense. Common sense. > >> http://p.sf.net/sfu/splunk-d2d-oct > >> _______________________________________________ > >> DSpace-tech mailing list > >> [email protected] > <mailto:[email protected]> > >> https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > > > > > > > > > ------------------------------------------------------------------------------ > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2d-oct > > _______________________________________________ > > DSpace-tech mailing list > > [email protected] > <mailto:[email protected]> > > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > > -- > @mire Inc. > *Mark Diggory* > /2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010/ > /Esperantolaan 4, Heverlee 3001, Belgium/ > http://www.atmire.com <http://www.atmire.com/> > > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > > > > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
