[Dspace-tech] Problems searching and browsing dc.date.created field

2011-09-19 Thread Shaun Burriss
Hello

We are testing an installation of DSpace 1.7.2 and seem to be having issues 
searching and browsing our dc.date.created field. An advanced search on "Date" 
returns us no results when we should see some, and trying to set a Browse link 
for dc.date.created returns a blank screen. The contents of our dc.date.created 
field is actually text based, and can include values such as "1972", "[1972]", 
and "[19-?]".

Here are the relevant parts of the dspace.cfg file, It's possible we haven't 
got a grasp of the correct format:

# Fields to Index for Search #
search.index.12 = date:dc.date.created

## Browse Configuration ##
webui.browse.index.5 = datecreated:item:datecreated

# Set the options for what can be sorted by
webui.itemlist.sort-option.3 = datecreated:dc.date.created:text

Can anyone help us with the configuration of this?

Regards,
Shaun



--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Postgres Driver problem?

2011-09-19 Thread Bill Anderson
We have a dark archive in a dspace instance, running DSpace 1.6.2 and
Postgres 8.1.20.  Our archivists mostly use the jspui, but occassionally
switch over to do specific tasks.  Yesterday, one of our archivists tried to
load up the xmlui for the first time in about a month, and got an error
message.  Looking at the stacktrace (see below) it looks like the postgres
driver is missing -- but it's not.  It's in the lib/directory, right where
it's supposed to be.  Furthermore, the jspui is working fine.  I thought
this might be some sort of classpath issue, and I copied the driver jar into
the xmlui's WEB_INF/classes directory; but no dice.  Furthermore, as far as
we can tell, nothing has changed in the app since the last time the xmlui
was successfully loaded.  Anybody seen this sort of behavior before?

Cheers,

Bill

Java stacktrace

java.sql.SQLException: java.lang.ClassNotFoundException: org.postgresql.Driver
at 
org.dspace.storage.rdbms.DatabaseManager.initialize(DatabaseManager.java:1711)
at 
org.dspace.storage.rdbms.DatabaseManager.getConnection(DatabaseManager.java:618)
at org.dspace.core.Context.(Context.java:126)
at 
org.dspace.app.xmlui.utils.ContextUtil.obtainContext(ContextUtil.java:99)
at 
org.dspace.app.xmlui.utils.ContextUtil.obtainContext(ContextUtil.java:80)
at 
org.dspace.app.xmlui.cocoon.AbstractDSpaceTransformer.setup(AbstractDSpaceTransformer.java:111)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
at $Proxy23.setup(Unknown Source)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setupPipeline(AbstractProcessingPipeline.java:356)
at 
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.setupPipeline(AbstractCachingProcessingPipeline.java:710)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.preparePipeline(AbstractProcessingPipeline.java:466)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.prepareInternal(AbstractProcessingPipeline.java:480)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
at $Proxy17.prepareInternal(Unknown Source)
at 
org.apache.cocoon.components.source.impl.SitemapSource.init(SitemapSource.java:292)
at 
org.apache.cocoon.components.source.impl.SitemapSource.(SitemapSource.java:148)
at 
org.apache.cocoon.components.source.impl.SitemapSourceFactory.getSource(SitemapSourceFactory.java:62)
at 
org.apache.cocoon.components.source.CocoonSourceResolver.resolveURI(CocoonSourceResolver.java:153)
at 
org.apache.cocoon.components.source.CocoonSourceResolver.resolveURI(CocoonSourceResolver.java:183)
at 
org.apache.cocoon.generation.FileGenerator.setup(FileGenerator.java:99)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
at $Proxy18.setup(Unknown Source)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setupPipeline(AbstractProcessingPipeline.java:343)
at 
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.setupPipeline(AbstractCachingProcessingPipeline.java:710)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.preparePipeline(AbstractProcessingPipeline.java:466)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:411)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)

Re: [Dspace-tech] SOLR Stats ERROR: Invalid Version or the data not in 'javabin' format

2011-09-19 Thread Matthew McKinley
Hello!
Sent out the below message on Friday and haven't yet gotten a response...but
I have found out some more information:

Apparently with SOLR/Solrj 1.4 the default Response parser switched from XML
to binary, meaning SOLR 1.4 will have trouble talking to SOLR 3.x and below.
Might this be what is causing the problem? How can I tell what version of
SOLR is in my dspace 1.7.2 instance?

Documentation says a "quick fix" might be to set the response parser as XML
(i.e.

server.setParser(new XMLResponseParser());)

within a CommonsHttpSolrServer java file, but I cannot find this file in the
dspace source. Any ideas?

Apologies for being a little lost in all this. Like many of you, I'm a
librarian/archivist type stumbling into the back end of a technical system.

Thanks in advance for any help,
*
Matthew McKinley
Digital Project Specialist, University of California,
Irvine
**about.me *



On Fri, Sep 16, 2011 at 3:04 PM, Matthew McKinley <
matthewjamesmckin...@gmail.com> wrote:

