Hi Jeff,
I'm not aware of the ehcache file getting stale, usually a tomcat restart
will cure what ails us. But its probably fine to clean it out regularly.
(Note, I'm not the expert on this). However, I am a de-facto expert at
running into xmlui weirdness with cache.
The overall solution might be to have more investigating into each component
that gets cached, to make sure that it is properly setting its cacheable
elements, and invalidating them when the situation changes.
Regarding webapp locations, I prefer to keep all my dspace webapps where ant
puts them: [dspace]/webapps. Then I edit tomcat's server.xml to add context
listeners for all of DSpace's webapps.
https://wiki.duraspace.org/display/DSPACE/Installing+DSpace+1.7+on+Ubuntu+10.10#InstallingDSpace1.7onUbuntu10.10-ConfigureTomcattoknowabouttheDSpacewebapps.
Peter Dietz
On Mon, May 16, 2011 at 9:59 AM, Jeffrey Trimble jatrim...@ysu.edu wrote:
I reported an issue with XMLUI as weirdness. Several private suggestions
came to me. Though those didn't answer the issue at hand, they
did give me some great ideas of fixing other issues that I needed to
address.
This weekend, while looking at logs (Catalina logs in Tomcat) and other
files, I was reminded that there is a cache file in Cocoon that needs
attention. If you go to: [Tomcat]/work/Catalina/localhost/xmlui/cache-dir
you will find two files:
cocoon-ehcache.data
cocoon-ehcache.index
If you delete the cocoon-ehcache.data file and restart tomcat, the issue I
experienced goes away. It seems that Cocoon is not updating
this file appropriately in any automated fashion (from rebuilding DSpace
from scratch).
There is one other issue connected with this problem, where I do not have
any hard data to support it, but I will put it out for discussion. Is there
a
difference were the DSpace Webapps reside that makes this happen or not
happen. For example, our webapps are at [dspace]/webapps/*
instead of the standard [tomcat]/webapps/* . These are two options we have
in our documentation. The first option is one that I implemented
with release 1.6 at my own local installation. Very convenient. Prior to
1.6, I had always copied over the webapps to the Catalina$ directories.
Food for thought.
Perhaps we should update the documentation with the above tip about
deleting the cache file on a regular basis or when DSpace is rebuilt/updated
at any time.
Comments?
Thanks
Jeff
On May 9, 2011, at 4:19 PM, Jeffrey Trimble wrote:
I have a strange XMLUI weirdness happening. When you choose a browse
search, you usually retrieve the first entry in the browse index.
For Title, dates, series, subject this works just fine. When you choose
author (at least in my current install), you retrieve a slightly
disfunctional display. Everything looks just, how can I say this more
twisted than a color tv. If you click the next button or the previous
button or choose an alpha character that will drop you further into the
index, all is well.
What do you make of this? My solution, that has worked, has been to
re-compile DSpace. That seems so drastic.
Please look at http://digital.maag.ysu.edu and then choose Author
browse on the rh. side.
All ideas are welcome.
Thanks in advance,
Jeffrey Trimble
System LIbrarian
William F. Maag Library
Youngstown State University
330.941.2483 (Office)
jatrim...@ysu.edu
http://www.maag.ysu.edu
http://digital.maag.ysu.edu
For he is the Kwisatz Haderach...
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay___
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel