Re: [Dspace-tech] problem with build failing in Dspace 3.2

2014-04-03 Thread Kevin Van de Velde
Hi Päivi,

We also encountered this problem recently and it appears that something has
changed on the sonatype side.
The fix we where able to come with it was to use maven 3 instead of maven 2
to build our DSpace.


Hope this helps,

Kind regards,

[image: logo]
Kevin Van de Velde *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=kevinvdv


On 3 April 2014 10:13, Päivi Rosenström paivi.rosenst...@helsinki.fiwrote:

 Hi !

 While attempting to build DSpace 3.2 code (previously worked ok)
 getting the following error message:

 INFO] Building jar:
 /data/source-dspace/dspace-api/target/dspace-api-3.2.jar
 [INFO] [jar:test-jar {execution: default}]
 [INFO] Skipping packaging of the test-jar
 [INFO]
 
 [INFO] Building DSpace Addon Modules
 [INFO]task-segment: [package]
 [INFO]
 
 [INFO] [enforcer:enforce {execution: enforce-maven}]
 [INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
 [INFO]
 
 [INFO] Building DSpace Kernel :: Additions and Local Customizations
 [INFO]task-segment: [package]
 [INFO]
 
 [INFO] artifact org.dspace:dspace-api-lang: checking for updates from
 sonatype-releases
 [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
 'ef3dc2ec718a24931364e81249c0933d3d0cc682'; remote = 'html
 headtitle301' - RETRYING
 [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
 'ef3dc2ec718a24931364e81249c0933d3d0cc682'; remote = 'html
 headtitle301' - IGNORING
 [INFO] artifact org.dspace:dspace-api-lang: checking for updates from
 central
 [INFO]
 
 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO] Failed to resolve artifact.

 Unable to get dependency information: Unable to read local copy of
 metadata: Cannot read metadata from
 '/home/tomcat/.m2/repository/org/dspace/dspace-api-lang/maven-metadata-sonatype-releases.xml':
 end tag name /body must match start tag name hr from line 5 (position:
 TEXT seen .../center\r\n/body...
 @6:8)
org.dspace:dspace-api-lang:jar:null

 from the specified remote repositories:
central (http://repo1.maven.org/maven2),
sonatype-nexus-snapshots
 (https://oss.sonatype.org/content/repositories/snapshots),
sonatype-releases (
 http://oss.sonatype.org/content/repositories/releases/)

 Path to dependency:
  1) org.dspace.modules:additions:jar:3.2



 [INFO]
 
 [INFO] For more information, run Maven with the -e switch
 [INFO]
 
 [INFO] Total time: 1 minute 6 seconds
 [INFO] Finished at: Thu Apr 03 10:51:51 EEST 2014
 [INFO] Final Memory: 79M/567M
 [INFO]
 
 Build failure! Aborting.
 Error code 1

 I compared previous file

 .m2/repository/org/dspace/dspace-api-lang/maven-metadata-sonatype-releases.xml
 with the new one and noticed the following:

 previous file:
 metadata
groupIdorg.dspace/groupId
artifactIddspace-api-lang/artifactId
versioning
  latest4.1.0/latest
  release4.1.0/release
  versions
version1.5.0.0/version
version1.5.2.0/version
version1.5.2.1/version
version1.6.0.0/version
version1.6.0.1/version
version1.6.1.0/version
version1.6.2.0/version
version1.7.0.1/version
version1.7.1.0/version
version1.8.0.0/version
version1.8.0.1/version
version1.8.0.2/version
version1.8.0.3/version
version3.0.0/version
version3.0.1/version
version3.0.2/version
version3.0.3/version
version4.0.0/version
version4.1.0/version
  /versions
  lastUpdated20140228192546/lastUpdated
/versioning
 /metadata

 New file:
 html
 headtitle301 Moved Permanently/title/head
 body bgcolor=white
 centerh1301 Moved Permanently/h1/center
 hrcenternginx/0.8.54/center/hr
 /body
 /html

 = so it seems that the location of the file
 maven-metadata-sonatype-releases.xml has been permanently changed...
 Same problem with the file
 .m2/repository/org/dspace/dspace-xmlui-lang/maven-metadata-sonatype-releases.xml.
 Attempt to clean the local .m2 repository does not
 help.

 How to fix this ? Thanks in advance !

 Päivi R








 --
 ___
 DSpace-tech

Re: [Dspace-tech] A fatal error has been detected by the Java Runtime Environment

2013-09-02 Thread Kevin Van de Velde
Hi Javier,

What version of java are you running ? Because a client of ours had the
same problem with java 7 update 25, so we downgraded to java 6  no crashes
have occurred since.


Hope this helps,

Kind regards,

[image: logo]
Kevin Van de Velde *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=kevinvdv


On 28 August 2013 18:02, Javier Távara ja.tav...@gmail.com wrote:

 You can see our DSpace at http://pirhua.udep.edu.pe/

 I changed GC a few days ago as you told me but nothig happened. Today
 DSpace got down and logs doesn't say anything relevant.
 Also, I disabled come cronjobs. Between 8am and 8pm (GMT -5) DSpace runs
 very fast, and according to Google Analytics we are not receiving too many
 visits (we have not launched our repository officially).

 Sorry for my English and the double post.


 Javier Távara


 2013/8/28 Javier Távara ja.tav...@gmail.com

 I deleted the content in
 /home/dspace/dspace-3.1-src-release/dspace/target/dspace-3.1-build/

 Then, I recompiled using:
 mvn package -P
 !dspace-lni,!dspace-sword,!dspace-swordv2,!dspace-jspui,!dspace-oai

 And DSpace runs ok.
 I wanted the sidebar to appear before the main content so I changed the
 order of aspects according to
 http://dspace.2283337.n4.nabble.com/changing-order-of-aspects-td4661581.html 
 but
 after rebuild a few moments ago, this is not taking effect anymore. Now I
 have 2 sidebars to the right.

 You can see my DSpace only http://pirhua.udep.edu.pe/

 Thank you.


 Javier Távara


 2013/8/27 helix84 heli...@centrum.sk

 On Mon, Aug 26, 2013 at 4:44 PM, Javier Távara ja.tav...@gmail.com
 wrote:
  The problem still persists with libjvm.so.
  I will try working with xmlui only. I don't think I need more webapps.

 If you still need any help, you should sump up which steps that I
 recommended you took and what was the result of each. Is your
 production system running?


 Regards,
 ~~helix84

 Compulsory reading: DSpace Mailing List Etiquette
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette





 --
 Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
 Discover the easy way to master current and previous Microsoft technologies
 and advance your career. Get an incredible 1,500+ hours of step-by-step
 tutorial videos with LearnDevNow. Subscribe today and save!
 http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

@mire_web_2.jpg--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Discover Search Problem/Question with Firefox

2013-08-19 Thread Kevin Van de Velde
Hi George,

This is a known bug in DSpace 3.x, a fix is in the works for this. For more
information see: https://jira.duraspace.org/browse/DS-1432.


Hope this helps,

Kind regards,

[image: logo]
Kevin Van de Velde *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=kevinvdv


On 16 August 2013 16:46, George Stanley Kozak g...@cornell.edu wrote:

  Hi,

 ** **

 I found a funny problem which seems to be linked to Firefox and the
 XMLUI.  This problem does not happen with IE or Chrome.

 ** **

 I have DSpace 3.2 running with the XMLUI (Mirage Theme).  I am seeing
 something strange with the search results.

 When I click on item in the search results, I get to the item OK.
 However, if I next use the “Browser Back” to go back to the Search Results
 page, and then click on another item, I get:

 org.apache.cocoon.ResourceNotFoundException: Page cannot be found

 ** **

 and I see the URL generated was: http://myserver/dso-display

 ** **

 It only seems to happen when I use the “Browse Back” button to go to the
 previous Search Results.

 ** **

 Also, this does not happen with the JSPUI interface.  Has anyone seen this
 and does anyone have any idea what may be causing this?

 ** **

 ** **

 ** **

 ** **

 George Kozak

 Digital Library Specialist

 Cornell University Library Information Technologies (CUL-IT)

 218 Olin Library

 Cornell University

 Ithaca, NY 14853

 607-255-8924

 ** **


 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead.
 Download for free and get started troubleshooting in minutes.
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

@mire_web_2.jpg--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Help with Solr on DSpace 3.1

2013-05-08 Thread Kevin Van de Velde
Hi Nason,

I would suggest removing the *write.lock* file from the data directory and
rerunning the index command, that should fix it.

Hope this helps,


Kind regards,

[image: logo]
Kevin Van de Velde *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=kevinvdv


On 8 May 2013 12:28, Hilton Gibson hilton.gib...@gmail.com wrote:

 Hi Nason

 Then I am out of ideas without access to your server.
 Perhaps others on the list can help.

 Regards

 hg


 On 8 May 2013 12:22, Nason Bimbe nasonbi...@gmail.com wrote:

 Thanks Hilton,
 I have done what you suggested and I am still getting the same error.

  Thanks
 Nason


 On 8 May 2013 11:10, Hilton Gibson hilton.gib...@gmail.com wrote:

 Hi Nason

 SEVERE: org.apache.lucene.store.LockObtainFailedException: Lock obtain
 timed out: NativeFSLock@./solr/data/index/write.lock 

 I would suspect file permissions as the fault.
 To put the app in /usr/local/dspace is unusual.
 Try the following at your own risk:

 chmod 0777 -R /usr/local/dspace/solr

 My preference for app location is /home/dspace which is on
 a separate volume/partition.
 See:
 http://wiki.lib.sun.ac.za/index.php/SUNScholar/Install_Ubuntu/S03/Disk_Partitioning

 Regards

 hg


 On 8 May 2013 12:00, Nason Bimbe nasonbi...@gmail.com wrote:

 We have upgraded from 1.8.2 to 3.1 and since then new items added can
 not be found via search neither are they visible in the latest submission
 lists but the items can be accessed directly if one knows the uri.

 When I ran update-discovery-index -f I get the following

 ris:/usr/local/dspace# bin/dspace update-discovery-index -f
  INFO [main] (DSpaceKernelInit.java:52) - Created new kernel:
 DSpaceKernel:org.dspace:name=dc341a12-aca7-4e50-a578-4d20d2a909e7,type=DSpaceKernel:lastLoad=null:loadTime=0:running=false:kernel=null
  INFO [main] (ConfigurationManager.java:1224) - Loading from
 classloader: file:/usr/local/dspace/config/dspace.cfg
  INFO [main] (ConfigurationManager.java:1224) - Using dspace provided
 log configuration (log.init.config)
  INFO [main] (ConfigurationManager.java:1224) - Loading:
 /usr/local/dspace/config/log4j.properties
 Exception: Internal Server Error

 Internal Server Error

 request: http://localhost:8080/solr/search/update?wt=javabinversion=2
 org.dspace.discovery.SearchServiceException: Internal Server Error

 Internal Server Error

 request: http://localhost:8080/solr/search/update?wt=javabinversion=2
 at
 org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:418)
 at org.dspace.discovery.IndexClient.main(IndexClient.java:119)
 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:597)
 at
 org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183)
 Caused by: org.apache.solr.common.SolrException: Internal Server Error

 Internal Server Error

 request: http://localhost:8080/solr/search/update?wt=javabinversion=2
 at
 org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:435)
 at
 org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:244)
 at
 org.apache.solr.client.solrj.request.AbstractUpdateRequest.process(AbstractUpdateRequest.java:105)
 at
 org.apache.solr.client.solrj.SolrServer.deleteByQuery(SolrServer.java:110)
 at
 org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:384)


 and in the catalina.out I get this

 07-May-2013 14:51:24 org.apache.solr.core.SolrCore execute
 INFO: [search] webapp=/solr path=/update params={wt=javabinversion=2}
 status=500 QTime=11291
 07-May-2013 14:51:24 org.apache.solr.common.SolrException log
 SEVERE: org.apache.lucene.store.LockObtainFailedException: Lock obtain
 timed out: NativeFSLock@./solr/data/index/write.lock
 at org.apache.lucene.store.Lock.obtain(Lock.java:84)
 at
 org.apache.lucene.index.IndexWriter.init(IndexWriter.java:1108)
 at
 org.apache.solr.update.SolrIndexWriter.init(SolrIndexWriter.java:83)
 at
 org.apache.solr.update.UpdateHandler.createMainIndexWriter(UpdateHandler.java:101)
 at
 org.apache.solr.update.DirectUpdateHandler2.openWriter(DirectUpdateHandler2.java:171)
 at
 org.apache.solr.update.DirectUpdateHandler2.deleteByQuery(DirectUpdateHandler2.java:324)
 at
 org.apache.solr.update.processor.RunUpdateProcessor.processDelete(RunUpdateProcessorFactory.java:71)
 at
 org.apache.solr.update.processor.LogUpdateProcessor.processDelete(LogUpdateProcessorFactory.java:137

Re: [Dspace-tech] controlled-vocabulary question

2013-04-30 Thread Kevin Van de Velde
Hi Jose,

The removal of the vocabulary prefix is handled by the
vocabulary-support.js file (
https://github.com/DSpace/DSpace/blob/dspace-3.0/dspace-xmlui/src/main/webapp/static/js/vocabulary-support.js).
This file is included in the sitemap.xmap of the submission aspect (
https://github.com/DSpace/DSpace/blob/dspace-3.0/dspace-xmlui/src/main/resources/aspects/Submission/sitemap.xmap#L238
).

Hope this helps,

Kind regards,

[image: logo]
Kevin Van de Velde *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=kevinvdv


On 24 April 2013 18:00, Jose Blanco blan...@umich.edu wrote:

 I'm trying to implement controlled-vocabulary, and I used the srsc to try
 it out.  I see a link to Subject Categories

 vocabulary:
 http://blancoj.dev.deepblue.lib.umich.edu/JSON/controlled-vocabulary?vocabularyIdentifier=srscmetadataFieldName=dc_subject

 I see this vocabulary: in front of the url. If I try the url, I get a
 JSON object.  My code is a merged version of 30, so I may be missing a
 javascript or something.  Any clue as to what may be going on.

 Thank you!
 Jose




 --
 Try New Relic Now  We'll Send You this Cool Shirt
 New Relic is the only SaaS-based application performance monitoring service
 that delivers powerful full stack analytics. Optimize and monitor your
 browser, app,  servers with just a few lines of code. Try New Relic
 and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

@mire_web_2.jpg--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with 2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Discovery

2013-03-29 Thread Kevin Van de Velde
Hi,

The xsl for rendering results in discovery has been moved in DSpace 3.0 so
the xsl templates you are looking for reside in discovery.xsl.

*
https://github.com/DSpace/DSpace/blob/master/dspace-xmlui/src/main/webapp/themes/dri2xhtml-alt/aspect/artifactbrowser/discovery.xsl#L194
*


So changing dc.title in hmo.title should do the trick.

Kind regards,

[image: logo]
Kevin Van de Velde *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=kevinvdv


On 28 March 2013 18:35, helix84 heli...@centrum.sk wrote:

 On Thu, Mar 28, 2013 at 5:42 PM, Srijan Deshpande srij...@gmail.com
 wrote:
  No this isn't working. I think the problem is that the default metadata
  schema (dc) is being referred to instead of my custom schema (hmo). For
  instance, I need the hmo.title field to be displayed in the search
 results
  instead of the dc.title field. How do I do this? How do I select which
  metadata schema Discovery uses for its filters and searches?

 You're right, that wouldn't work. I just looked again and only the dc
 schema goes into DRI's pageMeta. In order get metadata from other schemas,
 you have to access the METS document.

 Here's a snippet that would work in the said template (xsl:template
 match=dim:dim mode=itemSummaryList-DIM-file) that selects hmo.title:

 xsl:variable name=metsURL


   xsl:textcocoon://metadata//xsl:text
   xsl:value-of 
 select=dim:field[@element='contributor'][@qualifier='author']/
   xsl:text/mets.xml/xsl:text/xsl:variable
 xsl:variable name=title 
 select=document($metsURL)/mets:METS/mets:dmdSec/mets:mdWrap/mets:xmlData/dim:dim/dim:field[@mdschema='hmo'][@element='title']/


 I haven't actually tested it, but it should put you on the right track.


 Regards,
 ~~helix84

 Compulsory reading: DSpace Mailing List Etiquette
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette



 --
 Own the Future-Intelreg; Level Up Game Demo Contest 2013
 Rise to greatness in Intel's independent game demo contest.
 Compete for recognition, cash, and the chance to get your game
 on Steam. $5K grand prize plus 10 genre and skill prizes.
 Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

@mire_web_2.jpg--
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] [SPAM] Customizing Discovery Results Lists