> Hello,
>
> Upgrading from 1.5.2 to 1.7.2 and the SOLR statistics are not working. I
> was able to convert the old DSpace logs, but when I try to run
> stats-log-importer, stats-util or access statistics from within the browser
> interface they all return with the following error message: "ERROR:
> java.lang.RuntimeException: Invalid version or the data in not in 'javabin'
> format". The full dspace.log output is below.
>
> Thanks for any help you can provide!
> Matthew
>
> Dspace 1.7.2
> Tomcat6
> Running on Linux 2.6
> Java 1.6
>
> 2011-09-16 12:15:45,416 ERROR org.dspace.statistics.SolrLogger @ Error
> executing query
> org.apache.solr.client.solrj.SolrServerException: Error executing query
> at
> org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:95)
> at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:118)
> at org.dspace.statistics.SolrLogger.(SolrLogger.java:79)
> at
> org.dspace.statistics.content.StatisticsDataVisits.queryFacetField(StatisticsDataVisits.java:640)
> at
> org.dspace.statistics.content.StatisticsDataVisits.createDataset(StatisticsDataVisits.java:247)
> at
> org.dspace.statistics.content.StatisticsDisplay.getDataset(StatisticsDisplay.java:88)
> at
> org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.addDisplayListing(StatisticsTransformer.java:350)
> at
> org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.renderHome(StatisticsTransformer.java:129)
> at
> org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.addBody(StatisticsTransformer.java:79)
> at
> org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:223)
> at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
> at $Proxy31.startElement(Unknown Source)
> at
> org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
> at
> org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140)
> at
> org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
> at
> org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94)
> at
> org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:240)
> at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
> at $Proxy28.startElement(Unknown Source)
> at
> org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140)
> at
> org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
> at
> org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94)
> at
> org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:240)
> at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
> at $Proxy28.startElement(Unknown Source)
> at
> org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140)
> at
> org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
> at
> org

[Dspace-tech] duplicate name/number control

2011-09-19 Thread Miguel A. Robledo
Hello everyone,
I want  implement some control or notification during loading or 
delivery of a new item into any collection. The control must  notify me 
if there is already an item with the same name or serial nro within the 
collection.

Has anyone worked with this? Is it possible?

-- 
Ing. Miguel A. Robledo

Dirección Provincial de Gobierno Digital
Tucuman 2657 1º Piso - Santa Fe
Teléfono: 0342-4508704


--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerry® mobile platform with sessions, labs & more.
See new tools and technologies. Register for BlackBerry® DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Private Collections

2011-09-19 Thread Miguel A. Robledo

Hello everyone,

In my organization need some private collections. My intention is 
restrict access to many searches. You can apply this kind of 
restrictions on one or a set of collections?


It is possible apply to certain items in a collection?

What do you recommend?

--
Ing. Miguel A. Robledo

Dirección Provincial de Gobierno Digital
Tucuman 2657 1º Piso - Santa Fe
Teléfono: 0342-4508704

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerry® mobile platform with sessions, labs & more.
See new tools and technologies. Register for BlackBerry® DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 ___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] out of memory issue

2011-09-19 Thread Cole Hudson
Hi Andrea,

Thanks for the suggestion and info.  Luckily, I believe I discovered the
root of my issue this morning.  I had a configuration issue on my
virtual machine in my test bed (I had erroneously placed low caps on my
processor and memory allocations to my VM).  Now that I've resolved
that, it seems to be running fine so far, so we'll see if my luck holds.
Regardless, per your suggestion, I'll double-check my config settings
for Tomcat and Java and make sure those are set correctly.

Thanks again.

Cole
-Original Message-
From: Andrea Schweer [mailto:schw...@waikato.ac.nz] 
Sent: Sunday, September 18, 2011 5:07 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] out of memory issue

Hi Cole,

On 17/09/11 06:03, Cole Hudson wrote:
> Per the install instructions and performance tuning tips found here
>
,
> we've set JAVA_OPTS for -Xmx512m -Xms512m -XX:MaxPermSize=128m, but
this
> has not had an effect.

Tomcat on Ubuntu seems to have a nasty habit of ignoring configuration
settings unless you put them into exactly the right spot. Maybe you're
running into the same problem. Assuming you're using the tomcat6 package
(not tomcat6-user), try setting JAVA_OPTS in /etc/default/tomcat6. At
the same time you may also want to double-check that your choice of JDK
isn't being overridden in this file (it is set to openjdk by default --
https://wiki.duraspace.org/display/DSPACE/Installing+DSpace+1.7+on+Ubunt
u#InstallingDSpace1.7onUbuntu-ChangetheinuseJavatoSunJava%2CasopposedtoO
penJDK).

If you're using tomcat6-user: It looks like the tomcat startup script
generated by the tomcat6-user package actually uses the JAVA_OPTS env
variable if it exists. Otherwise, have a look at the setenv.sh script in
the bin subdirectory of your tomcat instance.

cheers,
Andrea

-- 
Andrea Schweer
IRR Technical Specialist, ITS Information Systems
The University of Waikato, Hamilton, New Zealand


--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerry® mobile platform with sessions, labs & more.
See new tools and technologies. Register for BlackBerry® DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech