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

https://wiki.duraspace.org/display/DSPACE/HowToPerformanceTuneForDspace
#HowToPerformanceTuneForDspace-GiveTomcatMoreJavaPermGenMemory,
 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


--
BlackBerryreg; 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

--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerryreg; mobile platform with sessions, labs  more.
See new tools and technologies. Register for BlackBerryreg; 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

--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerryreg; mobile platform with sessions, labs  more.
See new tools and technologies. Register for BlackBerryreg; 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] 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


--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerryreg; mobile platform with sessions, labs  more.
See new tools and technologies. Register for BlackBerryreg; 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] 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,
Irvinehttp://www.uci.edu/
**about.me http://www.about.me/matthewmckinley*



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.clinit(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.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94)
 at
 

[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.init(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.init(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)