2013-03-21 Thread Kevin Van de Velde
Hi Aaron,

Since Discovery 3.0 adds hit highlighting to the results, separate xsl
templates were created for rendering the discovery result pages. These
templates can be found in a separate xsl file:
themes/dri2xhtml-alt/aspect/artifactbrowser/discovery.xsl.

Hope this helps,

Kind regards,

[image: logo]
Kevin Van de Velde *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=kevinvdv


On 15 March 2013 17:22, aaronhelton hel...@un.org wrote:

 I have made some search results customizations in the Mirage theme in
 DSpace
 3.1 to display institution-specific metadata.  Finding and customizing this
 was easy enough, in item-list.xsl; however, I noticed that these
 customizations do not carry over to the result sets in /xmlui/discover.  My
 questions are these: 1) CAN the discover results be customized through the
 theme? and 2) If so, how?



 --
 View this message in context:
 http://dspace.2283337.n4.nabble.com/Customizing-Discovery-Results-Lists-tp4662719.html
 Sent from the DSpace - Tech mailing list archive at Nabble.com.


 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_mar
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

@mire_web_2.jpg--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Errors encountered when running update-discovery-index

2012-12-03 Thread Kevin Van de Velde
Hi Ian,

There was an issue with the read field in rc3. This has been fixed for the
DSpace 3.0 release with the following commit:
https://github.com/DSpace/DSpace/commit/d9df145a4e9628fcb649d8bdeb7454085ae2cc53#diff-4


Kind regards,

[image: logo]
Kevin Van de Velde *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=kevinvdv


On 3 December 2012 10:38, Ian Boston ib...@cam.ac.uk wrote:

 On 3 December 2012 19:51, helix84 heli...@centrum.sk wrote:
  On Mon, Dec 3, 2012 at 7:20 AM, Ian Boston ib...@cam.ac.uk wrote:
  2012-12-03 06:11:36,618 ERROR org.dspace.browse.SolrBrowseCreateDAO @
  Null metadata value for item 1542, field: dc.contributor.advisor
 
  This does look strange, assuming you really have a text_value for that
  row there.
 
  Both updating index and reindexing worked fine on my DSpace 3.0
  instance upgraded from 1.8.
 
  I'm wondering about that SolrBrowseCreateDAO part, not sure if it's
  supposed to be there, or if it's supposed to use the Postgres/Oracle
  DAO. This is new in DSpace 3.0:
 
 https://github.com/DSpace/DSpace/blob/dspace-3.0/dspace/config/dspace.cfg#L872
 
 
  Maybe if you could change this part to log what document it's trying
  to write, we'd see what's wrong:
 
 https://github.com/DSpace/DSpace/blob/dspace-3.0/dspace-api/src/main/java/org/dspace/discovery/SolrServiceImpl.java#L601
 
 
  Another thing I'd look at is changes in the value of the multiValued
  attribute in the Solr search schema, see if that gives you a clue:
  git diff --ignore-space-at-eol dspace-1_8_x dspace-3.0
  dspace/solr/search/conf/schema.xml
  But I can't explain why any such error would occur when rebuilding the
  index from scratch.


 I am not massively experienced with DSpace, but have a reasonable
 amount of exposure to Solr (especially Solr4). The error normally
 happens when a SolrJ client tried to put multiple values into a fields
 that was declared with no multiValued attribute or multiValued=false.

 Normally the error message tells you exactly which one it is, but the
 log messages on the Solr sever side dont look very normal. I am going
 to guess the fields is being defined by one of the field templates...
 but which one?

 In the offending line that causes the exception (not the one reporting
 null), there is a reference to a handle that contains several fields
 that are multi values.

 Perhaps the solr schema is not expecting subject to be multi valued ?

 I dont think this is a problem with a normal DSpace data set. Its more
 likely to be a problem with the DSpace@Cambridge dataset which has
 been living in a modified DSpace that forked 5 or 6 years ago probably
 at 1.4 or maybe 1.5. There are a lot of items, and hence a lot of
 opportunity for all sorts of weird metadata. I was impressed that the
 data migration to an unpatched DS3 worked.

 I'll hack the code a bit to see what exactly the problematic field is.

 Ian


 
 
  Regards,
  ~~helix84
 
  Compulsory reading: DSpace Mailing List Etiquette
  https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


 --
 Keep yourself connected to Go Parallel:
 BUILD Helping you discover the best ways to construct your parallel
 projects.
 http://goparallel.sourceforge.net
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

@mire_web_2.jpg--
Keep yourself connected to Go Parallel: 
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Discovery indexing in 1.8.2

2012-10-02 Thread Kevin Van de Velde
Hi Shaun,

Try running: {dspace-dir}/bin/dspace update-discovery-index *-f *. This
will force discovery to reindex its content.
*
*
*
*
Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 1 October 2012 18:34, Shaun Donovan sha...@teqcle.co.za wrote:

 Hi All

 I am trying to add dc.description.abstract as a search filter.

 I have edited spring-dspace-addon-discovery-configuration-services.xml
 and added it in there. I have also edited my messages.xml file and added
 an entry in there for the display.

 I have restarted DSpace and run {dspace-dir}/bin/dspace
 update-discovery-index, and now when I run a search, I have the option
 of adding Abstract as a filter, but when I enter anything in this
 field, the search returns no results.

 I have taken a specific item and added a unique word from its abstract
 as a search filter, but no results returned. It is as if the
 dc.desctiption.abstract has not been indexed.

 I have also tried running
  {dspace-dir}/bin/dspace index-init
  {dspace-dir}/bin/dspace index -r -f
 but still no luck.

 Any ideas on how to make this work will be greatly appreciated.

 Kind Regards.

 Shaun Donovan


 --
 Got visibility?
 Most devs has no idea what their production app looks like.
 Find out how fast your code is with AppDynamics Lite.
 http://ad.doubleclick.net/clk;262219671;13503038;y?
 http://info.appdynamics.com/FreeJavaPerformanceDownload.html
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Help solving java.lang.NullPointerException:

2012-01-31 Thread Kevin Van de Velde
Hi Howard,

May I ask what DSpace version you are using at the moment ?

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 30 January 2012 18:13, Howard Shand howard.sh...@jcsc.edu.jm wrote:

 Recently started get this error after a migration of our Dspace to a new
 server. Complete error attached but the pertinent section seems to be:
 
 Caused by: org.xml.sax.SAXException: An error was encountered while
 processing the 'aspect.discovery.SiteRecentSubmissions' Wing based
 component: org.dspace.app.xmlui.aspect.discovery.SiteRecentSubmissions
 java.lang.NullPointerException
 --

 Any assistance would be greatly appreciated.


 Warmest regards,
 Howard Shand

 --
 IT Department
 The Jamaica Constabulary Staff College
 The Jamaica Constabulary Force
 Twickenham Park, Spanish Town, St. Catherine
 Jamaica, W.I.
 www.jcf.gov.jm
 training.jcf.gov.jm
 Tel: 876-618-1687 (ext. 2434) or 876-821-1838 (Cell)

 We Serve, We Protect, We Reassure with Courtesy, Integrity and Proper
 Respect for the Rights of All.

 This email and any files transmitted with it are confidential and
 intended solely for the use of the individual or entity to whom they
 are addressed. This message contains confidential information and is
 intended only for the individual named. If you are not the named
 addressee you should not disseminate, distribute or copy this e-mail.
 Please notify the sender immediately by e-mail if you have received
 this e-mail by mistake and delete this e-mail from your system. If you
 are not the intended recipient you are notified that disclosing,
 copying, distributing or taking any action in reliance on the contents
 of this information is strictly prohibited.



 --
 Try before you buy = See our experts in action!
 The most comprehensive online learning library for Microsoft developers
 is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
 Metro Style Apps, more. Free future releases when you subscribe now!
 http://p.sf.net/sfu/learndevnow-dev2
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Empty index

2012-01-14 Thread Kevin Van de Velde
Hi Guillermo,

