[Dspace-tech] restrict public users
Hi, We have set up LDAP Authentication on our Dspace repository (1.7.1) and is configured correctly. BUT, we need to restrict public users to view (restrict download)only some bit streams in a given collection Can someone assists me thanks sisay Cheers Kevin -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Dspace SRW/SRU search problem
Hi, i mean here: http://code.google.com/p/oclcsrwdspacelucene/issues/list 2011/6/15 Kocisky koci...@autistici.org Hi, i would suggest you to post the issue at http://code.google.com/p/oclcsrw/issues/list. K Ralph LeVan wrote me already the solution: my oclcsrwdspacelucene-code was not up to date. Thanks, Marianna 2011/6/2 Marianna Mühlhölzer mmue...@sub.uni-goettingen.de Dear all, several month ego I installed the Dspace SRW/SRU Service for DSpace 1.6.2 and it worked without any problems. But after an update to DSpace 1.7.2 I get the following error message: 2011-06-02 19:07:36,365 DEBUG ORG.oclc.os.SRW.SRWDatabase @ query: 64 63 2e 74 69 74 6c 65 20 3d 20 22 74 65 73 74 dc.title = test 22 2011-06-02 19:07:37,091 INFO ORG.oclc.os.SRW.SRWDatabase @ 'dc.title = test'== 9 2011-06-02 19:07:37,092 DEBUG ORG.oclc.os.SRW.SRWDatabase @ keeping resultSet 'i28ewp' for 300 seconds 2011-06-02 19:07:37,092 DEBUG ORG.oclc.os.SRW.SRWDatabase @ schemaName=info:srw/schema/1/dc-v1.1, schemaID=info:srw/schema/1/dc-v1.1, sortKeys= 2011-06-02 19:07:37,092 DEBUG ORG.oclc.os.SRW.SRWDatabase @ making RecordIterator, startPoint=1, schemaID=info:srw/schema/1/dc-v1.1 2011-06-02 19:07:37,113 INFO ORG.oclc.os.SRW.DSpaceLucene.LuceneRecordIterator @ lqr=ORG.oclc.os.SRW.DSpaceLucene.LuceneQueryResult@1 f001f, startPoint=1, numRecs=9 2011-06-02 19:07:37,113 DEBUG ORG.oclc.os.SRW.SRWDatabase @ trying to get 9 records starting with record 1 from a set of 9 records 2011-06-02 19:07:37,114 INFO ORG.oclc.os.SRW.DSpaceLucene.LuceneRecordIterator @ in hasNext: whichRecord=0, numRecs=9, resultItems.le ngth=9 2011-06-02 19:07:37,114 INFO ORG.oclc.os.SRW.DSpaceLucene.LuceneRecordIterator @ in nextRecord: lqr=ORG.oclc.os.SRW.DSpaceLucene.LuceneQueryResult@1f001f, startPoint=1, whichRecord=0 2011-06-02 19:07:37,116 ERROR gov.loc.www.zing.srw.srw_bindings.SRWSoapBindingImpl @ java.lang.NullPointerException java.lang.NullPointerException at org.dspace.storage.rdbms.DatabaseManager.queryTable(DatabaseManager.java:220) at org.dspace.content.Item $MetadataCache.retrieveMetadata(Item.java:2710) at org.dspace.content.Item $MetadataCache.get(Item.java:2643) at org.dspace.content.Item.getMetadata(Item.java:2616) at org.dspace.content.Item.getMetadata(Item.java:457) It looks as if the number of the query results is retrieved and the records cannot be fetched. Can anybody help me with this problem? Thanks with regards, Marianna Mühlhölzer __ View this message in context: Dspace SRW/SRU search problem Sent from the DSpace - Tech mailing list archive at Nabble.com. -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net
Re: [Dspace-tech] restrict public users
Hi, use ldap.login.specialgroup property in dspace.cfg. Lada 2011/6/16 Webshet, Sisay (ILRI) s.webs...@cgiar.org Hi, We have set up LDAP Authentication on our Dspace repository (1.7.1) and is configured correctly. BUT, we need to restrict public users to view (restrict download)only some bit streams in a given collection Can someone assists me thanks sisay Cheers Kevin -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] restrict public users
I just did on dspace.cfg and created a group. What will be are the next steps on authorization Thanks sisay From: Ladislav Kulhanek [mailto:ladislav.kulha...@gmail.com] Sent: Thursday, June 16, 2011 12:43 PM To: Webshet, Sisay (ILRI); dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] restrict public users Hi, use ldap.login.specialgroup property in dspace.cfg. Lada 2011/6/16 Webshet, Sisay (ILRI) s.webs...@cgiar.org Hi, We have set up LDAP Authentication on our Dspace repository (1.7.1) and is configured correctly. BUT, we need to restrict public users to view (restrict download)only some bit streams in a given collection Can someone assists me thanks sisay Cheers Kevin -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Usage statistics
That's well and good for bulk usage statistics and we knew about those. However, I was hoping for a more manipulatable set of data, so we can do annual statistics or stats over set periods of time. Paul Go Systems Librarian / Library Technology Manager Paul V. Galvin Library 35 West 33rd Street Chicago, IL 60616 312.567.7997 p...@iit.edu On Wed, Jun 15, 2011 at 3:11 AM, helix84 heli...@centrum.sk wrote: On Tue, Jun 14, 2011 at 20:03, Paul Go pgo...@gmail.com wrote: Hello, I'm looking to get usage statistics (logins, downloads, searches, etc) for our Dspace instance. I already can get item counts, so I don't need that. Is there a query or set of queries I can run to get this information? Hello, it's documented in the DSpace Manual: https://wiki.duraspace.org/display/DSDOC/DSpace+Statistics Regards, ~~helix84 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Usage statistics
Yes, the documentation of this area of DSpace could do with some expansion so that people can slice the data in the ways that they need. Sadly I'm in the same boat with you: while it's fairly clear how cases are generated by the rest of DSpace, what happens when they go into Solr and the possibilities for getting data out again are something of a mystery. Study of the code which develops the simple stat.s on the stock pages, with a book on Solr in hand, should be a good place to start. *sigh* I sometimes long for the power to ban the unqualified use of the word statistics, since nearly everyone agrees that we should provide statistics and nearly everyone has a unique idea of what that means. -- Mark H. Wood, Lead System Programmer mw...@iupui.edu Asking whether markets are efficient is like asking whether people are smart. pgpOjxkDKgtKd.pgp Description: PGP signature -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] [SPAM] Advanced-search error
Hello. Just tried to update to 1.7.2 on a test server and everything works except the advanced search page. Could you please help me find the problem? java.lang.NullPointerException: I attached the Java full stacktrace. Thank you very much in advance! B. RobertJava full stacktrace [hide] org.apache.cocoon.ProcessingException: Could not read resource cocoon://DRI/5/advanced-search at map:serialize type=xml - resource://aspects/Administrative/sitemap.xmap:979:31 at map:transform type=Navigation - resource://aspects/Administrative/sitemap.xmap:298:38 at map:transform type=SystemwideAlerts - resource://aspects/Administrative/sitemap.xmap:297:44 at map:generate - resource://aspects/Administrative/sitemap.xmap:295:19 at map:serialize type=xml - resource://aspects/EPerson/sitemap.xmap:332:31 at map:transform type=Navigation - resource://aspects/EPerson/sitemap.xmap:137:38 at map:generate - resource://aspects/EPerson/sitemap.xmap:126:19 at map:serialize - resource://aspects/Submission/sitemap.xmap:342:27 at map:generate - resource://aspects/Submission/sitemap.xmap:318:26 at map:serialize type=xml - resource://aspects/Statistics/sitemap.xmap:80:31 at map:generate - resource://aspects/Statistics/sitemap.xmap:33:19 at map:serialize type=xml - jndi:/localhost/xmlui/aspects/aspects.xmap:115:34 at map:transform type=PageNotFound - jndi:/localhost/xmlui/aspects/aspects.xmap:114:43 at map:generate - jndi:/localhost/xmlui/aspects/aspects.xmap:113:22 at map:serialize type=xhtml - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:161:34 at map:transform type=i18n - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:155:33 at map:transform - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:150:51 at map:transform type=IncludePageMeta - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:137:55 at map:transform type=IncludePageMeta - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:132:55 at map:transform type=IncludePageMeta - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:124:55 at map:generate type=file - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:118:55 at map:match - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:115:28 at map:mount - jndi:/localhost/xmlui/themes/themes.xmap:63:45 at map:match type=ThemeMatcher - jndi:/localhost/xmlui/themes/themes.xmap:62:35 at map:mount - jndi:/localhost/xmlui/sitemap.xmap:588:94 at org.apache.cocoon.components.source.util.SourceUtil.handleSAXException(SourceUtil.java:409) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:138) at sun.reflect.GeneratedMethodAccessor98.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy19.generate(Unknown Source) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:544) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:273) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:750) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy18.process(Unknown Source) at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:362) at org.apache.cocoon.components.source.util.SourceUtil.toSAX(SourceUtil.java:111) at org.apache.cocoon.components.source.util.SourceUtil.parse(SourceUtil.java:294) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:136) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy19.generate(Unknown Source) at
[Dspace-tech] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?
Recently I was changing the browse indices for my Dspace 1.7.2 installation in my dspace.cfg -- for example : webui.browse.index.1 = datecreated:metadata:dc.date.created:date The problem I ran into was that even after restarting Tomcat and my browser - my changes did not show up in the user interface. After a bit of research I ran across an article that recommended removing the Cocoon cache files in Tomcat: rm /usr/local/tomcat/work/Catalina/localhost/_/cache-dir/cocoon-ehcache.data rm /usr/local/tomcat/work/Catalina/localhost/_/cache-dir/cocoon-ehcache.index When I removed these cache files - and restarted Tomcat - the changes that I had expected to see in the UI actually showed up. So - my question - do I need to remove these files in order for changes like this to show up? What about if I just removed the cache files every time I restarted Tomcat - would this be a bad idea? After our Dspace is in production - Tomcat is not restarted all that often. Thanks for any insights... --Dan Galewsky Texas Digital Library/University of Texas -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Default group
Hi, I am using dspace 1.5.1 and I'd want that each new user created belongs to a group, ie, a default group. How can I do that? Thanks in advance! -- -- Sergio Belkin http://www.sergiobelkin.com Watch More TV http://sebelk.blogspot.com LPIC-2 Certified - http://www.lpi.org -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?
Hi, Dan, it was good to meet you at OR11. I don't know the official answer to this, but I do know my voodoo answer is, yes, I make it a habit to clear the Cocoon cache if I ever change anything in the XMLUI. I do it often enough that I'd like to develop a button for the XMLUI admin control panel so I can clear the cache, taking advantage of the native Cocoon clearcache method, while Tomcat is up. Though, manually deleting the files works great, and I often need to reboot Tomcat as part of the development process anyway, so I just take a moment, while Tomcat is down, to delete the Cocoon cache files. Perhaps someone with a deeper understanding of Cocoon can respond with something more nuanced than my answer. But I'd say, it can't hurt, if you're developing using XMLUI, to empty the cache files pre-emptively. They are, after all, just cache files, most likely in a development environment. So, no big deal to delete 'em. -- 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 6/16/11 1:47 PM, Galewsky, Dan dan.galew...@austin.utexas.edu wrote: Recently I was changing the browse indices for my Dspace 1.7.2 installation in my dspace.cfg -- for example : webui.browse.index.1 = datecreated:metadata:dc.date.created:date The problem I ran into was that even after restarting Tomcat and my browser - my changes did not show up in the user interface. After a bit of research I ran across an article that recommended removing the Cocoon cache files in Tomcat: rm /usr/local/tomcat/work/Catalina/localhost/_/cache-dir/cocoon-ehcache.data rm /usr/local/tomcat/work/Catalina/localhost/_/cache-dir/cocoon-ehcache.index When I removed these cache files - and restarted Tomcat - the changes that I had expected to see in the UI actually showed up. So - my question - do I need to remove these files in order for changes like this to show up? What about if I just removed the cache files every time I restarted Tomcat - would this be a bad idea? After our Dspace is in production - Tomcat is not restarted all that often. Thanks for any insights... --Dan Galewsky Texas Digital Library/University of Texas -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] dura cloud.
I wanted have our dspace dev area use dura cloud for storage. Is there any documentation available for this? I'd need to migrate our assetstore over, and then change the dspace.cfg to use dura cloud. Thank you! Jose -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Usage statistics
Mark, Paul, other folks, Peter Dietz wrote a great reply to a similar question from a while back, I saved a link to it in our internal ticket system, and thus I can easily copy/paste it: http://www.mail-archive.com/dspace-tech@lists.sourceforge.net/msg11934.html This thread has helped me with crafting SOLR queries of many sorts. It would make a great addition to the wiki. -- 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 6/16/11 1:00 PM, Mark H. Wood mw...@iupui.edu wrote: Yes, the documentation of this area of DSpace could do with some expansion so that people can slice the data in the ways that they need. Sadly I'm in the same boat with you: while it's fairly clear how cases are generated by the rest of DSpace, what happens when they go into Solr and the possibilities for getting data out again are something of a mystery. Study of the code which develops the simple stat.s on the stock pages, with a book on Solr in hand, should be a good place to start. *sigh* I sometimes long for the power to ban the unqualified use of the word statistics, since nearly everyone agrees that we should provide statistics and nearly everyone has a unique idea of what that means. -- Mark H. Wood, Lead System Programmer mw...@iupui.edu Asking whether markets are efficient is like asking whether people are smart. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and harvesters
Hi Caroline, There is nothing to worry about in regards to Harvesters. Harvesters have to obey the same access restriction rules as a normal DSpace user. So, when an item is embargoed in DSpace, its bitstreams cannot be accessed by harvesters nor normal web users. That is the main purpose of the embargo feature, to make the bitstream inaccessible to anyone or anything (the only exception being Administrative Users) until a particular date has passed. - Tim -- Tim Donohue Technical Lead for DSpace Project DuraSpace.org On 6/10/2011 5:49 AM, Caroline Karregård wrote: A researcher at our university is worried about the embargo function and whether or not it is possible for harvesters to get hold of the files even though they are locked away and should be safe until the embargo is lifted. Has anybody had a problem with this, ie harvesters harvesting embargoed bitstreams, is it possible at all? And if it is, is there some way we can protect our files, some settings maybe? I have read the conversation in the archive regarding hiding metadata as well as bitstreams, but in this case it is only the bitstream we want to hide. I read that “the embargo system is designed to protect bitstreams”, so can I reassure my researcher that his file is well-protected? Thanks! Kind regards, Caroline Karregård * Caroline Karregård, Librarian Karolinska Institutet Universitetsbiblioteket / University Library 8:100 Alfred Nobels allé 8, SE-141 83 Huddinge +46 8 524 84 052 – caroline.karreg...@ki.se – kib.ki.se -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] RSS on XMLUI?
Hi Peter, Would you be willing to submit your small patch for 1.8.0? It seems logical that we just have these RSS feed links in out-of-the-box DSpace, rather than requiring everyone to change their theme. :) - Tim On 6/10/2011 9:56 AM, Peter Dietz wrote: Hi Claire, The RSS feed's are available in the DRI for a theme to use. http://demo.dspace.org/xmlui/DRI/ (Look at the bottom: dri:document/dri:meta/dri:pageMeta/dri:metadata[@element='feed']) So, a little addition to your theme's XSL will give you links to the available RSS feeds. Source: https://gist.github.com/866640 Peter Dietz On Fri, Jun 10, 2011 at 8:14 AM, Claire Webster claire.webs...@bristol.ac.uk mailto:claire.webs...@bristol.ac.uk wrote: Hello, I'm trying to find documentation/instructions about how to enable RSS in DSpace using the XMLUI. I'm using DSpace version 1.7.1 with a Mirage based theme. Any help or pointers in the right direction very gratefully received! :) kind regards, Claire -- Claire Webster (nee Lumber) Systems Analyst/Developer University of Bristol Email: claire.webs...@bristol.ac.uk mailto:claire.webs...@bristol.ac.uk Tel: (0117) 331 6739 (internal: 16739) -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] punctiation in value fields
Hi Srijan, Unfortunately, at this point in time DSpace doesn't look for any special punctuation in any metadata fields. So, it wouldn't be able to treat John Doe:singer any differently than just John Doe, or John Doe:editor. At this time, there is also not way to parse John Doe:singer to the appropriate MODS file on export. The MODS export functionality just maps DSpace fields to MODS fields. So, it could map a custom field called mods.contributor.singer to a particular MODS role, but it wouldn't be able to parse out special punctuation. Let us know if that doesn't make sense. - Tim On 6/11/2011 1:32 AM, Srijan Deshpande wrote: Hello, quick metadata question: I need to capture each dc.contributor's role in my item metadata in dspace - since DSpace doesn't support heirarchical metadata, can I use punctuation, as suggested athttp://www.loc.gov/standards/mods/dcsimple-mods.html to list each contributor's role? So my dc.contributor field would have a value like 'John Doe:singer' This way if I have to export this data in the future, I could export it to a MODS file correctly, including role information, right? Also, is there a way to parse this information and customize how it is displayed in search results / item pages? Thanks, Srijan Deshpande -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] RSS on XMLUI?
Hi Tim, Sure, sounds reasonable. I had to follow up with Claire off-list to help her integrate the patch. On a somewhat related topic, the feed from one of our DSpace collections is now being fed into our University's iTunes U. Peter Dietz On Thu, Jun 16, 2011 at 4:19 PM, Tim Donohue tdono...@duraspace.org wrote: Hi Peter, Would you be willing to submit your small patch for 1.8.0? It seems logical that we just have these RSS feed links in out-of-the-box DSpace, rather than requiring everyone to change their theme. :) - Tim On 6/10/2011 9:56 AM, Peter Dietz wrote: Hi Claire, The RSS feed's are available in the DRI for a theme to use. http://demo.dspace.org/xmlui/DRI/ (Look at the bottom: dri:document/dri:meta/dri:pageMeta/dri:metadata[@element='feed']) So, a little addition to your theme's XSL will give you links to the available RSS feeds. Source: https://gist.github.com/866640 Peter Dietz On Fri, Jun 10, 2011 at 8:14 AM, Claire Webster claire.webs...@bristol.ac.uk mailto:claire.webs...@bristol.ac.uk wrote: Hello, I'm trying to find documentation/instructions about how to enable RSS in DSpace using the XMLUI. I'm using DSpace version 1.7.1 with a Mirage based theme. Any help or pointers in the right direction very gratefully received! :) kind regards, Claire -- Claire Webster (nee Lumber) Systems Analyst/Developer University of Bristol Email: claire.webs...@bristol.ac.uk mailto:claire.webs...@bristol.ac.uk Tel: (0117) 331 6739 (internal: 16739) -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?
Hi Dan Hardy, There is supposedly a way to trigger Cocoon to 'clear' its cache via the ClearCacheAction built into Cocoon. See: http://comments.gmane.org/gmane.text.xml.cocoon.user/61537 I just tried this out locally in my XMLUI, and it *seems* to work (at least with a few extremely simple tests I've run). But, I'll admit, this is not well tested at all (SO, DON'T TRY THIS IN PRODUCTION, unless you are feeling very gutsy or have verified that it is 100% working for you). In any case, I thought I'd share this patch in case it is helpful (see attached). Currently, it returns an ugly XML response (which is just Cocoon's status information), but we could just as easily work this into the XMLUI Admin Control Panel with a 'prettier' response. This patch applies to [dspace-src]/dspace-xmlui/dspace-xmlui-webapp/src/main/webapp/sitemap.xmap (right now its line numbers are based on Trunk, but should work for 1.7.2 or similar) Please let me know if this seems to work for you in your development environments, etc. If it does seem to work well, this seems like something we could easily add to DSpace 1.8's XMLUI Admin Control Panel. - Tim -- Tim Donohue Technical Lead for DSpace Project DuraSpace.org On 6/16/2011 2:30 PM, Pottinger, Hardy J. wrote: Hi, Dan, it was good to meet you at OR11. I don't know the official answer to this, but I do know my voodoo answer is, yes, I make it a habit to clear the Cocoon cache if I ever change anything in the XMLUI. I do it often enough that I'd like to develop a button for the XMLUI admin control panel so I can clear the cache, taking advantage of the native Cocoon clearcache method, while Tomcat is up. Though, manually deleting the files works great, and I often need to reboot Tomcat as part of the development process anyway, so I just take a moment, while Tomcat is down, to delete the Cocoon cache files. Perhaps someone with a deeper understanding of Cocoon can respond with something more nuanced than my answer. But I'd say, it can't hurt, if you're developing using XMLUI, to empty the cache files pre-emptively. They are, after all, just cache files, most likely in a development environment. So, no big deal to delete 'em. -- HARDY POTTINGERpottinge...@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 6/16/11 1:47 PM, Galewsky, Dandan.galew...@austin.utexas.edu wrote: Recently I was changing the browse indices for my Dspace 1.7.2 installation in my dspace.cfg -- for example : webui.browse.index.1 = datecreated:metadata:dc.date.created:date The problem I ran into was that even after restarting Tomcat and my browser - my changes did not show up in the user interface. After a bit of research I ran across an article that recommended removing the Cocoon cache files in Tomcat: rm /usr/local/tomcat/work/Catalina/localhost/_/cache-dir/cocoon-ehcache.data rm /usr/local/tomcat/work/Catalina/localhost/_/cache-dir/cocoon-ehcache.index When I removed these cache files - and restarted Tomcat - the changes that I had expected to see in the UI actually showed up. So - my question - do I need to remove these files in order for changes like this to show up? What about if I just removed the cache files every time I restarted Tomcat - would this be a bad idea? After our Dspace is in production - Tomcat is not restarted all that often. Thanks for any insights... --Dan Galewsky Texas Digital Library/University of Texas -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: D:\programming\dspace-trunk\dspace-xmlui\dspace-xmlui-webapp\src\main\webapp # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: sitemap.xmap --- sitemap.xmap Base (BASE) +++ sitemap.xmap Locally Modified
Re: [Dspace-tech] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?
Neglected to mention in my previous email: Once you apply the previously sent patch, you should be able to clear the Cocoon cache by visiting: http://localhost:8080/xmlui/clearcache Again, it will return a bunch of XML (which is Cocoon Status Info). But, in that XML will be an section like: group name=VM group name=...EHDefaultStore value name=cached line[empty]/line /value value name=size line0 items in cache (0 are empty)/line /value /group /group - Tim On 6/16/2011 4:47 PM, Tim Donohue wrote: Hi Dan Hardy, There is supposedly a way to trigger Cocoon to 'clear' its cache via the ClearCacheAction built into Cocoon. See: http://comments.gmane.org/gmane.text.xml.cocoon.user/61537 I just tried this out locally in my XMLUI, and it *seems* to work (at least with a few extremely simple tests I've run). But, I'll admit, this is not well tested at all (SO, DON'T TRY THIS IN PRODUCTION, unless you are feeling very gutsy or have verified that it is 100% working for you). In any case, I thought I'd share this patch in case it is helpful (see attached). Currently, it returns an ugly XML response (which is just Cocoon's status information), but we could just as easily work this into the XMLUI Admin Control Panel with a 'prettier' response. This patch applies to [dspace-src]/dspace-xmlui/dspace-xmlui-webapp/src/main/webapp/sitemap.xmap (right now its line numbers are based on Trunk, but should work for 1.7.2 or similar) Please let me know if this seems to work for you in your development environments, etc. If it does seem to work well, this seems like something we could easily add to DSpace 1.8's XMLUI Admin Control Panel. - Tim -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?
Hardy Dan, Ok, after a bit more playing around, here's a slightly updated version of the patch that shows it seems to be working (see attached). This updated version adds an additional option: http://localhost:8080/xmlui/statusinfo - will now show the Cocoon Status XML doc (as a base version, to compare /clearcache to) http://localhost:8080/xmlui/clearcache - Clears the Cocoon Cache returns the updated Cocoon Status XML doc So, if you install this patch, you can see it in action. Browse around the XMLUI and visit the /statusinfo path. As you browse around, more and more items will be added to the EHDefaultStore cache (which you can view in the XML returned by /statusinfo). Then, if you visit /clearcache path, that cache will be cleared out. However, I will admit, there's another cache that appears in that Cocoon Status XML, the DefaultTransientStore which is seemingly unaffected by calls to '/clearcache' (it looks to be mostly caching the messages.xml contents). So, I'm not sure this works on *everything*, but most Cocoon cached content should be cleared. Again, all the usual warnings -- DO NOT try this in Production yet. This is just me playing around with the Cocoon Cache to see what may be possible. It still isn't very well tested or guaranteed to be functioning properly. :) - Tim On 6/16/2011 4:52 PM, Tim Donohue wrote: Neglected to mention in my previous email: Once you apply the previously sent patch, you should be able to clear the Cocoon cache by visiting: http://localhost:8080/xmlui/clearcache Again, it will return a bunch of XML (which is Cocoon Status Info). But, in that XML will be an section like: group name=VM group name=...EHDefaultStore value name=cached line[empty]/line /value value name=size line0 items in cache (0 are empty)/line /value /group /group - Tim On 6/16/2011 4:47 PM, Tim Donohue wrote: Hi Dan Hardy, There is supposedly a way to trigger Cocoon to 'clear' its cache via the ClearCacheAction built into Cocoon. See: http://comments.gmane.org/gmane.text.xml.cocoon.user/61537 I just tried this out locally in my XMLUI, and it *seems* to work (at least with a few extremely simple tests I've run). But, I'll admit, this is not well tested at all (SO, DON'T TRY THIS IN PRODUCTION, unless you are feeling very gutsy or have verified that it is 100% working for you). In any case, I thought I'd share this patch in case it is helpful (see attached). Currently, it returns an ugly XML response (which is just Cocoon's status information), but we could just as easily work this into the XMLUI Admin Control Panel with a 'prettier' response. This patch applies to [dspace-src]/dspace-xmlui/dspace-xmlui-webapp/src/main/webapp/sitemap.xmap (right now its line numbers are based on Trunk, but should work for 1.7.2 or similar) Please let me know if this seems to work for you in your development environments, etc. If it does seem to work well, this seems like something we could easily add to DSpace 1.8's XMLUI Admin Control Panel. - Tim # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: D:\programming\dspace-trunk\dspace-xmlui\dspace-xmlui-webapp\src\main\webapp # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: sitemap.xmap --- sitemap.xmap Base (BASE) +++ sitemap.xmap Locally Modified (Based On LOCAL) @@ -192,6 +192,7 @@ map:action name=StartAuthentication src=org.dspace.app.xmlui.aspect.eperson.StartAuthenticationAction/ map:action name=DSpacePropertyFileReader src=org.dspace.app.xmlui.cocoon.DSpacePropertyFileReader / map:action name=PropertyFileReader src=org.dspace.app.xmlui.cocoon.PropertyFileReader / +map:action name=ClearCacheAction logger=sitemap.action.clear-cache src=org.apache.cocoon.acting.ClearCacheAction/ /map:actions map:pipes default=caching map:pipe name=noncaching src=org.apache.cocoon.components.pipeline.impl.NonCachingProcessingPipeline @@ -225,6 +226,20 @@ map:parameter name=expires value=now/ +!-- Clears current Cocoon Cache -- +map:match pattern=clearcache +map:act type=ClearCacheAction +map:generate src=status type=status/ +map:serialize type=xml/ +/map:act + /map:match + +map:match pattern=statusinfo +map:generate src=status type=status/ +map:serialize type=xml/ + /map:match + + !--
[Dspace-tech] Storage capacity of Dspace to version 1.7.1 - Help
Hi! Anyone know what the storage capacity of Dspace to version 1.7.1? Does anyone know the capacity of items that can be included in each collection? We want to store more than 3 million items and do not know if the system supports. Thanks. Patrícia Coelho -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Advanced-search error
Hello. Just tried to update to 1.7.2 on a test server and everything works except the advanced search page. Could you please help me find the problem? java.lang.NullPointerException: I attached the Java full stacktrace. Thank you very much in advance! B. Robert ps. it seems that my previous email was tagged as spam, sorry if you receive it twiceJava full stacktrace [hide] org.apache.cocoon.ProcessingException: Could not read resource cocoon://DRI/5/advanced-search at map:serialize type=xml - resource://aspects/Administrative/sitemap.xmap:979:31 at map:transform type=Navigation - resource://aspects/Administrative/sitemap.xmap:298:38 at map:transform type=SystemwideAlerts - resource://aspects/Administrative/sitemap.xmap:297:44 at map:generate - resource://aspects/Administrative/sitemap.xmap:295:19 at map:serialize type=xml - resource://aspects/EPerson/sitemap.xmap:332:31 at map:transform type=Navigation - resource://aspects/EPerson/sitemap.xmap:137:38 at map:generate - resource://aspects/EPerson/sitemap.xmap:126:19 at map:serialize - resource://aspects/Submission/sitemap.xmap:342:27 at map:generate - resource://aspects/Submission/sitemap.xmap:318:26 at map:serialize type=xml - resource://aspects/Statistics/sitemap.xmap:80:31 at map:generate - resource://aspects/Statistics/sitemap.xmap:33:19 at map:serialize type=xml - jndi:/localhost/xmlui/aspects/aspects.xmap:115:34 at map:transform type=PageNotFound - jndi:/localhost/xmlui/aspects/aspects.xmap:114:43 at map:generate - jndi:/localhost/xmlui/aspects/aspects.xmap:113:22 at map:serialize type=xhtml - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:161:34 at map:transform type=i18n - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:155:33 at map:transform - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:150:51 at map:transform type=IncludePageMeta - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:137:55 at map:transform type=IncludePageMeta - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:132:55 at map:transform type=IncludePageMeta - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:124:55 at map:generate type=file - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:118:55 at map:match - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:115:28 at map:mount - jndi:/localhost/xmlui/themes/themes.xmap:63:45 at map:match type=ThemeMatcher - jndi:/localhost/xmlui/themes/themes.xmap:62:35 at map:mount - jndi:/localhost/xmlui/sitemap.xmap:588:94 at org.apache.cocoon.components.source.util.SourceUtil.handleSAXException(SourceUtil.java:409) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:138) at sun.reflect.GeneratedMethodAccessor98.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy19.generate(Unknown Source) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:544) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:273) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:750) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy18.process(Unknown Source) at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:362) at org.apache.cocoon.components.source.util.SourceUtil.toSAX(SourceUtil.java:111) at org.apache.cocoon.components.source.util.SourceUtil.parse(SourceUtil.java:294) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:136) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy19.generate(Unknown Source) at