Re: [Dspace-devel] [Dspace-tech] XMLUI weirdness--RESOLVED

2011-05-16 Thread Jeffrey Trimble
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


Re: [Dspace-devel] [Dspace-tech] XMLUI weirdness--RESOLVED

2011-05-16 Thread Peter Dietz
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