This is just a thought but have you also upgraded your database with the
database_schema_17-18.sql file located in the {dspace.dir}/etc/postgres
directory ?

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 10 January 2012 23:08, Guillermo Esteban Murillo Goussen 
mem...@gmail.com wrote:

 Hi again friends, I have this problem, just update DSpace from 1.7.2 to
 1.8.1, all seems to work fine but when I tried to browse by title it shows
 the right screen and says showing items 1 - 20 of 237 but the list is
 empty.  I've already checked the assetstore folder and executed dspace
 index-init, but still empty.  Any ideas?

 Thanks,

 Guillermo Murillo Goussen



 --
 La pureza del alma no se pierde sin consentimiento


 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] How to remove search filter from Discovery?

2011-12-04 Thread Kevin Van de Velde
Dear Jason,

I believe the following configuration for the search filters should do the
trick (a restart of the tomcat is required after changing the
configuration):

!--The search filters which can be used on the discovery search
page--
property name=searchFilters
list
/list
/property


Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 3 December 2011 21:59, Jason Stirnaman jstirna...@kumc.edu wrote:

 In DSpace 1.8.0, I want to remove/hide the search filter. In the UI,
 that's div#aspect_discovery_SimpleSearch_div_search-filters
 I was hoping to do it through configuration, e.g. by setting the property
 list to null in
 spring/discovery/spring-dspace-addon-discovery-configuration-services.xml
 like

 property name=searchFilters
  null/
 /property

 Tomcat doesn't complain about this configuration (unlike just commenting
 out the list), but the search filter doesn't go away either. Should I alter
 the theme or discovery's sitemap.xmap instead?

 Thanks,
 Jason


 Jason Stirnaman
 Biomedical Librarian, Digital Projects
 A.R. Dykes Library, University of Kansas Medical Center
 jstirna...@kumc.edu
 913-588-7319




 --
 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. IT sense. And common sense.
 http://p.sf.net/sfu/splunk-novd2d
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
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. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] strange behaviour with solr searches

2011-11-18 Thread Kevin Van de Velde
Hi,


I believe this is a bug in the discovery code, I would recommend upgrading
to DSpace 1.8.0 since discovery has been vastly improved (not necessarily a
lot of UI changes but the back end has been completely rewritten).
Not only have a lot of bugs been fixed but the configuration options have
also increased, information about the improved discovery can be found on
the following location:
https://wiki.duraspace.org/display/DSDOC18/Discovery#Discovery-DSpace1.8Improvements
.


Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



2011/11/16 Jesús Martín García jmar...@cesca.cat

 Hi,

 in our dspace 1.7.2 instance with discovery once you'll search and
 dspace returned the results, if you change to the next page and return
 to the previous one the order of the results are different. It's a bug
 in solr or is it from dspace? Has someone detected this behaviour?

 Thanks in advance,

 Regards,

 Jesús

 --
 ...
   __
 /   /   Jesús Martín García
 C E / S / C A   Tècnic de Projectes
   /__ / Centre de Serveis Científics i Acadèmics de Catalunya

 Gran Capità, 2-4 (Edifici Nexus) · 08034 Barcelona
 T. 93 551 6213 · F. 93 205 6979 · jmar...@cesca.cat
 ...



 --
 RSA(R) Conference 2012
 Save $700 by Nov 18
 Register now
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
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. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Some items (most) show up twice using discovery

2011-10-27 Thread Kevin Van de Velde
I'm afraid running [dspace]/bin/dspace index-init won't do much since
discovery uses a different backend then the standard search.

I would recommend running the command below as it will force discovery to re
index all the content.

[dspace]/bin/update-discovery-index -f



Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 26 October 2011 15:40, Blanco, Jose blan...@umich.edu wrote:

  Have you tried 

 ** **

 [dspace]/bin/dspace index-init

 ** **

 ?

 -Jose

 ** **

 ** **

 *From:* Joseph [mailto:joseph.rho...@gmail.com]
 *Sent:* Wednesday, October 26, 2011 9:32 AM
 *To:* Dspace-tech
 *Subject:* [Dspace-tech] Some items (most) show up twice using discovery**
 **

 ** **

 Dear Dspace-tech,

 ** **

 I'm using DSpace 1.7.2 and XMLUI with a modified

 I have a large number of items showing up twice in my discovery searches
 and facets.

 ** **

 They only show up once using the Browse By searches.

 ** **

 I've tried rebuilding the index using 

 [dspace]/bin/dspace update-discovery-index -b

 ** **

 And it still hasn't helped.

 ** **

 Any ideas or experiences?

 ** **

 -Joseph

 ** **


 --
 The demand for IT networking professionals continues to grow, and the
 demand for specialized networking skills is growing even more rapidly.
 Take a complimentary Learning@Cisco Self-Assessment and learn
 about Cisco certifications, training, and career opportunities.
 http://p.sf.net/sfu/cisco-dev2dev
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Search to show only Items with Full Text

2011-09-29 Thread Kevin Van de Velde
Hi Stuart,

In the default search it still isn't possible but in the soon to be released
1.8.0 version of DSpace this will be possible when using Discovery.
Discovery is an alternate search engine for the DSpace XMLUI, you can always
see it in action here: http://demo.dspace.org/xmlui/discover (this is the
current unreleased DSpace demo site).

If you have any further questions about discovery feel free to ask.

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 27 September 2011 10:52, stuart.wood sw...@le.ac.uk wrote:

 Hi,

 Seems to be a few posts asking this over the years, but i still cant find a
 definitive answer of what would be such a valuable addition to search
 within
 DSpace. I have been able to display a PDF icon in search results if the
 item
 has full text available, What i would really like is to limit any search to
 just full text items (so only items with a bitstream attached will
 display).

 I cant believe that this hasn't been implemented before - so if you know
 how, pass it on.

 Cheers,

 Stu

 --
 View this message in context:
 http://dspace.2283337.n4.nabble.com/Search-to-show-only-Items-with-Full-Text-tp3846531p3846531.html
 Sent from the DSpace - Tech mailing list archive at Nabble.com.


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

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


Re: [Dspace-tech] Error when launching script from bin directory

2011-09-07 Thread Kevin Van de Velde
Hi Jim,

This was a known issue for DSpace 1.7.1 and has been fixed in DSpace 1.7.2 
of course in the upcomming 1.8.0. The jira ticket for the issue can be found
here: https://jira.duraspace.org/browse/DS-875.
The error doesn't have any influence on the execution of the command line
interface.

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 7 September 2011 18:03, Jim Coble jim.co...@duke.edu wrote:

 Issuing a command like /usr/local/dspace-1.7.1/bin/dspace packager --help
 while in the /usr/local/dspace-1.7.1/bin directory produces the following
 (non-fatal) error:

 java.lang.IllegalArgumentException: Resource path
 [/usr/local/dspace-1.7.1/bin/dspace] does not denote a directory
at
 org.springframework.core.io.support.PathMatchingResourcePatternResolver.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:563)
at
 org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindMatchingFileSystemResources(PathMatchingResourcePatternResolver.java:543)
at
 org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:526)
at
 org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:342)
at
 org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:263)
at
 org.dspace.servicemanager.config.DSpaceConfigurationService.loadInitialConfig(DSpaceConfigurationService.java:375)
at
 org.dspace.servicemanager.config.DSpaceConfigurationService.init(DSpaceConfigurationService.java:60)
at
 org.dspace.servicemanager.DSpaceKernelImpl.start(DSpaceKernelImpl.java:145)
at
 org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:51)

 Issuing the same command in some other directory, e.g,. one level up, in
 the /usr/local/dspace-1.7.1 directory, does not produce the error.

 I've tracked down through the stack trace as far as line 375 in
 DSpaceConfigurationService and it appears to be calling the
 org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources()
 method with the argument classpath*:dspace/config-*.cfg.  The only thing I
 can figure out is that, when issuing the command in the bin/ directory,
 there is a match for dspace (i.e. the bin/dspace file) that is not a
 directory and hence doesn't make sense if it's trying to track down
 resources of the form dspace/config-*.cfg.  Elsewhere (e.g., up one
 level), there isn't a match for dspace at all and hence no something
 called dspace is there but it isn't a directory error.

 As I said, the error appears to be non-fatal and the command executes
 despite it but it's a little unsettling to get the error.  Has anyone else
 seem anything like this and know of a way to avoid it (other than not
 calling the command while in the bin/ directory)?

 Thanks.

 --Jim

 
 Jim Coble
 Core Services Technical Lead and Program Coordinator
 Information Technology Services
 Perkins Library
 Email: jim.co...@duke.edu
 Voice: 919-660-5974  Fax: 919-668-2578
 Box 90196, Duke University
 Durham, NC 27708-0196
 



 --
 Using storage to extend the benefits of virtualization and iSCSI
 Virtualization increases hardware utilization and delivers a new level of
 agility. Learn what those decisions are and how to modernize your storage
 and backup environments for virtualization.
 http://www.accelacomm.com/jaw/sfnl/114/51434361/
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
Using storage to extend the benefits of virtualization and iSCSI
Virtualization increases hardware utilization and delivers a new level of
agility. Learn what those decisions are and how to modernize your storage 
and backup environments for virtualization.
http://www.accelacomm.com/jaw/sfnl/114/51434361/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] recent submissions on the front page

2011-08-24 Thread Kevin Van de Velde
If you want to hide the recent results on the home page you will need to add
the following template to the theme.xsl

xsl:template
 match=dri:div[@id='aspect.discovery.SiteRecentSubmissions.div.site-home']
 /xsl:template


This will ensure that the div isn't shown on the home page.


Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 19 August 2011 20:21, Mark Diggory mdigg...@atmire.com wrote:

 Adjust your theme xslt to hide the section in the home page with a
 template match.

 Mark

 On Thu, Aug 18, 2011 at 11:14 AM, Joseph joseph.rho...@gmail.com wrote:
  Sisay and Bruno,
  It looks like they are using the Discovery aspect (note the discovery
  section on the side).  This aspect adds a Recently Added section to the
  front page by default. Then you can style it as you like.
  I'm actually have the opposite problem.  I'm using the discovery aspect
 but
  would like to hide the Recently Added section.
  -Joseph
 
  On Mon, Jul 4, 2011 at 01:46, Webshet, Sisay (ILRI) s.webs...@cgiar.org
 
  wrote:
 
  Hi all,
 
 
 
  Iam working on dspace 1.7.1 with xmlui (mirage) but Iam  new to xsl.can
  anybody assist me
 
  on how to bring recent submissions on the front page.
 
  I like the way the  California state university did their front page.
 
  http://csusm-dspace.calstate.edu/xmlui/
 
 
 
  Please help me
 
 
 
  Thanks
 
  sisay
 
 
 
 --
  All of the data generated in your IT infrastructure is seriously
 valuable.
  Why? It contains a definitive record of application performance,
 security
  threats, fraudulent activity, and more. Splunk takes this data and makes
  sense of it. IT sense. And common sense.
  http://p.sf.net/sfu/splunk-d2d-c2
  ___
  DSpace-tech mailing list
  DSpace-tech@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/dspace-tech
 
 
 
 
 --
  Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
  user administration capabilities and model configuration. Take
  the hassle out of deploying and managing Subversion and the
  tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
  ___
  DSpace-tech mailing list
  DSpace-tech@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/dspace-tech
 
 



 --
 Mark R. Diggory
 @mire - www.atmire.com
 2888 Loker Avenue East - Suite 305 - Carlsbad - CA - 92010
 Esperantolaan 4 - Heverlee 3001 - Belgium


 --
 Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
 user administration capabilities and model configuration. Take
 the hassle out of deploying and managing Subversion and the
 tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] dspace 1.7.2 Discovery error

2011-08-24 Thread Kevin Van de Velde
The reason why a 403 error occurs when attempting to visit the solr url is
because there are security limitations (you are only allowed to connect to
the solr server by using *localhost*). If you want to ensure that the
discovery search server is up  running you will need to run the following
command (this needs to be run on the server where the solr server is
running):

wget http://localhost:{port}/{solr.deploy.path}/search/select?q=*:*rows=0


When running this you should get something along the lines of:

?xml version=1.0 encoding=UTF-8? response lst name=responseHeader

   int name=status0/int
   int name=QTime0/int
   lst name=params
  str name=q*:*/str
  str name=rows0/str
   /lst
