[Dspace-tech] Advanced-search error

2011-06-16 Thread Bodnar Robert 


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  - 
resource://aspects/Administrative/sitemap.xmap:979:31
at  - 
resource://aspects/Administrative/sitemap.xmap:298:38
at  - 
resource://aspects/Administrative/sitemap.xmap:297:44
at  - 
resource://aspects/Administrative/sitemap.xmap:295:19
at  - 
resource://aspects/EPerson/sitemap.xmap:332:31
at  - 
resource://aspects/EPerson/sitemap.xmap:137:38
at  - resource://aspects/EPerson/sitemap.xmap:126:19
at  - resource://aspects/Submission/sitemap.xmap:342:27
at  - resource://aspects/Submission/sitemap.xmap:318:26
at  - 
resource://aspects/Statistics/sitemap.xmap:80:31
at  - resource://aspects/Statistics/sitemap.xmap:33:19
at  - 
jndi:/localhost/xmlui/aspects/aspects.xmap:115:34
at  - 
jndi:/localhost/xmlui/aspects/aspects.xmap:114:43
at  - jndi:/localhost/xmlui/aspects/aspects.xmap:113:22
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:161:34
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:155:33
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:150:51
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:137:55
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:132:55
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:124:55
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:118:55
at  - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:115:28
at  - jndi:/localhost/xmlui/themes/themes.xmap:63:45
at  - 
jndi:/localhost/xmlui/themes/themes.xmap:62:35
at  - 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 
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(NativeMethodA

[Dspace-tech] Storage capacity of Dspace to version 1.7.1 - Help

2011-06-16 Thread Patricia Coelho Ferreira Meneses da Silva 
> 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

Re: [Dspace-tech] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?

2011-06-16 Thread Tim Donohue 

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:




[empty]


0 items in cache (0 are empty)




- 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 @@
 
 
 
+
 
 
 
@@ -225,6 +226,20 @@
 
 
 
+
+
+
+
+
+
+   
+
+
+
+
+   
+
+

Re: [Dspace-tech] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?

2011-06-16 Thread Tim Donohue 
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:



  
 [empty]
  
  
 0 items in cache (0 are empty)
  



- 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?

2011-06-16 Thread Tim Donohue 

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 POTTINGER
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"  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 (Based On LOCAL)
@@ -192,6 +192,7 @@

Re: [Dspace-tech] RSS on XMLUI?

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

2011-06-16 Thread Tim Donohue 
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  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?

2011-06-16 Thread Tim Donohue 
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
> 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
> 
> 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
> 
> 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] Embargo and harvesters

2011-06-16 Thread Tim Donohue 
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] Usage statistics

2011-06-16 Thread Pottinger, Hardy J. 
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 
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"  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

[Dspace-tech] dura cloud.

2011-06-16 Thread Blanco, Jose 
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] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?

2011-06-16 Thread Pottinger, Hardy J. 
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 
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"  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] Default group

2011-06-16 Thread Sergio Belkin 
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

[Dspace-tech] Do I need to remove the Cocoon cache files every time I make a change that affects the XMLUI?

2011-06-16 Thread Galewsky, Dan 
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] [SPAM] Advanced-search error

2011-06-16 Thread bodnar_robert 
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  - 
resource://aspects/Administrative/sitemap.xmap:979:31
at  - 
resource://aspects/Administrative/sitemap.xmap:298:38
at  - 
resource://aspects/Administrative/sitemap.xmap:297:44
at  - 
resource://aspects/Administrative/sitemap.xmap:295:19
at  - 
resource://aspects/EPerson/sitemap.xmap:332:31
at  - 
resource://aspects/EPerson/sitemap.xmap:137:38
at  - resource://aspects/EPerson/sitemap.xmap:126:19
at  - resource://aspects/Submission/sitemap.xmap:342:27
at  - resource://aspects/Submission/sitemap.xmap:318:26
at  - 
resource://aspects/Statistics/sitemap.xmap:80:31
at  - resource://aspects/Statistics/sitemap.xmap:33:19
at  - 
jndi:/localhost/xmlui/aspects/aspects.xmap:115:34
at  - 
jndi:/localhost/xmlui/aspects/aspects.xmap:114:43
at  - jndi:/localhost/xmlui/aspects/aspects.xmap:113:22
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:161:34
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:155:33
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:150:51
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:137:55
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:132:55
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:124:55
at  - 
jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:118:55
at  - jndi:/localhost/xmlui/themes/Mirage/sitemap.xmap:115:28
at  - jndi:/localhost/xmlui/themes/themes.xmap:63:45
at  - 
jndi:/localhost/xmlui/themes/themes.xmap:62:35
at  - 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 
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(Delegati

Re: [Dspace-tech] Usage statistics

2011-06-16 Thread Mark H. Wood 
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

Re: [Dspace-tech] Usage statistics

2011-06-16 Thread Paul Go 
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  wrote:

> On Tue, Jun 14, 2011 at 20:03, Paul Go  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] restrict public users

2011-06-16 Thread Webshet, Sisay (ILRI) 
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) 

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

2011-06-16 Thread Ladislav Kulhanek 
Hi,
use ldap.login.specialgroup property in dspace.cfg.

Lada

2011/6/16 Webshet, Sisay (ILRI) 

>  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] Dspace SRW/SRU search problem

2011-06-16 Thread Marianna Mühlhölzer 
Hi,

> i mean here: http://code.google.com/p/oclcsrwdspacelucene/issues/list
> 
> 2011/6/15 Kocisky 
> 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 
> 
> 
> 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

[Dspace-tech] restrict public users

2011-06-16 Thread Webshet, Sisay (ILRI) 
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