Re: [Dspace-tech] NPE error in searching after an upgrade to 1.7.1 (plus patches)
Hmm... Line 170 in that file is the patch for DS-898: 170 validity.add(total:+queryResults.getHitCount()); 171 validity.add(start:+queryResults.getStart()); I'm going to add some info and will copy/paste your suggestion into the ticket for DS-898. Thanks, Graham. My short-term solution will be to go into production without this patch, then I'll see about fixing up the patch in our dev environment (which reproduces the error Yes, kicking myself now). -- HARDY POTTINGER pottinge...@umsystem.edu University of Missouri Library Systems http://lso.umsystem.edu/~pottingerhj/ No matter how far down the wrong road you've gone, turn back. --Turkish proverb On 5/15/11 3:36 PM, Graham Triggs grahamtri...@gmail.com wrote: Hi, There is an error in the 1.7.1 source. Lines 170 171 of org.dspace.app.xmlui.aspect.artifactbrowser.AbstractSearchneed to be moved so that they come after the call to performSearch(). These two lines are expecting the queryResults object to be set, but that won't happen until after the search has been executed. Regards,G On 15 May 2011 20:50, Pottinger, Hardy J. pottinge...@umsystem.edu wrote: Hi, I'm in a pickle, our upgrade to 1.7.1 in production is not working out so well, we can browse OK, but searching is throwing NPE errors, I'm looking for advice to troubleshoot. Here's a link that is currently throwing an NPE: https://mospace.umsystem.edu/xmlui/search?query=testsubmit=Go And of course, we didn't see anything like this in our testing. Both production and dev boxes are running the same toolchain on RHEL5. Very similar hardware. Have done the normal upgrade steps (have rebuilt the index a few times, restarted everything a few times, cleared the cocoon cache). Thanks for any pointers you can provide, I really appreciate it. --Hardy -- 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-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- 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-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] que abt mass uploading
Hi Abhishek, Please see our DSpace Documentation about how to bulk ingest content into DSpace. Especially, take a look at the Item Importer tool: https://wiki.duraspace.org/display/DSDOC/System+Administration#SystemAdministration-ItemImporterandExporter Good luck, - Tim On 5/16/2011 12:06 AM, Abhishek Raval wrote: I have a around 20,000 items to upload in DSPACE, which is the easiest way to upload ...is there any functionality or script for MASS UPLOADING -- 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-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- 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-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] XMLUI weirdness--RESOLVED
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-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [Dspace-devel] XMLUI weirdness--RESOLVED
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-de...@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-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo Notification
We are using DSpace 1.6.2 with XMLUI and embargoes enabled. We have a setter in place that Richard Rogers developed, and it has worked great. The embargo system blocks access to a bitstream until the appropriate date. We would like, however, to have a specific notification along the lines of This item is embargoed until July 21, 2012 when a person clicks on an embargoed bitstream. Has anyone come up with a way to do that? *Jason Fowler, CA, MSLS* Archives and Special Collections Librarian The Southern Baptist Theological Seminary President, ALABI 502-897-4573 jfow...@sbts.edu -- 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-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo Notification
On 5/16/2011 1:54 PM, Jason Fowler wrote:
We are using DSpace 1.6.2 with XMLUI and embargoes enabled. We have a
setter in place that Richard Rogers developed, and it has worked
great. The embargo system blocks access to a bitstream until the
appropriate date.
We would like, however, to have a specific notification along the
lines of This item is embargoed until July 21, 2012 when a person
clicks on an embargoed bitstream.
Has anyone come up with a way to do that?
I have removed the download link and replaced it with Access
Restricted for the JSPUI. This message shows up for any item that the
user does not have permission to view regardless of its embargo state.
A further improvement would be to check the embargo date on the item as
well and customize the message based on this. I'm not sure about the
format of the patch file, but it should give you the idea. I'm new to
DSpace so YMMV and I'm not sure if there's a better best practice here,
but I couldn't find one. I hope this helps someone even if you can't
use it because of our different choice in interface.
Regards,
Alex Lemann
diff --git
a/dspace-jspui/dspace-jspui-api/src/main/java/org/dspace/app/webui/jsptag/ItemTag.java
b/dspace-jspui/dspace-jspui-api/src/main/java/org/dspace/app/webui/jsptag/ItemTag.java
index 8cd3fea..4f65df4 100644
---
a/dspace-jspui/dspace-jspui-api/src/main/java/org/dspace/app/webui/jsptag/ItemTag.java
+++
b/dspace-jspui/dspace-jspui-api/src/main/java/org/dspace/app/webui/jsptag/ItemTag.java
@@ -43,6 +43,8 @@ import org.dspace.core.I18nUtil;
import org.dspace.core.PluginManager;
import org.dspace.core.Utils;
+import org.dspace.authorize.AuthorizeManager;
+
/**
* P
* JSP tag for displaying an item.
@@ -889,9 +891,15 @@ public class ItemTag extends TagSupport
out
.print(trtd headers=\t1\
class=\standard\);
-out.print(bsLink);
-
out.print(bitstreams[k].getName());
-out.print(/a);
+
+ if
(AuthorizeManager.authorizeActionBoolean(UIUtil.obtainContext(request),
bitstreams[k], Constants.READ)) {
+ out.print(bsLink);
+ out.print(bitstreams[k].getName());
+ out.print(/a);
+ }
+ else {
+ out.print(bitstreams[k].getName());
+ }
if (multiFile)
@@ -937,6 +945,8 @@ public class ItemTag extends TagSupport
}
}
+ if
(AuthorizeManager.authorizeActionBoolean(UIUtil.obtainContext(request),
bitstreams[k], Constants.READ)) {
+
out
.print(bsLink
+ LocaleSupport
@@ -944,6 +954,13 @@ public class ItemTag extends TagSupport
pageContext,
org.dspace.app.webui.jsptag.ItemTag.view)
+ /a/td/tr);
+}
+else {
+ out.print(Access Restricted/td/tr);
+}
+
+
+
}
}
}
--
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-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