/lst
result name=response numFound=3 start=0/ /response

This indicates that the discovery server is at least up  running, if you
are getting something else could you perhaps send the result so I can take a
look at it ?


Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 24 August 2011 18:19, Antonio Calderón neocalde...@gmail.com wrote:

 Hi, how are you?

 Are you sure that's the default port?

 In debian the default port is 8080:

 'root@dspace:~# lsof-i: 8080
 COMMAND PID USER FD TYPE DEVICE SIZE / OFF NODE NAME
 1401 java tomcat6 0t0 25u IPv6 5001 TCP *: http-alt (LISTEN)'

 You must do the following:

 1. The file dspace-solr-search.cfg should look like:

 '## Search Indexing # #
 solr.search.server = http://localhost:8080/solr/search'

 2. Change the owner of the directory 'solr', in my installation:

 root@dspace:~# chown tomcat6:tomcat6 -R /var/dspace/webapps/solr/

 3. Finally:

 root@dspace:/var/dspace/bin# ./dspace update-discovery-index

 A.

 2011/8/24 Christian Voelker c.voel...@gmx.net:
  Hello,
 
  I have the very same problem. How sad, that you did not get an answer.
 
  There is a similar post in the forum, only a few days old, but also not
 answered:
  
 https://wiki.duraspace.org/display/dsforum/Error+occurs+when+turning+on+discovery+feature+of+Dspace
 
 
  I bet, that there needs to be something configured in Tomcat regarding
 rights, but I found no hint in the docs. Also, I have not yet found the
 place where solr wants to put its index file. So I was not able to make sure
 that there is no permissions problem.
 
  When trying to access
 
  http://83.169.21.252:8180/solr/ or
  http://83.169.21.252:8180/solr/admin or
  http://83.169.21.252:8180/solr/search
 
  I get a 403 error.
 
  Port 8180 is the default port for Tomcat in Debian which is use on my
 testserver.
  And yes, I have changed 8080 to 8180 in my dspace.cfg:
  dspace.baseUrl = http://83.169.21.252:8180
  And in dspace-solr-search.cfg:
  solr.search.server = http://83.169.21.252:8180/solr/search
 
  I dont know enough about Solr to test locally through CLI. This is the
 next thing I will try to learn. Still grateful for any hint to get up with
 this quickly. Where to search in the logs? I have lenghty errors in
 dspace.log but I dont understand them I bet I have to solve the issue with
 the discover index first.
 
  Again, thanks for any hints.
 
  Bye, Christian
 
 
  Am 08.06.2011 um 13:13 schrieb Ahmed Maher:
 
  when i run ./dspace update-discovery-index
  command
  i have the following error
  Exception: Error executing query
  org.dspace.discovery.SearchServiceException: Error executing query
  at
 org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:380)
  at org.dspace.discovery.IndexClient.main(IndexClient.java:120)
  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:597)
  at
 org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183)
  Caused by: 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.discovery.SolrServiceImpl.getSolr(SolrServiceImpl.java:105)
  at
 org.dspace.discovery.SolrServiceImpl.cleanIndex(SolrServiceImpl.java:353)
  ... 6 more
  Caused by: org.apache.solr.common.SolrException: Not Found
 
  Not Found
 
  request:
 http://localhost:8080/solr/search/select?q=search.resourcetype:2 AND
 search.resourceid:1wt=javabinversion=1
  at
 org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:435)
  at
 org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:244

Re: [Dspace-tech] Problem with index-init and filter-media in DSpace 1.7.1

2011-08-22 Thread Kevin Van de velde
Hi Susan,

Do you have any disk space left on your hard disk where you run the indexing
?


Kind regards,


Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 22 August 2011 20:39, Thornton, Susan M. (LARC-B702)[LITES] 
susan.m.thorn...@nasa.gov wrote:

  We just went live with DSpace 1.7.1 in Production after upgrading from
 1.5.1 to 1.7.1 and we’re having problems with both index-init and
 filter-media.  Our indexes take about 5 hours to build and right at the end,
 both jobs fail with the following errors:

 ** **

 request: http://oursite/solr/statistics/update?wt=javabinversion=1

 2011-08-22 12:37:50,716 ERROR org.dspace.search.DSIndexer @ background
 merge hit exception: _u88:C181167 _u89:c1 _u8a:c20 _u8b:c20 _u8c:c20
 _u8d:c18 into _u8e [optimize] [mergeDocStores]

 java.io.IOException: background merge hit exception: _u88:C181167 _u89:c1
 _u8a:c20 _u8b:c20 _u8c:c20 _u8d:c18 into _u8e [optimize] [mergeDocStores]*
 ***

   at
 org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:2908)

   at
 org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:2843)

   at
 org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:2813)

   at org.dspace.search.DSIndexer.optimizeIndex(DSIndexer.java:411)
 

   at org.dspace.search.DSIndexer.updateIndex(DSIndexer.java:588)**
 **

   at org.dspace.search.DSIndexer.updateIndex(DSIndexer.java:539)**
 **

   at
 org.dspace.app.mediafilter.MediaFilterManager.main(MediaFilterManager.java:381)
 

   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:597)

   at
 org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183)

 Caused by: java.io.IOException: No space left on device

   at java.io.RandomAccessFile.writeBytes(Native Method)

   at java.io.RandomAccessFile.write(RandomAccessFile.java:466)

   at
 org.apache.lucene.store.SimpleFSDirectory$SimpleFSIndexOutput.flushBuffer(SimpleFSDirectory.java:192)
 

   at
 org.apache.lucene.store.BufferedIndexOutput.flushBuffer(BufferedIndexOutput.java:96)
 

   at
 org.apache.lucene.store.BufferedIndexOutput.flush(BufferedIndexOutput.java:85)
 

   at
 org.apache.lucene.store.BufferedIndexOutput.writeBytes(BufferedIndexOutput.java:75)
 

   at
 org.apache.lucene.store.IndexOutput.writeBytes(IndexOutput.java:43)

   at
 org.apache.lucene.index.CompoundFileWriter.copyFile(CompoundFileWriter.java:229)
 

   at
 org.apache.lucene.index.CompoundFileWriter.close(CompoundFileWriter.java:184)
 

   at
 org.apache.lucene.index.SegmentMerger.createCompoundFile(SegmentMerger.java:217)
 

   at
 org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:5222)

   at
 org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:4675)

   at
 org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:235)
 

   at
 org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:291)
 

 2011-08-22 12:37:51,072 ERROR org.dspace.kernel.DSpaceKernelManager @ WARN
 Failed to unregister the MBean:
 org.dspace:name=3ad4f6f8-7449-478d-99f5-10aa11360763,type=DSpaceKernel

 2011-08-22 12:41:08,335 INFO
 org.dspace.app.webui.servlet.SimpleSearchServlet @
 anonymous:session_id=8F2024E9D25A224752DAD674B3A38CA4:ip_addr=146.165.68.35:
 search:query=ca024312,results=(0,0,1)

 2011-08-22 12:41:10,245 INFO  org.dspace.usage.LoggerUsageEventListener @
 anonymous:session_id=8F2024E9D25A224752DAD674B3A38CA4:ip_addr=146.165.68.35:
 view_item:handle=2121/337042

 2011-08-22 12:41:10,274 ERROR
 org.dspace.statistics.SolrLoggerUsageEventListener @ Not found

 ** **

 Not found

 ** **

 request: http://oursite/solr/statistics/update?wt=javabinversion=1

 ** **

 ** **

 I did some Googling and found something about maybe this is a problem with
 the indexes being accessed while being built…?

 ** **

 If anyone can help, I would really appreciate it.

 ** **

 Btw, we are running on Sun Solaris 10, PostgreSQL 8.2.5.  Also, we have not
 implemented our statistics yet so I haven’t even started trying to figure
 out where the SOLR errors are coming from.

 ** **

 Thanks,

 Sue

 * *

 * *

 *Sue Walker-Thornton*

 *Software Developer/Database Administrator*

 *NASA Langley Research Center|LITES Contract*

 *SGT, Inc.|130 Research Drive

[Dspace-tech] Discovery Back end rewrite review required

2011-06-23 Thread Kevin Van de velde
Hi,

For the release of DSpace 1.8.0 I have rewritten the back end of discovery
to make it more logical for developers (Sidebarfacets are set with a
separate transformer instead of transformers inheriting from this one, ...).
With the discovery back end rewrite I have also made a new option available,
a developer can now plug in his own back end for searching instead of the
default solr.

So any developer familiar with discovery may always review this JIRA task:
https://jira.duraspace.org/browse/DSCR-22.

The documentation included in the JIRA task can also be found on the DSpace
wiki at the following location:
https://wiki.duraspace.org/display/DSPACE/DSpace+Discovery#DSpaceDiscovery-DiscoveryinDSPace1.8.0


Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions
--
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. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] dspace solr facets config (autocomplete working but zero search results)

2011-06-07 Thread Kevin Van de velde
Dear Elvi,

I took a look at the issues you are having and I think I have a solution.
First of all the issue concerning the subject filters not working, in the *
schema.xml* you will need to add the following lines:

   - copyField source=dc.subject.lcsh dest=subject/
   - copyField source=dc.subject.other dest=subject/
   - ... (any other field that have been configured to the autocomplete need
   to be copied to subject)

On the second issue (not all subjects fields are indexed) I noticed that you
copied dc.subject.lcsh, dc.subject.other and dc.subject to the
filters, but you only copy dc.subject.lcsh and dc.subject.other to the
_ac field so I would suggest also adding the following line to your
schema.xml:

   - copyField source=dc.subject dest=subject_ac/

After adding the lines above to the schema.xml *restart the tomcat* and run
*update-discovery-index -f* from the {dspace.dir}/bin directory.
After that your issues should hopefully be solved.

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 5 June 2011 05:51, Nemiz, Elvi S. esne...@seafdec.org.ph wrote:

 Dear Kevin,

 The autocomplete feature is now working in subjects field but I am getting
 zero search results. I also noticed that not all entries in subjects field
 were indexed though I explicitly define what subjects should be indexed
 since you said that there's a problem when using dc.subject.*. Please advice
 what will I do to fix the zero search results  and autocomplete problem. Our
 dspace advanced search link: http://repository.seafdec.org.ph/discover.
 Please see also attached schema.xml and dspace-solr-search.cfg. Thanks in
 advance and best regards.

 Sincerely,
 Elvi

 On Wed, May 11, 2011 at 1:36 AM, Kevin Van de velde ke...@mire.be wrote:

 Dear Elvi,

 After doing some research on how to best create the auto
 complete functionality you requested with the current discovery
 implementation I came up with the following.
 In the {dspace.dir}/config/dspace-solr-search.cfg file replace *
 dc.subject.** by *subject*.

 solr.search.filters=dc.title, dc.contributor.author, *subject*,
 dc.date.issued.year


 In the schema.xml from the solr ({dspace.dir}/solr/search/conf) add the
 following lines:

 copyField source=dc.subject.other dest=subject_ac/
 copyField source=dc.subject.mesh dest=subject_ac/


 After the changes, restart the tomcat  reindex the discovery content and
 the auto complete should work.


 I hope this helps,

 Kevin Van de Velde
 @mire
 Esperantolaan 4 - 3001 Heverlee - Belgium
 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
 atmire.com - Institutional Repository Solutions



 On 6 May 2011 05:42, Nemiz, Elvi S. esne...@seafdec.org.ph wrote:

 Dear Kevin,

 Thank you so much for your help Kevin. It is now working nicely with
 proper capitalization. Follow up question regarding discovery facets/filter.
 In my dspace-solr-search.cfg, what will  I put in solr.search.filters to
 enable auto complete function and to include all entries in dc.subject.lcsh,
 dc.subject.other, etc.? If I put dc.subject.*, auto complete function is not
 working and I got zero hits when subject is selected in the drop down menu
 of the advance search. If I use subject_filter, I can search and hit entries
 in subjects fields but auto complete function is not working. I find the
 auto complete function in the advance search very helpful since it gives the
 user an idea of what is indexed under that field and it helps in minimizing
 typographical errors for users when searching. Once again, thank you Kevin
 for your help and your prompt response to my query. More power to you and to
 @mire and DSpace team.

 Best regards,
 Elvi


 On Fri, May 6, 2011 at 2:18 AM, Kevin Van de velde ke...@mire.bewrote:

 Dear Elvi,

 Thank you for the screenschot it clarifies a few things.
 I did some research into the issue you have and it appears that this is
 a small issue with discovery and using * as a qualifier.

 So far the best solution that I could come up with to fix the issue for
 you is to do the following in the schema.xml:

 I would add a copy command for each qualifier that you want to put into
 the subject sidebar facet (notice the *_filter* appendix, this is
 really important that you put that after each qualifier).

 copyField source=dc.subject.other_filter dest=subject_filter/
 copyField source=dc.subject.mesh_filter dest=subject_filter/

 copyField source=dc.subject_filter dest=subject_filter/


 And also make sure that the configuration for indexing looks like this:

  solr.facets.site=dc.type,dc.contributor.author,*dc.subject.**,*
 subject*,dc.date.issued_dt


 When done configuring you will have to re index discovery with the force
 command (*-f*).

 I hope this helps,

 Kind regards,

 Kevin Van de Velde
 @mire
 Esperantolaan 4 - 3001 Heverlee - Belgium
 2888 Loker Avenue East, Suite 305

Re: [Dspace-tech] Discovery autocomplete

2011-06-03 Thread Kevin Van de velde
Hi Muñoz,

No It is not disabled so it should be operational.

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 2 June 2011 23:41, Francisco J. Muñoz A. perola...@gmail.com wrote:

 Simple question

 Is the autocomplete feature of Discovery disabled by default?

 TIA

 --
 Kind Regards,
 Francisco Munoz




 --
 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
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
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
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Discovery and metadata.hide option in 1.7.1

2011-05-31 Thread Kevin Van de velde
Dear Jennifer,

I seem to have been mistaken in my understanding that the all_ac contains
only metadata values that come from the solr.search.filters, every
metadata field seems to end up in there.

You could put the all_ac to ignore but then the full text option in
discovery won't have an autocomplete.

What I would suggest is altering the SolrServiceImpl.java class.
In this class I would suggest moving the following lines:

//Add the field to all for autocomplete so our autocomplete works for all
 fields
 doc.addField(all_ac, value);


Into the following if block:

if(SearchUtils.getSearchFilters().contains(field) ||
 SearchUtils.getSearchFilters().contains(unqualifiedField + . + Item.ANY)){
 //Add a dynamic fields for autocomplete in search
 doc.addField(field + _ac, value);

}


So you would get something like:

if(SearchUtils.getSearchFilters().contains(field) ||
 SearchUtils.getSearchFilters().contains(unqualifiedField + . + Item.ANY)){
 //Add a dynamic fields for autocomplete in search`

doc.addField(all_ac, value);

doc.addField(field + _ac, value);

}


After that clean package and use ant update and re index discovery with the
-f option. That way only metadata fields that are in the configuration end
up in the autocomplete.


Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 25 May 2011 01:14, Jennifer Whalan jennifer.wha...@nt.gov.au wrote:

  Kevin,


 It doesn't appear that this is what happens (at least on my instance here).
 Our property in dspace-solr-seach.cfg is:

 solr.search.filters=dc.title, dc.contributor.author, subject,
 dc.date.issued.year, coverage
 but the actual data in the solr database is: (apologies for the font size).


 ?xml version=1.0 encoding=UTF-8?
 response

 lst name=responseHeader
  int name=status0/int
  int name=QTime421/int
  lst name=params
   str name=indenton/str
   str name=start0/str
   str name=q10070/58278/str
   str name=rows10/str
   str name=version2.2/str
  /lst
 /lst
 result name=response numFound=1 start=0
  doc
   date name=SolrIndexer.lastIndexed2011-05-24T22:29:53.253Z/date
   arr 
 name=all_acstr/str2007-11-27T00:00:40Z/strstr2007-11-27T00:00:40Z/str
   
 strUnknown/strstrPH0077/0028/strstrhttp://hdl.handle.net/10070/58278/strstr/
   str/str/str/strNorthern Territory. Dept. of the Community 
 Development Collection./str
   str077-0028/strstrNorthern Territory 
 Library./strstrUnknown./strstr/
   strWithdrawn due to migration issues, Jennifer Whalan, 
 20/04/2009./str/arr
   arr name=coverage_filterstr|||/str/arr
   arr name=dc.coverage.spatialstr//arr
   arr name=dc.coverage.spatial.enstr//arr
   arr name=dc.coverage.spatial_filterstr|||/str/arr
   arr name=dc.date.accessioned.yearint2007/int/arr
   arr name=dc.date.accessioned_dtdate2007-11-27T00:00:40Z/date/arr
   arr name=dc.date.available.yearint2007/int/arr
   arr name=dc.date.available_dtdate2007-11-27T00:00:40Z/date/arr
   arr name=dc.descriptionstr//arr
   arr name=dc.description.enstr//arr
   arr name=dc.format.extentstr//arr
   arr name=dc.format.extent.enstr//arr
   arr name=dc.format.mediumstr//arr
   arr name=dc.format.medium.enstr//arr
   arr name=dc.format.mimetypestr//arr
   arr name=dc.format.mimetype.enstr//arr
   arr name=dc.identifier.otherstrph0077/0028/str/arr
   arr name=dc.identifier.other.enstrPH0077/0028/str/arr
   arr 
 name=dc.identifier.uristrhttp://hdl.handle.net/10070/58278/str/arr
   arr name=dc.relation.ispartofstrnorthern territory. dept. of the 
 community development collection./str/arr
   arr name=dc.relation.ispartof.enstrNorthern Territory. Dept. of the 
 Community Development Collection./str/arr
   arr name=dc.rights.holderstrnorthern territory library./str/arr
   arr name=dc.rights.holder.enstrNorthern Territory Library./str/arr
   arr name=dc.titlestr077-0028/str/arr
   arr name=dc.title.enstr077-0028/str/arr
   arr name=dc.title_acstr077-0028/str/arr
   str name=dc.title_sort077-0028/str
   str name=handle10070/58278/str
   arr name=locationstrm2/strstrl8/str/arr
   arr name=location.collstr8/str/arr
   arr name=location.commstr2/str/arr
   arr name=publication_grpstrNorthern Territory. Dept. of the Community 
 Development Collection./str/arr
   int name=search.resourceid58379/int
   int name=search.resourcetype2/int
  /doc
 /result
 /response

 I'm assuming that the all_ac field is the one that is causing the issues,
 since it has fields in there that are not part of the above config setting.
 I suppose I could just ignore this field using

field name=all_ac type=ignored multiValued=true/
 like how I ignored other fields?

 I have a title_ac, and I know that I get author_ac (this record just
 doesn't have any), but for some reason my subject and coverage fields don't
 get _ac fields, so I assume that if I did ignore the all_ac, I wouldn't not
 get a autocomplete

Re: [Dspace-tech] top level community throws a WingExcpetion in xmlui

2011-05-24 Thread Kevin Van de velde
The issue is caused by an out of date discovery index (this is why the
*-f*was used, this forces a complete re index).

As to why the discovery index was out of date in the first place, I would
check if you have the discovery consumer enabled in your dspace.cfg, more
information on how to do this can be found here:
https://wiki.duraspace.org/display/DSPACE/Discovery+Configuration

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 20 May 2011 17:04, James Bardin jbar...@bu.edu wrote:

 On Fri, May 20, 2011 at 10:41 AM, Kevin Van de velde ke...@mire.be
 wrote:
  This is caused because the discovery index is out of date I would attempt
 to
  run the following in your {dspace.dir}/bin
 
  dspace update-discovery-index -f
 
  Hope this helps,
 

 That was it, specifically the '-f' option (the index is updated
 normally via cron).

 Any idea as to what could cause this?

 Thanks!



 --
 James Bardin jbar...@bu.edu
 Systems Engineer
 Boston University IST

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] top level community throws a WingExcpetion in xmlui

2011-05-20 Thread Kevin Van de velde
This is caused because the discovery index is out of date I would attempt to
run the following in your {dspace.dir}/bin

dspace update-discovery-index -f


Hope this helps,


Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 20 May 2011 16:25, James Bardin jbar...@bu.edu wrote:

 I have a new test installation of 1.7.1, which was upgraded from 1.5.2.

 A new (since the upgrade) top level community started throwing the
 following error whenever you try to view it:

 org.dspace.app.xmlui.wing.WingException: The available object manager
 is unable to manage the give object.

 It has some sub-communities which work fine, and it shows up correctly
 in all listing. I started walking through the code, but haven't gotten
 to a root cause, or even a fix yet (though I'm not very familiar with
 this codebase). Does anyone have any tip on where to start with this
 one?


 full stack trace:
 http://pastebin.com/raw.php?i=QJqMQ7cS

 cocoon:
 http://pastebin.com/raw.php?i=Ya2JKiS8

 Thanks
 -jim


 --
 What Every C/C++ and Fortran developer Should Know!
 Read this article and learn how Intel has extended the reach of its
 next-generation tools to help Windows* and Linux* C/C++ and Fortran
 developers boost performance applications - including clusters.
 http://p.sf.net/sfu/intel-dev2devmay
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] [dspace-tech] Copying solr statistics data

2011-05-12 Thread Kevin Van de velde
Hi César,

Copying the data directory should be sufficient, just make sure you stop the
tomcat of your test repository while copying.
Also I'm not sure how the copying will handle it if your production server
solr is logging data in the meantime (for safety reason I would suggest
shutting it down just to be sure).

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 12 May 2011 16:26, César Sabater csaba...@unr.edu.ar wrote:

 Hi all,
 I'm using Dspace 1.6.2 with solr statistics, also I have another test
 repository with the same version and the same data. So I want to copy
 the first repository stats data to the second one. Is ok if I copy
 [dspace]/solr/statistics/data folder to solr data folder in the second
 repo?

 Also I can convert an inmport the logs form the first one to the
 second.. but that seems to be much more tedious.

 Greetings!
 César Sabater


 --
 Achieve unprecedented app performance and reliability
 What every C/C++ and Fortran developer should know.
 Learn how Intel has extended the reach of its next-generation tools
 to help boost performance applications - inlcuding clusters.
 http://p.sf.net/sfu/intel-dev2devmay
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] dspace solr facets config

2011-05-10 Thread Kevin Van de velde
Dear Elvi,

After doing some research on how to best create the auto
complete functionality you requested with the current discovery
implementation I came up with the following.
In the {dspace.dir}/config/dspace-solr-search.cfg file replace *dc.subject.*
* by *subject*.

 solr.search.filters=dc.title, dc.contributor.author, *subject*,
 dc.date.issued.year


In the schema.xml from the solr ({dspace.dir}/solr/search/conf) add the
following lines:

 copyField source=dc.subject.other dest=subject_ac/
 copyField source=dc.subject.mesh dest=subject_ac/


After the changes, restart the tomcat  reindex the discovery content and
the auto complete should work.


I hope this helps,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 6 May 2011 05:42, Nemiz, Elvi S. esne...@seafdec.org.ph wrote:

 Dear Kevin,

 Thank you so much for your help Kevin. It is now working nicely with proper
 capitalization. Follow up question regarding discovery facets/filter. In my
 dspace-solr-search.cfg, what will  I put in solr.search.filters to enable
 auto complete function and to include all entries in dc.subject.lcsh,
 dc.subject.other, etc.? If I put dc.subject.*, auto complete function is not
 working and I got zero hits when subject is selected in the drop down menu
 of the advance search. If I use subject_filter, I can search and hit entries
 in subjects fields but auto complete function is not working. I find the
 auto complete function in the advance search very helpful since it gives the
 user an idea of what is indexed under that field and it helps in minimizing
 typographical errors for users when searching. Once again, thank you Kevin
 for your help and your prompt response to my query. More power to you and to
 @mire and DSpace team.

 Best regards,
 Elvi


 On Fri, May 6, 2011 at 2:18 AM, Kevin Van de velde ke...@mire.be wrote:

 Dear Elvi,

 Thank you for the screenschot it clarifies a few things.
 I did some research into the issue you have and it appears that this is a
 small issue with discovery and using * as a qualifier.

 So far the best solution that I could come up with to fix the issue for
 you is to do the following in the schema.xml:

 I would add a copy command for each qualifier that you want to put into
 the subject sidebar facet (notice the *_filter* appendix, this is
 really important that you put that after each qualifier).

 copyField source=dc.subject.other_filter dest=subject_filter/
 copyField source=dc.subject.mesh_filter dest=subject_filter/

 copyField source=dc.subject_filter dest=subject_filter/


 And also make sure that the configuration for indexing looks like this:

  solr.facets.site=dc.type,dc.contributor.author,*dc.subject.**,*subject*
 ,dc.date.issued_dt


 When done configuring you will have to re index discovery with the force
 command (*-f*).

 I hope this helps,

 Kind regards,

 Kevin Van de Velde
 @mire
 Esperantolaan 4 - 3001 Heverlee - Belgium
 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
 atmire.com - Institutional Repository Solutions



 On 5 May 2011 10:29, Nemiz, Elvi S. esne...@seafdec.org.ph wrote:

 Dear Kevin,

 In my schema.xml, if I use copyField source=dc.subject.*
 dest=subject_filter/, all entries are in lower case plus 2 duplicate
 entries that have the correct capitalization. From the attached image, you
 can see that Giant tiger shrimp culture and Giant tiger shrimp were just
 duplicate entries. There should be only 7 entries, 4 entries from
 dc.subject.lcsh and 3 from dc.subject.other. If I explicitly use
 dc.subject.lcsh and/or dc.subject.other in copyField source, all entries
 in subjects are in lower case which made me wonder because I applied the
 same procedure in dc.type and it is working just like in the author and date
 facets. Thank you so much for your help and hoping for a positive response.

 Best regards,
 Elvi




 On Thu, May 5, 2011 at 3:13 PM, Kevin Van de velde ke...@mire.bewrote:

 Dear Elvi,

 Are all your facets lower cased or are it just the ones in subjects ?
 Because it is a known bug in DSpace 1.7.0 that all sidebar facets are lower
 cased (this has been fixed in DSpace 1.7.1).
 About the duplication of subjects, would you mind emailing me your
 schema.xml from your solr since this is something strange that shouldn't be
 happening.


 Kevin Van de Velde
 @mire
 Esperantolaan 4 - 3001 Heverlee - Belgium
 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
 atmire.com - Institutional Repository Solutions



 On 4 May 2011 02:52, Nemiz, Elvi S. esne...@seafdec.org.ph wrote:

 Dear Kevin,

 Hello Kevin, thank you so much, changing the dc.subject.* to just
 subject worked, but now, all subjects have duplicate entries that were in
 lower case. Am I missing something? Thanks again and more power to you.


 Best regards,

 Elvi S. Nemiz
 Information Assistant
 Library and Data Bank

Re: [Dspace-tech] dspace solr facets config

2011-05-05 Thread Kevin Van de velde
Dear Elvi,

Are all your facets lower cased or are it just the ones in subjects ?
Because it is a known bug in DSpace 1.7.0 that all sidebar facets are lower
cased (this has been fixed in DSpace 1.7.1).
About the duplication of subjects, would you mind emailing me your
schema.xml from your solr since this is something strange that shouldn't be
happening.

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 4 May 2011 02:52, Nemiz, Elvi S. esne...@seafdec.org.ph wrote:

 Dear Kevin,

 Hello Kevin, thank you so much, changing the dc.subject.* to just subject
 worked, but now, all subjects have duplicate entries that were in lower
 case. Am I missing something? Thanks again and more power to you.


 Best regards,

 Elvi S. Nemiz
 Information Assistant
 Library and Data Bank Services Section
 Training and Information Division
 SEAFDEC Aquaculture Department
 Tigbauan, Iloilo
 Philippines

 On Tue, May 3, 2011 at 6:49 PM, Kevin Van de velde ke...@mire.be wrote:

 Dear Elvi,

 I think you need to change your configuration from

 solr.facets.site=dc.type,dc.contributor.author,*dc.subject.**
 ,dc.date.issued_dt

 to

  solr.facets.site=dc.type,dc.contributor.author,*subject*
 ,dc.date.issued_dt


 Now why do you need to do this you may ask, well for the following reason,
 the field in which you copy your dc.subject content is called *
 subject_filter*, DSpace will add the _filter postfix so subject
 should be enough in your facets config.
 After changing the property restart your tomcat and it should work.

 Kind regards,

 Kevin Van de Velde
 @mire
 Esperantolaan 4 - 3001 Heverlee - Belgium
 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA

 atmire.com - Institutional Repository Solutions



 On 3 May 2011 09:46, Nemiz, Elvi S. esne...@seafdec.org.ph wrote:

 Dear Kevin,

 Thank you so much Kevin!, now dc.type is now showing as facet. I still
 have problems regarding dc.subject though if I want to configure it as a
 facet. We have entries in dc.subject.lcsh and dc.subject.other so I tried to
 use dc.subject.* in schema.xml to include all entries in dc.subject.*:
field name=subject_filter type=dspaceFilter indexed=true
 stored=true multiValued=true/
 copyField source=dc.subject.* dest=subject_filter/

 added dc.subject.* in
 solr.facets.site=dc.type,dc.contributor.author,dc.subject.*,dc.date.issued_dt
 and in messages.xml, I added:   message
 key=xmlui.ArtifactBrowser.AdvancedSearch.type_subject_filterTopic/message.
 Did an update of discovery index with -f. Am I missing something? Thanks in
 advance and more power to you.

 Best Regards,

 Elvi S. Nemiz
 Information Assistant
 Library and Data Bank Services Section
 Training and Information Division
 SEAFDEC Aquaculture Department
 Tigbauan, Iloilo
 Philippines



 On Tue, May 3, 2011 at 3:08 PM, Kevin Van de velde ke...@mire.bewrote:

 Have you already tried running the update discovery command with the -f
 option, it will force a complete reindex.

- dspace update-discovery-index -f


 Kind regards,


 Kevin Van de Velde
 @mire - www.atmire.com
 533 2nd Street - Encinitas, CA 92024 - USA
 Technologielaan 9 - 3001 Heverlee - Belgium


 http://www.atmire.com - Institutional Repository Solutions
 http://www.togather.eu - Before getting together, get Tog@ther


 On 3 May 2011 08:21, Ahmed Maher ama...@kwareict.com wrote:

 you can check the subject filter field name
 maybe dc.subject.lcsh or another
  so you must change the dc.subject_filter to dc.subject.lcsh_filter

 On Tue, May 3, 2011 at 4:54 AM, Nemiz, Elvi S. esne...@seafdec.org.ph
  wrote:

  Dear Kim,

 I followed your instructions in your blog
 http://kim-shepherd.blogspot.com/2010/11/discovering-discovery-dspace-solr-tips.htmlbut
  I want to apply it in dc.type. I want to configure all entries in
 dc.type as a facet but I can't make this facet appear.
 I have added the following in my schema.xml file:

  field name=format_filter type=dspaceFilter indexed=true
 stored=true multiValued=true/
 copyField source=dc.type dest=format_filter/

 I also edited messages.xml by adding

 message
 key=xmlui.ArtifactBrowser.AdvancedSearch.type_format_filterFormat/message

 and added dc.type in dspace-solr-search.cfg:
 solr.facets.site=dc.contributor.author,dc.subject,dc.date.issued_dt,dc.type
 but only the authors and dates are showing as facets. I have reindexed 
 the
 discovery index and deleted cache of tomcat. Please help.

 Cheers,
 Elvi S. Nemiz
 Information Assistant
 Library and Data Bank Services Section
 Training and Information Division
 SEAFDEC Aquaculture Department
 Tigbauan, Iloilo
 Philippines


 --
 WhatsUp Gold - Download Free Network Management Software
 The most intuitive, comprehensive, and cost-effective network
 management toolset available today.  Delivers

Re: [Dspace-tech] Discovery and metadata.hide option in 1.7.1

2011-05-05 Thread Kevin Van de velde
Dear Jennifer,

The dropdown suggestions only show words that appear in one of the
configured metadata fields in the solr.search.filters property in the
{dspace.dir}/config/dspace-solr-search.cfg file so I would suggest looking
there to ensure that none of the non indexed fields appear in that property.

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 3 May 2011 00:48, Jennifer Whalan jennifer.wha...@nt.gov.au wrote:

  Bram,

 Unfortunately, we had no luck with the following. After adding the fields
 to the schema.xml and deleting the index and reindexing, we found that they
 still were appearing in the dropdown suggestions. I've included what we
 added below, and the options around it as well, to show the general location
 we added it. I had quick read through the schema.xml documentation on the
 apache site as well, and so I can understand why it is supposed to work. My
 only guess would be that if the order that things are added to the
 schema.xml is important, that it is in the wrong place.


 Thanks
 Jennifer


  !--Date matching--
 dynamicField name=*.year type=sint indexed=true stored=true 
 multiValued=true omitNorms=true /
 dynamicField name=*_dt type=date indexed=true stored=true 
 multiValued=true omitNorms=true /

field name=dc.description.provenance type=ignored multiValued=true/
field name=dc.rights type=ignored multiValued=true/
field name=dc.description.provenancedonor type=ignored 
 multiValued=true/
field name=dc.date.review type=ignored multiValued=true/
field name=dc.identifier.email type=ignored multiValued=true/
field name=dc.identifier.address type=ignored multiValued=true/
field name=dc.identifier.phone type=ignored multiValued=true/
field name=dc.ntl.rating type=ignored multiValued=true/
field name=dc.ntl.withdrawn type=ignored multiValued=true/
field name=dc.ntl.terms type=ignored multiValued=true/
field name=dc.ntl.lift type=ignored multiValued=true/

 !--Used for matching on all other fields--
  dynamicField name=* type=text multiValued=true/



 *Jennifer Whalan
 *Systems Support Officer | Innovation  Access
 Northern Territory Library 'Celebrating 30 Years'

 Department of Natural Resources, Environment, The Arts and Sport
 Northern Territory Government

 Phone:  (08) 8922 0752
 Fax:(08) 8922 0722
 Email:  *jennifer.wha...@nt.gov.au* jennifer.wha...@nt.gov.au
 Web:   * www.ntl.nt.gov.au*** http://www.ntl.nt.gov.au/***
 ***
 The information contained in this message and any attachments may be
 confidential information and may be subject to legal privilege, public
 interest or legal profession privilege. If you are not the intended
 recipient, any use, disclosure or copying of this message or any attachments
 is unauthorised. If you have received this document in error, please advise
 the sender. No representation or warranty is given that attached files are
 free from viruses or other defects. The recipient assumes all responsibility
 for any loss or damage resulting directly or indirectly from the use of any
 attached files.



  --
 *From:* bluy...@gmail.com [mailto:bluy...@gmail.com] *On Behalf Of *Bram
 Luyten
 *Sent:* Thursday, 21 April 2011 9:28 PM
 *To:* Jennifer Whalan
 *Cc:* Kevin Van de velde
 *Subject:* Re: [Dspace-tech] Discovery and metadata.hide option in 1.7.1

 Dear Jennifer,

 recently, one of our developers responded to your question on the DSpace
 mailing list. As @mire originally developed Mirage  Discovery for DSpace
 1.7, I would be very interested to learn if the given advice has helped you
 to resolve your issue.

 Furthermore, if you experience any other issue with Discovery and Mirage,
 we can always take a look at it for resolving in one of the upcoming
 releases of DSpace. Likewise, if you would have any challenging migration,
 upgrade or customization tasks, I'd be happy to investigate whether our
 professional services could apply in your context.

 with kindest regards,

 Bram Luyten

 @mire

 Technologielaan 9 - 3001 Heverlee - Belgium
 2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA

 atmire.com - Institutional Repository Solutions


 On Thu, Apr 14, 2011 at 3:43 PM, Kevin Van de veldewrote:

 Hi Jennifer,

 The disallowing of indexing certain fields in discovery has not yet been
 implemented. But if you want you can do this yourself by altering a single
 file.
 The file that needs to be edited is the following:
 {dspace.dir}/solr/search/conf/schema.xml. In the fields tag (it should
 start somewhere around line 490 of the file) you just need to add the
 following line:

 field name={field.not.to.index} type=ignored multiValued=true/


 So for example if you do not want the title field to be indexed add:

 field name=dc.title type=ignored multiValued=true/


 After this is done just

Re: [Dspace-tech] dspace solr facets config

2011-05-03 Thread Kevin Van de velde
Have you already tried running the update discovery command with the -f
option, it will force a complete reindex.

   - dspace update-discovery-index -f


Kind regards,


Kevin Van de Velde
@mire - www.atmire.com
533 2nd Street - Encinitas, CA 92024 - USA
Technologielaan 9 - 3001 Heverlee - Belgium


http://www.atmire.com - Institutional Repository Solutions
http://www.togather.eu - Before getting together, get Tog@ther


On 3 May 2011 08:21, Ahmed Maher ama...@kwareict.com wrote:

 you can check the subject filter field name
 maybe dc.subject.lcsh or another
  so you must change the dc.subject_filter to dc.subject.lcsh_filter

 On Tue, May 3, 2011 at 4:54 AM, Nemiz, Elvi S. esne...@seafdec.org.phwrote:

  Dear Kim,

 I followed your instructions in your blog
 http://kim-shepherd.blogspot.com/2010/11/discovering-discovery-dspace-solr-tips.htmlbut
  I want to apply it in dc.type. I want to configure all entries in
 dc.type as a facet but I can't make this facet appear.
 I have added the following in my schema.xml file:

  field name=format_filter type=dspaceFilter indexed=true
 stored=true multiValued=true/
 copyField source=dc.type dest=format_filter/

 I also edited messages.xml by adding

 message
 key=xmlui.ArtifactBrowser.AdvancedSearch.type_format_filterFormat/message

 and added dc.type in dspace-solr-search.cfg:
 solr.facets.site=dc.contributor.author,dc.subject,dc.date.issued_dt,dc.type
 but only the authors and dates are showing as facets. I have reindexed the
 discovery index and deleted cache of tomcat. Please help.

 Cheers,
 Elvi S. Nemiz
 Information Assistant
 Library and Data Bank Services Section
 Training and Information Division
 SEAFDEC Aquaculture Department
 Tigbauan, Iloilo
 Philippines


 --
 WhatsUp Gold - Download Free Network Management Software
 The most intuitive, comprehensive, and cost-effective network
 management toolset available today.  Delivers lowest initial
 acquisition cost and overall TCO of any competing solution.
 http://p.sf.net/sfu/whatsupgold-sd
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech




 --
 WhatsUp Gold - Download Free Network Management Software
 The most intuitive, comprehensive, and cost-effective network
 management toolset available today.  Delivers lowest initial
 acquisition cost and overall TCO of any competing solution.
 http://p.sf.net/sfu/whatsupgold-sd
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] dspace solr facets config

2011-05-03 Thread Kevin Van de velde
Dear Elvi,

I think you need to change your configuration from

 solr.facets.site=dc.type,dc.contributor.author,*dc.subject.**
 ,dc.date.issued_dt

to

  solr.facets.site=dc.type,dc.contributor.author,*subject*
 ,dc.date.issued_dt


Now why do you need to do this you may ask, well for the following reason,
the field in which you copy your dc.subject content is called *
subject_filter*, DSpace will add the _filter postfix so subject should
be enough in your facets config.
After changing the property restart your tomcat and it should work.

Kind regards,

Kevin Van de Velde
@mire
Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA
atmire.com - Institutional Repository Solutions



On 3 May 2011 09:46, Nemiz, Elvi S. esne...@seafdec.org.ph wrote:

 Dear Kevin,

 Thank you so much Kevin!, now dc.type is now showing as facet. I still have
 problems regarding dc.subject though if I want to configure it as a facet.
 We have entries in dc.subject.lcsh and dc.subject.other so I tried to use
 dc.subject.* in schema.xml to include all entries in dc.subject.*:
field name=subject_filter type=dspaceFilter indexed=true
 stored=true multiValued=true/
 copyField source=dc.subject.* dest=subject_filter/

 added dc.subject.* in
 solr.facets.site=dc.type,dc.contributor.author,dc.subject.*,dc.date.issued_dt
 and in messages.xml, I added:   message
 key=xmlui.ArtifactBrowser.AdvancedSearch.type_subject_filterTopic/message.
 Did an update of discovery index with -f. Am I missing something? Thanks in
 advance and more power to you.

 Best Regards,

 Elvi S. Nemiz
 Information Assistant
 Library and Data Bank Services Section
 Training and Information Division
 SEAFDEC Aquaculture Department
 Tigbauan, Iloilo
 Philippines



 On Tue, May 3, 2011 at 3:08 PM, Kevin Van de velde ke...@mire.be wrote:

 Have you already tried running the update discovery command with the -f
 option, it will force a complete reindex.

- dspace update-discovery-index -f


 Kind regards,


 Kevin Van de Velde
 @mire - www.atmire.com
 533 2nd Street - Encinitas, CA 92024 - USA
 Technologielaan 9 - 3001 Heverlee - Belgium


 http://www.atmire.com - Institutional Repository Solutions
 http://www.togather.eu - Before getting together, get Tog@ther


 On 3 May 2011 08:21, Ahmed Maher ama...@kwareict.com wrote:

 you can check the subject filter field name
 maybe dc.subject.lcsh or another
  so you must change the dc.subject_filter to dc.subject.lcsh_filter

 On Tue, May 3, 2011 at 4:54 AM, Nemiz, Elvi S. 
 esne...@seafdec.org.phwrote:

  Dear Kim,

 I followed your instructions in your blog
 http://kim-shepherd.blogspot.com/2010/11/discovering-discovery-dspace-solr-tips.htmlbut
  I want to apply it in dc.type. I want to configure all entries in
 dc.type as a facet but I can't make this facet appear.
 I have added the following in my schema.xml file:

  field name=format_filter type=dspaceFilter indexed=true
 stored=true multiValued=true/
 copyField source=dc.type dest=format_filter/

 I also edited messages.xml by adding

 message
 key=xmlui.ArtifactBrowser.AdvancedSearch.type_format_filterFormat/message

 and added dc.type in dspace-solr-search.cfg:
 solr.facets.site=dc.contributor.author,dc.subject,dc.date.issued_dt,dc.type
 but only the authors and dates are showing as facets. I have reindexed the
 discovery index and deleted cache of tomcat. Please help.

 Cheers,
 Elvi S. Nemiz
 Information Assistant
 Library and Data Bank Services Section
 Training and Information Division
 SEAFDEC Aquaculture Department
 Tigbauan, Iloilo
 Philippines


 --
 WhatsUp Gold - Download Free Network Management Software
 The most intuitive, comprehensive, and cost-effective network
 management toolset available today.  Delivers lowest initial
 acquisition cost and overall TCO of any competing solution.
 http://p.sf.net/sfu/whatsupgold-sd
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech




 --
 WhatsUp Gold - Download Free Network Management Software
 The most intuitive, comprehensive, and cost-effective network
 management toolset available today.  Delivers lowest initial
 acquisition cost and overall TCO of any competing solution.
 http://p.sf.net/sfu/whatsupgold-sd
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech





 --
 Elvi S. Nemiz
 Information Assistant
 Library and Data Bank Services Section
 Training and Information Division
 SEAFDEC Aquaculture Department
 Tigbauan, Iloilo
 Philippines

--
WhatsUp Gold - Download Free Network Management

Re: [Dspace-tech] Discovery and metadata.hide option in 1.7.1

2011-04-14 Thread Kevin Van de velde
Hi Jennifer,

The disallowing of indexing certain fields in discovery has not yet been
implemented. But if you want you can do this yourself by altering a single
file.
The file that needs to be edited is the following:
{dspace.dir}/solr/search/conf/schema.xml. In the fields tag (it should
start somewhere around line 490 of the file) you just need to add the
following line:

field name={field.not.to.index} type=ignored multiValued=true/


So for example if you do not want the title field to be indexed add:

field name=dc.title type=ignored multiValued=true/


After this is done just restart the tomcat and re index discovery and the
field should be removed from the index.

I really hope this helps.

Ps: I do plan to create a patch to fix this issue (so that non indexable
fields can be configured) as soon as I find the time to create one.

Kind regards,

Kevin Van de Velde
@mire - www.atmire.com
533 2nd Street - Encinitas, CA 92024 - USA
Technologielaan 9 - 3001 Heverlee - Belgium


http://www.atmire.com - Institutional Repository Solutions
http://www.togather.eu - Before getting together, get Tog@ther


On 14 April 2011 08:45, Jennifer Whalan jennifer.wha...@nt.gov.au wrote:

  Not sure if this is perhaps a bug or not, but currently in our
 dspace.cfg, we have about 8 metadata fields that we want to keep hidden from
 searches, item views, oai, etc. However I've noticed that these fields are
 indexed by Discovery, and so if doing a filter on Fulltext, the dropdown
 shows options that are in these particular fields.

 Is there a way to remove these fields from being indexed by Discovery?


 Thanks
 Jennifer.


 **

 *Jennifer Whalan
 *Territory Stories Administrator
 Innovation  Access, Northern Territory Library
 Department of Natural Resources, Environment, The Arts and Sport
 Northern Territory Government

 Phone:  (08) 8922 0752
 Fax:(08) 8922 0722
 Email:  *jennifer.wha...@nt.gov.au* jennifer.wha...@nt.gov.au
 Web:   * www.ntl.nt.gov.au*** http://www.ntl.nt.gov.au/***
 ***
 The information contained in this message and any attachments may be
 confidential information and may be subject to legal privilege, public
 interest or legal profession privilege. If you are not the intended
 recipient, any use, disclosure or copying of this message or any attachments
 is unauthorised. If you have received this document in error, please advise
 the sender. No representation or warranty is given that attached files are
 free from viruses or other defects. The recipient assumes all responsibility
 for any loss or damage resulting directly or indirectly from the use of any
 attached files.


 --
 Benefiting from Server Virtualization: Beyond Initial Workload
 Consolidation -- Increasing the use of server virtualization is a top
 priority.Virtualization can reduce costs, simplify management, and improve
 application availability and disaster protection. Learn more about boosting
 the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Re-indexing with discovery

2011-02-02 Thread Kevin Van de velde
Hi Thomas,

Have you tried running the update-discovery-index command with the
*-f*option like shown below:

./dspace update-discovery-index -f


By adding the *-f* you are forcing discovery to reindex all your items.

Hope this helps,

Kevin Van de Velde
@mire - www.atmire.com
533 2nd Street - Encinitas, CA 92024 - USA
Technologielaan 9 - 3001 Heverlee - Belgium


http://www.atmire.com - Institutional Repository Solutions
http://www.togather.eu - Before getting together, get Tog@ther


On 2 February 2011 15:42, Mckeane Thomas mckeane.tho...@gmail.com wrote:

 Hello,
I had upgraded from dspace 1.6.2 to dspace 1.7.0 and found that if an
 item had a metadata field with an associated integer value for example:
 sc.coordinate.northing have values of say 500, 600, 1000, 400. The metadata
 field sc.coordinate.northing was not added to [dspace]/solr/search/conf
 schema.xml file before, but have the values mentioned previously. After I
 added the field to the schema and ran update-discovery-index and perform
 range search on the values above no results are returned. Also if I added
 the metadata sc.coordinate.northing with a value to an item besides those
 mentioned above example a value of 560. and performed a range query on the
 newly added item with value 550 is returned. Those that were there before
 aren't returned even though they are within range searched.


 here's the field I added to schema.xml file:
 field name=northing type=int indexed=true stored=true
 multiValued=true omitNorms=true /
  field name=sc.coordinate.northing type=int indexed=true
 stored=true multiValued=true/
  copyField source=sc.coordinate.northing dest=northing/


 and query example:

 northing:[* TO *]

 Your query northing:[* TO *] produced 1 result(s).
 which is the item that I added the metadata value to after I I added the
 field above to the schema.xml file and ran update-discovery-index
 What I realize is that I would have to delete and re-add the metadata field
 to the items.

 Performing a search from solr admin interface on an Item that was there
 before I added the field to the schema.xml file example: 500
  The value is returned, but with an attribute below:
 arr name=sc.coordinate.northing
 strERROR:SCHEMA-INDEX-MISMATCH,stringValue=500/str
 /arr

 Searching for the value previously added or using the search term
 northing:[* TO *]
 the results returned have the attribute:
 arr name=sc.coordinate.northing
 long560/long
 /arr

 Is there a way to update the index so the fields are indexed properly?
 Any help would be greatly appreciated.

 Best Regards,
 Mckeane Thomas.


 --
 Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
 Finally, a world-class log management solution at an even better
 price-free!
 Download using promo code Free_Logger_4_Dev2Dev. Offer expires
 February 28th, so secure your free ArcSight Logger TODAY!
 http://p.sf.net/sfu/arcsight-sfd2d
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Dspace 1.7.0 solr search

2011-01-26 Thread Kevin Van de velde
Dear Thomas,

I tested the setup you described and got the expected results so I will
require some more information to determine why it isn't working on your
side.

   1. Where in the schema.xml file did you put your fields, I put mine just
   below the copyField lines for dc.creator.
   2. What is the exact solr query you are trying to execute ?
   3. In your solr index, are there any values present in the var field ?

Ps: the search.index.x properties in the dspace.cfg aren't used by
discovery, the solr discovery index indexes all metadata fields.


Kind regards,

Kevin Van de Velde
@mire - www.atmire.com
533 2nd Street - Encinitas, CA 92024 - USA
Technologielaan 9 - 3001 Heverlee - Belgium


http://www.atmire.com - Institutional Repository Solutions
http://www.togather.eu - Before getting together, get Tog@ther


On 25 January 2011 15:20, Mckeane Thomas mckeane.tho...@gmail.com wrote:

 Hello,
 I have two instances of dspace installed on my machine, dspace 1.7.0
 and dspace 1.6.2. The discovery patch has been applied to dspace 1.6.2 to
 facilitate range queries. Range queries works as expected from both solr
 admin search interface and from dspace xmlui interface. However, range
 queries doesn't seem to work with dspace 1.7.0, when I turned on the
 Discovery module as outlined in the documentation, and added the following
 the following to the schema.xml file found at [dspace]/solr/search/conf.

 field name = var type = int indexed =true stored =true multiValued
 =true omitNorms =true /
  copyField source=dc.format.extent dest=var/
 field name = dc.format.extent type = int indexed = true stored =
 true multiValued = true/

 and also added the following index to [dspace]/conf dspace.cfg file.
 search.index.13 = var:dc.format.extent

 After running the update-discovery-index and the trying range searches
 similar to those done with dspace 1.6.2,  the results returned are not
 within ranges specified.

 In discovery solr is used for indexing and searching which should provide
 support for range queries from my standpoint.
 I downloaded solr 1.4.1 and tried range searches and it worked as expected.

 Could someone tell me what I need to do or what I have done wrong.

 Any help with this would be greatly appreciated.

 Best Regards,
 Mckeane


 --
 Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
 Finally, a world-class log management solution at an even better
 price-free!
 Download using promo code Free_Logger_4_Dev2Dev. Offer expires
 February 28th, so secure your free ArcSight Logger TODAY!
 http://p.sf.net/sfu/arcsight-sfd2d
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Discovery plug-in reorder for 1.70

2011-01-05 Thread Kevin Van de velde
Hi Germán,

What I would do is duplicate any xsl you would want to alter from the
navigation.xsl, paste these in {your.theme}.xsl and alter them there.
By doing it this way it is much easier to keep track of your changes.

best regards,

Kevin Van de Velde
@mire - www.atmire.com
533 2nd Street - Encinitas, CA 92024 - USA
Technologielaan 9 - 3001 Heverlee - Belgium


http://www.atmire.com - Institutional Repository Solutions
http://www.togather.eu - Before getting together, get t...@ther


On 4 January 2011 22:49, Germán Biozzoli germanbiozz...@gmail.com wrote:

 Thank you very much Kevin
 Perhaps my question is very basic, I've created my own theme copying
 mirage theme, you're suggesting that I should modify navigation.xsl or
 create a new xsl for the facets? I simply need to reorder the section
 upside statistics or login section in navigation bar.

 Regards
 Germán

 On Tue, Jan 4, 2011 at 1:36 PM, Kevin Van de velde ke...@mire.be wrote:
  Hi Germán,
 
  The reason why you can't find the xsl is because there is no special xsl
 to
  render the discovery navigation.
  So what I would suggest is that you create your own template in xsl to do
  this, just take a look at the DRI from dspace demo site:
  http://demo.dspace.org/xmlui/DRI/discover and you will find that the
 sidebar
  is rendered in a list with id
  'aspect.discovery.SimpleSearch.list.discovery'.
  Below is a small example on how to place the discovery sidebar in a
 couple
  of divisions.
 
  xsl:template
  match=dri:li...@id='aspect.discovery.SimpleSearch.list.discovery']
  div id=div1
  div id=div2 
  xsl:apply-templates/
  /div
  /div
  /xsl:template
 
  I hope I was able to solve your problem.
 
 
  best regards,
 
  Kevin Van de Velde
  @mire - www.atmire.com
  533 2nd Street - Encinitas, CA 92024 - USA
  Technologielaan 9 - 3001 Heverlee - Belgium
 
 
  http://www.atmire.com - Institutional Repository Solutions
  http://www.togather.eu - Before getting together, get t...@ther
 
 
  On 4 January 2011 16:47, Germán Biozzoli germanbiozz...@gmail.com
 wrote:
 
  Hi people
 
  The users that I'm working for with DSpace 1.70, requested to me to
  re-order the discovery plug-in facets to show it more easily to the
  final users. They find that are in some way forgotten in the last
  position and they wish to see it at first or second division in
  navigation bar. I've tried to look in the mirage xsls or
  dri2xhtml_alt's but it's seems to be solved in the aspect instance,
  somebody could give me a clue to fullfill this request?
 
  Thanks a lot
  Germán
 
 
 
 --
  Learn how Oracle Real Application Clusters (RAC) One Node allows
 customers
  to consolidate database storage, standardize their database environment,
  and,
  should the need arise, upgrade to a full multi-node Oracle RAC database
  without downtime or disruption
  http://p.sf.net/sfu/oracle-sfdevnl
  ___
  DSpace-tech mailing list
  DSpace-tech@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/dspace-tech
 
 

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Discovery plug-in reorder for 1.70

2011-01-04 Thread Kevin Van de velde
Hi Germán,

The reason why you can't find the xsl is because there is no special xsl to
render the discovery navigation.
So what I would suggest is that you create your own template in xsl to do
this, just take a look at the DRI from dspace demo site:
http://demo.dspace.org/xmlui/DRI/discover and you will find that the sidebar
is rendered in a list with id
'aspect.discovery.SimpleSearch.list.discovery'.
Below is a small example on how to place the discovery sidebar in a couple
of divisions.


 xsl:template
 match=dri:li...@id='aspect.discovery.SimpleSearch.list.discovery']
 div id=div1
 div id=div2 
 xsl:apply-templates/
 /div
 /div
 /xsl:template


I hope I was able to solve your problem.


best regards,

Kevin Van de Velde
@mire - www.atmire.com
533 2nd Street - Encinitas, CA 92024 - USA
Technologielaan 9 - 3001 Heverlee - Belgium


http://www.atmire.com - Institutional Repository Solutions
http://www.togather.eu - Before getting together, get t...@ther


On 4 January 2011 16:47, Germán Biozzoli germanbiozz...@gmail.com wrote:

 Hi people

 The users that I'm working for with DSpace 1.70, requested to me to
 re-order the discovery plug-in facets to show it more easily to the
 final users. They find that are in some way forgotten in the last
 position and they wish to see it at first or second division in
 navigation bar. I've tried to look in the mirage xsls or
 dri2xhtml_alt's but it's seems to be solved in the aspect instance,
 somebody could give me a clue to fullfill this request?

 Thanks a lot
 Germán


 --
 Learn how Oracle Real Application Clusters (RAC) One Node allows customers
 to consolidate database storage, standardize their database environment,
 and,
 should the need arise, upgrade to a full multi-node Oracle RAC database
 without downtime or disruption
 http://p.sf.net/sfu/oracle-sfdevnl
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Internal system error

2010-03-05 Thread Kevin Van de velde
Hi,

The error is implying that your metadata format registry is not up to date.
You might want to take a look at the following link:
http://www.dspace.org/1_6_0Documentation/ch05.html#N14D45

If you need further help for this please let me know.

Kind regards,

Kevin Van de Velde
@mire - www.atmire.com
533 2nd Street - Encinitas, CA 92024 - USA
Technologielaan 9 - 3001 Heverlee - Belgium


http://www.atmire.com - Institutional Repository Solutions
http://www.togather.eu - Before getting together, get t...@ther


On 4 March 2010 17:41, Thornton, Susan M. (LARC-B702)[RAYTHEON TECHNICAL
SERVICES COMPANY] susan.m.thorn...@nasa.gov wrote:

  Hi,



 Looks like maybe the application is requiring that a title be entered, and
 that the title is null…?



 Hope this helps,

 Sue





 *Sue Walker-Thornton*

 *ConITS Contract**
 NASA Langley Research Center
 Integrated Library Systems ~ Developer/DBA*

 *130 Research Drive*

 *Hampton, VA  23666*

 *Office: (757) 224-4074**
 Fax:(757) 224-4001
 Mobile:  (757) 506-9903*

 *Email:** ** **susan.m.thorn...@nasa.gov* susan.m.thorn...@nasa.gov






  --

 *From:* shali Kallumpuram [mailto:vidyaserverad...@gmail.com]
 *Sent:* Thursday, March 04, 2010 2:07 AM
 *To:* dspace-tech@lists.sourceforge.net
 *Subject:* [Dspace-tech] Internal system error



 Dear all.

 i have updated the my dspace 1.5.2 to 1.6 , but after that i cant able to
 submit new items to Dspace

 Error :

 1 . in jspui it shows internal system error

 in xmlui after filling first page and click on next it shows ,

 2 . java.sql.SQLException: bad_dublin_core schema=dc, *title null*

 anybody please help me.




 --
 Download Intel#174; Parallel Studio Eval
 Try the new software tools for yourself. Speed compiling, find bugs
 proactively, and fine-tune applications for parallel performance.
 See why Intel Parallel Studio got high marks during beta.
 http://p.sf.net/sfu/intel-sw-dev
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] How to modify Contact Us page

2008-11-07 Thread Kevin Van de velde
Dear Serhiy Polyakov,

If you have no experience with xsl it might indeed be best to just edit the
Contact.java and just commenting out the lines that you do not wish to see
as shown below. )
/*
List list = contact.addList(contact);

list.addLabel(T_feedback_label);
list.addItem().addXref(contextPath+/feedback,T_feedback_link);

list.addLabel(T_email);
String email = ConfigurationManager.getProperty(mail.admin);
list.addItem().addXref(mailto:+email,email);
*/

best regards,
-- 
-- 
Kevin Van de Velde
@mire NV
B-3001 Leuven, Belgium
http://atmire.com/consultancy.php - DSpace maintenance, support and custom
development

2008/11/7 Serhiy Polyakov [EMAIL PROTECTED]

 Hi,

 How to remove two lines:

 On-line form: Feedback
 Email:

 from Contact Us page?

 Should I edit Aspect (Contact.java) and rebuild DSpace?

 Could not make it with xsl.

 Thanks

 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's
 challenge
 Build the coolest Linux based applications with Moblin SDK  win great
 prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Change Scope in Advanced Search xmlui

2008-11-07 Thread Kevin Van de velde
Dear Serhiy Polyakov,

Adding the collections to the advanced search box is not that hard. Just go
to the AbstractSearch.java class to the method buildscopelist and change
the code below.

for (Community community : Community.findAll(context))
{

scope.addOption(community.getHandle(),community.getMetadata(name));
}

into

for (Community community : Community.findAll(context))
 {
 scope.addOption(community.getHandle(),community.getMetadata(name));
for (int i = 0; i  community.getCollections().length; i++) {
Collection collection = community.getCollections()[i];
scope.addOption(collection.getHandle(),collection.getMetadata(name));
}
}
This will however list these collections in the simple search as well.

best regards,
-- 
Kevin Van de Velde
@mire NV
B-3001 Leuven, Belgium
http://atmire.com/consultancy.php - DSpace maintenance, support and custom
development


2008/11/7 Serhiy Polyakov [EMAIL PROTECTED]

 Hi,

 I use DSpace 1.5.1, xmlui interface

 How to change scope in Advanced Search so that it lists not only top
 level Communities but also Collections. If not possible, how to remove
 that top box that controls scope?

 Thanks,
 Serhiy

 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's
 challenge
 Build the coolest Linux based applications with Moblin SDK  win great
 prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech