Re: [Dspace-tech] Error when importing statistics to elasticsearch in DSpace 5.1

2015-04-08 Thread euler
Hi Peter,

Yes, tomcat is running and I'm monitoring tomcat's log for any errors but
none so far. I tried to enable Elastic Search, following your advice to
visit an item such that a usage event would be triggered (I did not attempt
to import logs to elasticsearch). Looking at my dspace logs, I only saw one
error:

2015-04-09 09:13:28,729 ERROR org.dspace.statistics.ElasticSearchLogger @
getCli
ent reports null client
2015-04-09 09:13:30,205 INFO  org.dspace.statistics.ElasticSearchLogger @
Create
 a nodeClient, allows transport clients to connect
2015-04-09 09:13:31,235 INFO  org.elasticsearch.node @ [Fang]
version[1.4.0], pi
d[4616], build[bc94bd8/2014-11-05T14:26:12Z]
2015-04-09 09:13:31,235 INFO  org.elasticsearch.node @ [Fang] initializing
...
2015-04-09 09:13:31,276 INFO  org.elasticsearch.plugins @ [Fang] loaded [],
site
s [] -- My dspace logs just stopped here, unless I restart Tomcat or run
any dspace commands

It seems that the elasticsearch.node is just initializing forever, and
nothing is loaded in my browser when I visit any pages.

Anything that I missed? I did try running an elasticsearch server from
another machine and point the IP in my elastic-search-statistics.cfg to that
machine, but the results of my dspace log is the same and nothing is loaded
in my browser. I would like to try to make elasticsearch work first, without
setting up an external elastic search server. I wonder if this is a windows
issue and would like to ask from the list if any windows users have
successfully enabled their elastic search.

Thanks in advance and regards,
euler



--
View this message in context: 
http://dspace.2283337.n4.nabble.com/Error-when-importing-statistics-to-elasticsearch-in-DSpace-5-1-tp4677334p4677377.html
Sent from the DSpace - Tech mailing list archive at Nabble.com.

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
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] OAI error - no matches for the query

2015-04-08 Thread Lewatle Phaladi
Hi Claudia and Dspace_Team,

I have performed : [dspace]/bin/dspace oai clean-cache and 
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Harvesting/3.X successfully, but 
I still get No matches for the query message when I click on Records or 
Identifiers, using link 
http://URL/oai/request?verb=ListRecordsmetadataPrefix=oai_dc 
Is this normal results for OAI.

Regards,
Lewatle

-Original Message-
From: Claudia Jürgen [mailto:claudia.juer...@ub.tu-dortmund.de] 
Sent: 07 April 2015 02:04 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] OAI error - no matches for the query

Hello Lewatle,

no just run
[dspace]/bin/dspace oai clean-cache to remove the caches responses.

Hope this helps

Claudia


Am 07.04.2015 um 13:31 schrieb Lewatle Phaladi:
 Hi Emilio,

 Thanks for sharing, is there any tomcat restart needed after this command 
 been performed?

 Regards,
 Lewatle

 From: emilio lorenzo [mailto:elore...@arvo.es]
 Sent: 07 April 2015 12:48 PM
 To: dspace-tech@lists.sourceforge.net
 Subject: Re: [Dspace-tech] OAI error - no matches for the query

 Hi Lewatle
 a  no matches for the query  is not an error message. It just says that you 
 oai index is empty. Since DSPACE v3 thers is a new OAI engine, and the index, 
 an SOLR index, must be populated periodically  (a nigth cron could be suited 
 to most installations)  with a command   oai import
 see:
 https://wiki.duraspace.org/display/DSDOC3x/OAI+2.0+Server
 and
 http://wiki.lib.sun.ac.za/index.php/SUNScholar/Harvesting/3.X

 best regards
 Emilio

 El 07/04/2015 a las 11:53, Lewatle Phaladi escribió:
 Hi All,

 I got error message on my OAI testing, when I click on Identify tab on 
 OAI link, I get no error, when I click on SETS, no error, when I click 
 on records I get no matches for the query error message even when I 
 click on Identifiers tab I get error message, I then edited oai.cfg 
 file as follows: still to restart Tomcat

 #---#
 #XOAI CONFIGURATIONS#
 #---#
 # These configs are used by the XOAI#
 #---#

 # Storage: solr | database
 storage=solr

 # Base solr index
 solr.url=http://localhost/solr/oai
 # OAI persistent identifier prefix.
 # Format - oai:PREFIX:HANDLE
 identifier.prefix = localhost
 # Base url for bitstreams
 bitstream.baseUrl = http://myurl.wits.ac.za/

 # Base Configuration Directory
 config.dir = /dspace-install/config/crosswalks/oai

 # Description
 description.file = 
 /dspace-install/config/crosswalks/oai/description.xml

 # Cache enabled?
 cache.enabled = true

 # Base Cache Directory
 cache.dir = /dspace/install/dspace3.2/var/oai

 #---#
 #--OAI HARVESTING CONFIGURATIONS#
 #---#
 # These configs are only used by the OAI-ORE related functions  # 
 #---#

 ### Harvester settings

 # Crosswalk settings; the {name} value must correspond to a declated 
 ingestion crosswalk # harvester.oai.metadataformats.{name} = 
 {namespace},{optional display name} # The display name is only used in 
 the xmlui for the jspui there are entries in the # Messages.properties 
 in the form jsp.tools.edit-collection.form.label21.select.{name}
 harvester.oai.metadataformats.dc = 
 http://www.openarchives.org/OAI/2.0/oai_dc/, Simple Dublin Core 
 harvester.oai.metadataformats.qdc = http://purl.org/dc/terms/, 
 Qualified Dublin Core harvester.oai.metadataformats.dim = 
 http://www.dspace.org/xmlns/dspace/dim, DSpace Intermediate Metadata

 # This field works in much the same way as 
 harvester.oai.metadataformats.PluginName
 # The {name} must correspond to a declared ingestion crosswalk, while 
 the # {namespace} must be supported by the target OAI-PMH provider when 
 harvesting content.
 # harvester.oai.oreSerializationFormat.{name} = {namespace}

 # Determines whether the harvester scheduling process should be 
 started # automatically when the DSpace webapp is deployed.
 # default: false
 harvester.autoStart=true

 # Amount of time subtracted from the from argument of the PMH request 
 to account # for the time taken to negotiate a connection. Measured in 
 seconds. Default value is 120.
 #harvester.timePadding = 120

 # How frequently the harvest scheduler checks the remote provider for 
 updates, # messured in minutes. The default vaule is 12 hours (or 720 
 minutes) #harvester.harvestFrequency = 720 oai.cfg 106 lines, 5125 
 characters


 Regards,
 Lewatle
 This communication is intended for the addressee only. It is confidential. If 
 you have received this communication in error, please notify us immediately 
 and destroy the original message. You may not copy or 

Re: [Dspace-tech] OAI error - no matches for the query

2015-04-08 Thread Claudia Jürgen
Hello Lewatle,

there is something odd in your configuration:

  # Base Configuration Directory
  config.dir = /dspace-install/config/crosswalks/oai
 
  # Description
  description.file =
  /dspace-install/config/crosswalks/oai/description.xml
 
  # Cache enabled?
  cache.enabled = true
 
  # Base Cache Directory
  cache.dir = /dspace/install/dspace3.2/var/oai

config.dir and description.file point to another installation dir than 
cache.dir.

This should habe been all interpolated from ${dspace.dir} to point to 
your dspace installation.

Hopte this helps

Claudia


Am 08.04.2015 um 11:53 schrieb Lewatle Phaladi:
 Hi Claudia and Dspace_Team,

 I have performed : [dspace]/bin/dspace oai clean-cache and 
 http://wiki.lib.sun.ac.za/index.php/SUNScholar/Harvesting/3.X successfully, 
 but I still get No matches for the query message when I click on Records or 
 Identifiers, using link 
 http://URL/oai/request?verb=ListRecordsmetadataPrefix=oai_dc
 Is this normal results for OAI.

 Regards,
 Lewatle

 -Original Message-
 From: Claudia Jürgen [mailto:claudia.juer...@ub.tu-dortmund.de]
 Sent: 07 April 2015 02:04 PM
 To: dspace-tech@lists.sourceforge.net
 Subject: Re: [Dspace-tech] OAI error - no matches for the query

 Hello Lewatle,

 no just run
 [dspace]/bin/dspace oai clean-cache to remove the caches responses.

 Hope this helps

 Claudia


 Am 07.04.2015 um 13:31 schrieb Lewatle Phaladi:
 Hi Emilio,

 Thanks for sharing, is there any tomcat restart needed after this command 
 been performed?

 Regards,
 Lewatle

 From: emilio lorenzo [mailto:elore...@arvo.es]
 Sent: 07 April 2015 12:48 PM
 To: dspace-tech@lists.sourceforge.net
 Subject: Re: [Dspace-tech] OAI error - no matches for the query

 Hi Lewatle
 a  no matches for the query  is not an error message. It just says that 
 you oai index is empty. Since DSPACE v3 thers is a new OAI engine, and the 
 index, an SOLR index, must be populated periodically  (a nigth cron could be 
 suited to most installations)  with a command   oai import
 see:
 https://wiki.duraspace.org/display/DSDOC3x/OAI+2.0+Server
 and
 http://wiki.lib.sun.ac.za/index.php/SUNScholar/Harvesting/3.X

 best regards
 Emilio

 El 07/04/2015 a las 11:53, Lewatle Phaladi escribió:
 Hi All,

 I got error message on my OAI testing, when I click on Identify tab on
 OAI link, I get no error, when I click on SETS, no error, when I click
 on records I get no matches for the query error message even when I
 click on Identifiers tab I get error message, I then edited oai.cfg
 file as follows: still to restart Tomcat

 #---#
 #XOAI CONFIGURATIONS#
 #---#
 # These configs are used by the XOAI#
 #---#

 # Storage: solr | database
 storage=solr

 # Base solr index
 solr.url=http://localhost/solr/oai
 # OAI persistent identifier prefix.
 # Format - oai:PREFIX:HANDLE
 identifier.prefix = localhost
 # Base url for bitstreams
 bitstream.baseUrl = http://myurl.wits.ac.za/

 # Base Configuration Directory
 config.dir = /dspace-install/config/crosswalks/oai

 # Description
 description.file =
 /dspace-install/config/crosswalks/oai/description.xml

 # Cache enabled?
 cache.enabled = true

 # Base Cache Directory
 cache.dir = /dspace/install/dspace3.2/var/oai

 #---#
 #--OAI HARVESTING CONFIGURATIONS#
 #---#
 # These configs are only used by the OAI-ORE related functions  #
 #---#

 ### Harvester settings

 # Crosswalk settings; the {name} value must correspond to a declated
 ingestion crosswalk # harvester.oai.metadataformats.{name} =
 {namespace},{optional display name} # The display name is only used in
 the xmlui for the jspui there are entries in the # Messages.properties
 in the form jsp.tools.edit-collection.form.label21.select.{name}
 harvester.oai.metadataformats.dc =
 http://www.openarchives.org/OAI/2.0/oai_dc/, Simple Dublin Core
 harvester.oai.metadataformats.qdc = http://purl.org/dc/terms/,
 Qualified Dublin Core harvester.oai.metadataformats.dim =
 http://www.dspace.org/xmlns/dspace/dim, DSpace Intermediate Metadata

 # This field works in much the same way as
 harvester.oai.metadataformats.PluginName
 # The {name} must correspond to a declared ingestion crosswalk, while
 the # {namespace} must be supported by the target OAI-PMH provider when 
 harvesting content.
 # harvester.oai.oreSerializationFormat.{name} = {namespace}

 # Determines whether the harvester scheduling process should be
 started # automatically when the DSpace webapp is deployed.
 # default: false
 harvester.autoStart=true

 # Amount of time subtracted from the from 

Re: [Dspace-tech] A group for all registered users

2015-04-08 Thread Claudia Jürgen
Hello Chris,

this sounds like a minor bug, best file a JIRA ticket stating. With 4.2 
and jspui it works.

Claudia

Am 07.04.2015 um 21:18 schrieb Chris Gray:
 Thank you, Claudia.

 That works.  Our test server is using password authentication for now.

 One thing I noticed is that if the specialgroup has submit permission
 for a collection, that collection does not occur in the drop-down list
 for users.  Instead, they must browse to the collection and then the
 submit to this collection link appears.

 Is there something special to get the collection into the submission
 drop-down list?

 Chris

 On 15-04-07 12:04 PM, Claudia Jürgen wrote:
 Hello Chris,

 this is configurable in the different authentification configs.
 If you use password authentification take a look at
 [dspace]/config/modules/authentification-password.cfg

 # Password users group #

 # If required, a group name can be given here, and all users who log in
 # using the DSpace password system will automatically become members of
 # this group. This is useful if you want a group made up of all internal
 # authenticated users.
 # login.specialgroup = group-name

 Define the group there and give the group submit right to the collection.

 Hope this helps

 Claudia


 Am 07.04.2015 um 17:28 schrieb Chris Gray:
 We are trying to set up our 5.1 instance to allow all registered users
 to submit to a particular collection without an administrator having to
 intervene for each new user.

 Is there a way to do this?  The Business Logic document is very vague
 on the subject of special groups.  What I'm hoping is to be able to
 configure a setting to automatically associate each registered user with
 a Registered Users group.  But I begin to get a sinking feeling that I
 will have to hack at the eperson classes to do this.

 Chris

 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 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



 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 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


-- 
Claudia Juergen
Eldorado

Technische Universität Dortmund
Universitätsbibliothek
Vogelpothsweg 76
44227 Dortmund

Tel.: +49 231-755 40 43
Fax: +49 231-755 40 32
claudia.juer...@ub.tu-dortmund.de
www.ub.tu-dortmund.de


Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie 
ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der 
für diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den 
Absender und vernichten Sie diese Mail. Vielen Dank.
Unbeschadet der Korrespondenz per E-Mail sind unsere Erklärungen 
ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher 
Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung 
eines solchen Schriftstücks per Telefax erfolgen.

Important note: The information included in this e-mail is confidential. 
It is solely intended for the recipient. If you are not the intended 
recipient of this e-mail please contact the sender and delete this 
message. Thank you.
Without prejudice of e-mail correspondence our statements are only 
legally binding when they are made in the conventional written form 
(with personal signature) or when such documents are sent by fax.

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: 

Re: [Dspace-tech] LDAP auth doesn't send e-mails properly

2015-04-08 Thread Olivier Nicole
Xerio,
 We're running DSpace 4.1 along with the LDAP authentication system. This
 works well except LDAP doesn't seem to find the correct e-mail address for
 users.

I think there is a patch to apply. You could have a look at:
https://jira.duraspace.org/browse/DS-1781

Best regards,

olivier


 In config/modules/authentication-ldap.cfg we have:

 provider_usr = ldap://ldapserver
 id_field = uid
 object_context = cn=Users,dc=ldap,dc=com
 email_field = usermail

 If I run the ldapsearch command in the term I can indeed get the email of
 the user:

 dspace:mch# ldapsearch -H ldap://ldapserver -b 'cn=Users,dc=ldap,dc=com' -x
 uid=xerio usermail

 # xerio, Users, ldap.com
 dn: uid=xerio,cn=Users,dc=ldap,dc=com
 usermail: xe...@xerio.com

 # search result
 search: 2
 result: 0 Success

 # numResponses: 2
 # numEntries: 1

 However, DSpace seems to try to send the e-mail to=xerio (the username)
 instead. Is there a way how can I debug this further or any hint about what
 could be wrong?

 Thanks.

 [1/2:text/html Show]


 [2:text/plain Hide]

 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF

 [3:text/plain Hide]

 ___
 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

-- 

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
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


[Dspace-tech] Deleting old browse indices

2015-04-08 Thread Hayles, Steven
Hi Robin

We hit this. After an apparently successful upgrade from 1.8.3 to 4.2, we found 
we couldn't delete items that had been created prior to the upgrade. Searching 
for the logged error led us to the answer.

The following fixed it for us:

[DSPACE]/bin/dspace dsrun org.dspace.browse.IndexBrowse -r -f

Steven Hayles
Systems Analyst

IT Services, University of Leicester,
Propsect House, 94 Regent Rd, Leicester, LE1 7DA, UK

T: +44 (0)116 229 7950
E: s...@le.ac.uk

The Queen's Anniversary Prizes 1994, 2002  2013
THE Awards Winners 2007-2013

Elite without being elitist

Follow us on Twitter http://twitter.com/uniofleicester or 
visit our Facebook page https://facebook.com/UniofLeicester 



-Original Message-
From: dspace-tech-requ...@lists.sourceforge.net 
[mailto:dspace-tech-requ...@lists.sourceforge.net] 
Sent: 06 April 2015 11:40
To: dspace-tech@lists.sourceforge.net
Subject: DSpace-tech Digest, Vol 108, Issue 16

Send DSpace-tech mailing list submissions to
dspace-tech@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-tech-requ...@lists.sourceforge.net

You can reach the person managing the list at
dspace-tech-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than Re: Contents of DSpace-tech digest...


Today's Topics:

   1. Re: Javascript disabled on DSpace? (Borda, Susan)
   2. reuse of resource IDs in database (Chris Gray)
   3. Symbolic Link to run DSpace as Tomcat Root (Madan M)
   4. Re: Symbolic Link to run DSpace as Tomcat Root (Hilton Gibson)
   5. Re: reuse of resource IDs in database (helix84)
   6. Deleting old browse indices (TAYLOR Robin)


--

Message: 1
Date: Thu, 2 Apr 2015 10:02:39 -0600
From: Borda, Susan susan.bo...@montana.edu
Subject: Re: [Dspace-tech] Javascript disabled on DSpace?
To: Andrea Schweer schw...@waikato.ac.nz, dspace-tech
DSpace-tech@lists.sourceforge.net
Message-ID: d142c3f0.5ee%susan.bo...@exchange.montana.edu
Content-Type: text/plain; charset=windows-1252

Just added a paste of my output.log to: 
https://jira.duraspace.org/browse/DS-2368

Thanks,
susan
From: Andrea Schweer schw...@waikato.ac.nzmailto:schw...@waikato.ac.nz
Date: Wednesday, April 1, 2015 at 9:58 PM
To: Susan Borda susan.bo...@montana.edumailto:susan.bo...@montana.edu, 
dspace-tech 
DSpace-tech@lists.sourceforge.netmailto:DSpace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Javascript disabled on DSpace?

Hi Susan,

what maven version are you using (mvn --version)? I just discovered that Mirage 
2 doesn't appear to work with Maven 3.3.1; Maven 3.2.5 is fine. 
https://jira.duraspace.org/browse/DS-2533

cheers,
Andrea

On 02/04/15 12:28, Borda, Susan wrote:
I?m having this same issue:
https://jira.duraspace.org/browse/DS-2368
-susan



--
Dr Andrea Schweer
IRR Technical Specialist, ITS Information Systems
The University of Waikato, Hamilton, New Zealand
-- next part --
An HTML attachment was scrubbed...

--

Message: 2
Date: Thu, 2 Apr 2015 15:39:23 -0400
From: Chris Gray cpg...@uwaterloo.ca
Subject: [Dspace-tech] reuse of resource IDs in database
To: dspace-tech@lists.sourceforge.net
dspace-tech@lists.sourceforge.net
Message-ID: 551d9aeb.1080...@uwaterloo.ca
Content-Type: text/plain; charset=utf-8; format=flowed

In our instance of 5.1, resource IDs are being reused when new groups 
are created.  We've created new groups that have reused the ID numbers 
of already existing communities.  The newly created groups do not appear 
in the list of all groups.

The problem is that an ID for a group is guaranteed unique for the 
epersongroup table and a community ID is guaranteed unique for the 
community table, but there is nothing to keep both from appearing in the 
metadatavalue table as resource IDs.

We've got items groups collections and communities all with the same 
resource_id in the metadatavalue table.

Chris Gray
Systems Analyst
519-888-4567, ext. 35764
cpg...@uwaterloo.ca
University of Waterloo



--

Message: 3
Date: Fri, 3 Apr 2015 13:49:02 +0530
From: Madan M madha...@isb.edu
Subject: [Dspace-tech] Symbolic Link to run DSpace as Tomcat Root
To: dspace-tech@lists.sourceforge.net
Message-ID:
cagvskfkxmhhap2bfxegyeg2vga_vssf8yhh9w4fdum-zp8z...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

Dear All:

After I moved my DSpace to 4.X, the symbolic link approach to have DSpace
as Tomcat ROOT.

Could anyone suggest a method to get rid of XMLUI extension from the base
url?

-- 
Madhan M
-- next part --
An HTML attachment was scrubbed...

--

Message: 4
Date: Fri, 3 Apr 2015 11:49:38 +0200
From: Hilton Gibson 

Re: [Dspace-tech] LDAP auth doesn't send e-mails properly

2015-04-08 Thread Xerio Cheri
Seems to work. Thank you so much!

2015-04-08 9:04 GMT+01:00 Olivier Nicole olivier.nic...@cs.ait.ac.th:

 Xerio,
  We're running DSpace 4.1 along with the LDAP authentication system. This
  works well except LDAP doesn't seem to find the correct e-mail address
 for
  users.

 I think there is a patch to apply. You could have a look at:
 https://jira.duraspace.org/browse/DS-1781

 Best regards,

 olivier

 
  In config/modules/authentication-ldap.cfg we have:
 
  provider_usr = ldap://ldapserver
  id_field = uid
  object_context = cn=Users,dc=ldap,dc=com
  email_field = usermail
 
  If I run the ldapsearch command in the term I can indeed get the email of
  the user:
 
  dspace:mch# ldapsearch -H ldap://ldapserver -b 'cn=Users,dc=ldap,dc=com'
 -x
  uid=xerio usermail
 
  # xerio, Users, ldap.com
  dn: uid=xerio,cn=Users,dc=ldap,dc=com
  usermail: xe...@xerio.com
 
  # search result
  search: 2
  result: 0 Success
 
  # numResponses: 2
  # numEntries: 1
 
  However, DSpace seems to try to send the e-mail to=xerio (the username)
  instead. Is there a way how can I debug this further or any hint about
 what
  could be wrong?
 
  Thanks.
 
  [1/2:text/html Show]
 
 
  [2:text/plain Hide]
 
 
 --
  BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
  Develop your own process in accordance with the BPMN 2 standard
  Learn Process modeling best practices with Bonita BPM through live
 exercises
  http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_
  source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 
  [3:text/plain Hide]
 
  ___
  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

 --

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
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

[Dspace-tech] DSpace: Internal Server Error

2015-04-08 Thread Admire Mutsikiwa
Hi,

I am experience a lot of  internal errors that relate to  no browse index for 
the request, a snippet is shown below. I have run the [dspace]/bin/dspace  
index-discovery -f  and it is scheduled to do that every day. I do not know how 
to resolve the issue. I will appreciate any pointers.


An internal server error occurred on http://ir.uz.ac.zw/jspui:

Date:   4/8/15 10:39 AM
Session ID: 4475E9E71248F8701909456E51B4D6DD
User:   Anonymous
IP address: 10.12.40.240

-- URL Was: 
http://ir.uz.ac.zw/jspui/browse?sort_by=3order=DESCrpp=100offset=400
-- Method: GET
-- Parameters were:
-- rpp: 100
-- order: DESC
-- sort_by: 3
-- offset: 400


Exception:
javax.servlet.ServletException: There is no browse index for the request
at 
org.dspace.app.webui.servlet.BrowserServlet.doDSGet(BrowserServlet.java:70)
at 
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:119)
at 
org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:618)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at 
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:537)
at 
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1085)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658)
at 
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1556)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1513)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)




--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
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] DSpace: Internal Server Error

2015-04-08 Thread Claudia Jürgen
Hi Admire,

there is no browse type parameter in this request, something like
http://ir.uz.ac.zw/jspui/browse?type=titlesort_by=3order=DESCrpp=100offset=400
should work.

Hope this helps

Claudia

Am 08.04.2015 um 10:45 schrieb Admire Mutsikiwa:
 Hi,

 I am experience a lot of  internal errors that relate to  no browse index 
 for the request, a snippet is shown below. I have run the 
 [dspace]/bin/dspace  index-discovery -f  and it is scheduled to do that every 
 day. I do not know how to resolve the issue. I will appreciate any pointers.


 An internal server error occurred on http://ir.uz.ac.zw/jspui:

 Date:   4/8/15 10:39 AM
 Session ID: 4475E9E71248F8701909456E51B4D6DD
 User:   Anonymous
 IP address: 10.12.40.240

 -- URL Was: 
 http://ir.uz.ac.zw/jspui/browse?sort_by=3order=DESCrpp=100offset=400
 -- Method: GET
 -- Parameters were:
 -- rpp: 100
 -- order: DESC
 -- sort_by: 3
 -- offset: 400


 Exception:
 javax.servlet.ServletException: There is no browse index for the request
   at 
 org.dspace.app.webui.servlet.BrowserServlet.doDSGet(BrowserServlet.java:70)
   at 
 org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:119)
   at 
 org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:67)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:618)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
   at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
   at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
   at 
 org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
   at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
   at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
   at 
 org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78)
   at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
   at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
   at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
   at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
   at 
 org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
   at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
   at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
   at 
 org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)
   at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
   at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:537)
   at 
 org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1085)
   at 
 org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658)
   at 
 org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
   at 
 org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1556)
   at 
 org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1513)
   at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
   at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
   at 
 org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
   at java.lang.Thread.run(Thread.java:745)




 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 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


-- 
Claudia Juergen
Eldorado

Technische Universität Dortmund
Universitätsbibliothek
Vogelpothsweg 76
44227 Dortmund

Tel.: +49 231-755 40 43
Fax: +49 231-755 40 32
claudia.juer...@ub.tu-dortmund.de
www.ub.tu-dortmund.de


Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie 
ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der 
für diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den 
Absender und vernichten Sie 

[Dspace-tech] LDAP auth doesn't send e-mails properly

2015-04-08 Thread Xerio Cheri
Hi,

We're running DSpace 4.1 along with the LDAP authentication system. This
works well except LDAP doesn't seem to find the correct e-mail address for
users.

In config/modules/authentication-ldap.cfg we have:

provider_usr = ldap://ldapserver
id_field = uid
object_context = cn=Users,dc=ldap,dc=com
email_field = usermail

If I run the ldapsearch command in the term I can indeed get the email of
the user:

dspace:mch# ldapsearch -H ldap://ldapserver -b 'cn=Users,dc=ldap,dc=com' -x
uid=xerio usermail

# xerio, Users, ldap.com
dn: uid=xerio,cn=Users,dc=ldap,dc=com
usermail: xe...@xerio.com

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

However, DSpace seems to try to send the e-mail to=xerio (the username)
instead. Is there a way how can I debug this further or any hint about what
could be wrong?

Thanks.
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
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] Error after install of DSpace 5.1 (Additional information)

2015-04-08 Thread George Stanley Kozak
Thanks, Brian:

I set my tomcat server.xml as you indicated, but I am still having the same 
problem with the indexes.  I'm not sure what could be wrong.  As I stated 
earlier, everything works fine if I am running DSpace 4.3 and I only have 
problems once I upgrade to 5.1.

In any case, I thank you and Tim and Hilton and Andrea for your help so far.  
This problem has stumped me.

-Original Message-
From: Brian Freels-Stendel [mailto:bfre...@unm.edu] 
Sent: Tuesday, April 07, 2015 4:40 PM
To: George Stanley Kozak; dspace-tech@lists.sourceforge.net
Subject: RE: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)

Hey there,

Sorry for not being descriptive enough.  In tomcat.xml, there's a Host section 
where the DSpace app context fragments go:

___
Host name=localhost appBase=/opt/dspace/webapps
   unpackWARs=true autoDeploy=true
   xmlValidation=false xmlNamespaceAware=false

!-- DEFINE A CONTEXT PATH FOR DSpace XML User Interface (Manakin) --
Context path=/ docBase=/opt/dspace/webapps/xmlui debug=0 
reloadable=true cachingAllowed=false allowLinking=true/ 
___

In that first line, the appBase may still be pointed to Tomcat's default.  For 
us, it let DSpace start and function semi-well, but none of the SOLR stuff 
would work.

B--

-Original Message-
From: George Stanley Kozak [mailto:g...@cornell.edu]
Sent: Tuesday, April 7, 2015 2:04 PM
To: Brian Freels-Stendel; dspace-tech@lists.sourceforge.net
Subject: RE: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)

Hi, Brian:

Sorry for being dense, but what do you mean by updating the appBase directory?

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924




-Original Message-
From: Brian Freels-Stendel [mailto:bfre...@unm.edu]
Sent: Tuesday, April 07, 2015 3:47 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)

Good afternoon,

We saw very similar errors (particularly Expected mime type 
application/octet-stream but got text/html) and found that we hadn't updated 
the appBase directory in tomcat.xml.

Another symptom of ours was the code of the entire error page being written to 
the dspace log.  

It's a longshot, but perhaps something to check.

B--

-Original Message-
From: George Stanley Kozak [mailto:g...@cornell.edu]
Sent: Tuesday, April 7, 2015 1:28 PM
To: Tim Donohue; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)

Hi, Tim:

To answer one of your questions: my original DSpace 1.8.2 solr statistics core 
did have data in it.  Attached is a snapshot of the index directory.

Now, I did as you asked.  I deleted the all of the solr cores (actually 
everything under /cul/app/dspace/solr)

I did the mvn and ant update and everything went well.  I copied the webapps 
over to tomcat and restarted tomcat.  I watched the DSpace log and the 
catalina.out log.  Everything seemed to move along smoothly.  When everything 
was done, I waited a few minutes before I went to my DSpace home page.  When my 
home page came up, I began to see errors in my DSpace log:
ERROR org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @ 
anonymous:session_id=B3B12E105B95C8FB8E63E9FB94B5971F:ip_addr=128.84.117.195:Error
 in Discovery while setting up date facet range:date facet\colon; 
dateIssued.year SolrCore 'search' is not available due to init failure: Index 
locked for write for core search,trace=org.apache.solr.common.SolrException: 
SolrCore 'search' is not available due to init failure: Index locked for write 
for core search

Any attempt to do any browse or search results with errors.  By the way, the 
errors on the web appear with  
org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException: Expected 
mime type application/octet-stream but got text/html. And then raw HTML after 
that.

What has me stumped is that outside of the problem with the solr statistics, 
none of these problems appear in my DSpace 4.3 upgrade.  I have no write lock 
problems in DSpace 4.3 install.

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924

  


-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org]
Sent: Tuesday, April 07, 2015 2:33 PM
To: George Stanley Kozak; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)


Hi George,

On 4/7/2015 1:09 PM, George Stanley Kozak wrote:
 Hi, Tim:

 1)  I did the lucene-core-3.5.0.jar manual update of the indexes.  For the 
 search index, I got no errors, but for  the statistics core, I got:
 Exception 

Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information)

2015-04-08 Thread Tim Donohue
Hi George,

This really has me stumped. It almost starts to sound like a permissions 
issue in your index directory (though I know from looking back at this 
thread, you said you looked at that).

Since you essentially started with a fresh index (no content), and it 
still doesn't work, this doesn't sound like an issue with the index 
files themselves.  While DSpace 5.1 uses a newer version of Solr, it 
doesn't act that much different from DSpace 4.3. So, it's confusing to 
me that this works for you on DSpace 4.3 and not on DSpace 5.1.

When you encounter that Index locked for write for core search, there 
should be a write.lock file sitting in your 
/cul/app/dspace/solr/search/data/index/ folder.  What are the 
permissions on that write.lock file? Is it owned by your Tomcat user? 
Also is *everything* under /cul/app/dspace/solr/ owned by the Tomcat 
user (all files and subdirectories)?

You may even want to try and do the following:

1. Stop Tomcat
2. Recursively change the ownership (just in case), e.g. chown -R 
[tomcat-user]:[tomcat-group] /cul/app/dspace/solr/
3. Delete that write.lock
4. Start Tomcat again.
5. (You may also need to manually reindex: 'dspace index-discovery -b')

Yea, I know you checked these permissions before, but I'm rather stumped 
as to why a fresh, empty index won't even work on your system. I've 
never seen that before, and it implies that there may be something lower 
level (like a permissions problem) causing problems with Solr.

- Tim



On 4/7/2015 2:28 PM, George Stanley Kozak wrote:
 Hi, Tim:

 To answer one of your questions: my original DSpace 1.8.2 solr statistics 
 core did have data in it.  Attached is a snapshot of the index directory.

 Now, I did as you asked.  I deleted the all of the solr cores (actually 
 everything under /cul/app/dspace/solr)

 I did the mvn and ant update and everything went well.  I copied the webapps 
 over to tomcat and restarted tomcat.  I watched the DSpace log and the 
 catalina.out log.  Everything seemed to move along smoothly.  When everything 
 was done, I waited a few minutes before I went to my DSpace home page.  When 
 my home page came up, I began to see errors in my DSpace log:
 ERROR org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @ 
 anonymous:session_id=B3B12E105B95C8FB8E63E9FB94B5971F:ip_addr=128.84.117.195:Error
  in Discovery while setting up date facet range:date facet\colon; 
 dateIssued.year
 SolrCore 'search' is not available due to init failure: Index locked for 
 write for core search,trace=org.apache.solr.common.SolrException: SolrCore 
 'search' is not available due to init failure: Index locked for write for 
 core search

 Any attempt to do any browse or search results with errors.  By the way, the 
 errors on the web appear with  
 org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException: 
 Expected mime type application/octet-stream but got text/html. And then raw 
 HTML after that.

 What has me stumped is that outside of the problem with the solr statistics, 
 none of these problems appear in my DSpace 4.3 upgrade.  I have no write lock 
 problems in DSpace 4.3 install.

 George Kozak
 Digital Library Specialist
 Cornell University Library Information Technologies (CUL-IT)
 218 Olin Library
 Cornell University
 Ithaca, NY 14853
 607-255-8924




 -Original Message-
 From: Tim Donohue [mailto:tdono...@duraspace.org]
 Sent: Tuesday, April 07, 2015 2:33 PM
 To: George Stanley Kozak; dspace-tech@lists.sourceforge.net
 Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
 information)


 Hi George,

 On 4/7/2015 1:09 PM, George Stanley Kozak wrote:
 Hi, Tim:

 1)  I did the lucene-core-3.5.0.jar manual update of the indexes.  For the 
 search index, I got no errors, but for  the statistics core, I got:
 Exception in thread main org.apache.lucene.index.IndexNotFoundException: 
 org.apache.lucene.store.MMapDirectory@/cul/app/dspace/solr/statistics/data/index
  lockFactory=org.apache.lucene.store.NativeFSLockFactory@2e888d65
   at 
 org.apache.lucene.index.IndexUpgrader.upgrade(IndexUpgrader.java:118)
   at
 org.apache.lucene.index.IndexUpgrader.main(IndexUpgrader.java:85)

 This would imply that the search index upgraded fine (no errors).

 But, the error for your statistics index almost implies that it's not a 
 valid Solr index. Do you use the statistics index?  Is there anything in 
 the /cul/app/dspace/solr/statistics/data/index directory or is it empty?


 2)  I deleted the statistics core and did the ant update.  I brought up my 
 DSpace 5.1 test system and when I tried to do a search, I got no results.  
 When I went to do a browse, I got:
 ERROR org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @
 anonymous:session_id=5749DBA88953D8B0ABDDA3FFD1DFF5F2:ip_addr=128.84.1
 17.195:Error in Discovery while setting up date facet range:date
 facet\colon; dateIssued.year SolrCore 'search' is not available due to
 init failure: 

[Dspace-tech] How display dc.description.abstract in COMMUNITY Recent Submission carousel - field appears only in DSpace HOME

2015-04-08 Thread Michelangelo M M Viana
Dear friends,

I received a demand from my library colleagues to include in DSpace's Recent 
Submission carousel of each * COMMUNITY * page the metadata field 
dc.description.abstract, in the same way it appears in the Repository * HOME 
* page.
How can we add this metadata field there?
We are using DSpace 5.1 JSPUI. 

Explaining what we need:

At our Repository home: http://repositorio.pucrs.br/dspace, Recent Submission 
carousel displays dc.title and dc.description.abstract for each recent 
submission:
-
Recent Deposits 
Apresentação do Instituto do Cérebro do RS [See]
Apresentação virtual dos campos de pesquisa do InsCer-RS. O diretor do 
Instituto, Dr. Jaderson Costa da Costa, fala sobre todo o potencial deste 
espaço, nas áreas de pesquisa e assistência.
-

However, inside its father COMMUNITY page, ie: 
http://repositorio.pucrs.br/dspace/handle/10923/5904 , Recent Submission 
carousel displays only dc.title for the same submission. 
-
Recent Deposits 
Apresentação do Instituto do Cérebro do RS [See]
-

Thanks in advance for any clue/help,

Michelangelo

Michelangelo Mazzardo Marques Viana | Support and Development
 Coordinator of Libraries Systems. Librarian CRB-10/1306
Pontifical Catholic University of Rio Grande do Sul - PUCRS
Ir.  Jose Otao Central Library | Porto Alegre, RS, Brazil
+55(51) 3353.4371| mvi...@pucrs.br | http://www.pucrs.br/biblioteca

[NEW] Central Library Virtual Tour: 
http://www.pucrs.br/biblioteca/visitavirtual  
Find us on Facebook: http://www.facebook.com/bibliotecapucrs  
Follow us on Twitter: https://twitter.com/bibliotecapucrs  
Know our spaces on Flickr: http://www.flickr.com/bibliotecapucrs  

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
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


[Dspace-tech] 6 discussion points for DCAT April 14th meeting 15:00 UTC - 11:00 EDT

2015-04-08 Thread Bram Luyten
* Sorry for cross-posting but the DCAT call is a place where both technical
and non-technical people are very welcome! *

Good afternoon,

First of all, we hope you all enjoyed a great Easter weekend. Our monthly
DCAT meeting
https://wiki.duraspace.org/display/cmtygp/DCAT+Meeting+April+2015 will be
held on April 14th. Starting at 15:00 UTC - 11:00 EDT. We will start with
the three questions which we agreed to cover in our last meeting:

   - What are the top features of DSpace you use at least once a week
   - What are some of the features you do not use at all
   - As an administrator, which things do you really need to have both
   Configurable in the UI + take effect immediately without the need for a
   Tomcat restart. If you need some inspiration on this one, take a look at
   the administrator use cases
   https://wiki.duraspace.org/display/DSPACE/Use+Cases

Subsequently we will discuss following UI related questions, feeding into
the ongoing DSpace roadmap work:

   - What is of interest to you in a UI? (use cases / features / needs)
   - What do we keep? What can we do better?
   - What would your ideal UI look like?

We will finish off with a request for assistance to finalise the list of
use cases we created last year. Some of these have to be edited or further
elaborated.

*In advance of the meeting: please prepare the questions and log your input
as a comment on April's meeting page
https://wiki.duraspace.org/display/cmtygp/DCAT+Meeting+April+2015.*

best regards,

Maureen Walsh
Bram Luyten

DCAT co-chairs

-- 
[image: logo]
*Ignace Deroost*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
www.atmire.com
http://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=braml
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
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

[Dspace-tech] RV: DSpace: Internal Server Error

2015-04-08 Thread Luis Rojas C. (CATIE)
Dear Friends, i have a problem in my DSpace. I review the DSpace and I don´t 
have idea of the issue.

Someone can help me.


The problem specific is in the email below.


An internal server error occurred on 
http://biblioteca.catie.ac.cr:5151/repositoriomap:

Date:   4/8/15 7:12 AM
Session ID: DCFE03B183962518985AB216A0E072F8
User:   Anonymous
IP address: 157.55.39.65

-- URL Was: 
http://biblioteca.catie.ac.cr/repositoriomap/browse?sort_by=1order=ascrpp=20etal=-1value=guerra,+l.starts_with=p
-- Method: GET
-- Parameters were:
-- rpp: 20
-- order: asc
-- sort_by: 1
-- value: guerra, l.
-- etal: -1
-- starts_with: p


Exception:
javax.servlet.ServletException: org.dspace.browse.BrowseException: 
org.postgresql.util.PSQLException: ERROR: relation bi_3_dmap does not exist
  Position: 79
at 
org.dspace.app.webui.servlet.AbstractBrowserServlet.processBrowse(AbstractBrowserServlet.java:343)
at 
org.dspace.app.webui.servlet.BrowserServlet.doDSGet(BrowserServlet.java:81)
at 
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:119)
at 
org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at 
org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at 
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source) Caused by: 
org.dspace.browse.BrowseException: org.postgresql.util.PSQLException: ERROR: 
relation bi_3_dmap does not exist
  Position: 79
at 
org.dspace.browse.BrowseDAOPostgres.doCountQuery(BrowseDAOPostgres.java:170)
at org.dspace.browse.BrowseEngine.getTotalResults(BrowseEngine.java:761)
at org.dspace.browse.BrowseEngine.getTotalResults(BrowseEngine.java:721)
at org.dspace.browse.BrowseEngine.browseByItem(BrowseEngine.java:264)
at org.dspace.browse.BrowseEngine.browse(BrowseEngine.java:100)
at 
org.dspace.app.webui.servlet.AbstractBrowserServlet.processBrowse(AbstractBrowserServlet.java:314)
... 24 more
Caused by: org.postgresql.util.PSQLException: ERROR: relation bi_3_dmap does 
not exist
  Position: 79
at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2103)
at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1836)
at 
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:512)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:388)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:273)
at 
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at 
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at 
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at 
org.dspace.storage.rdbms.DatabaseManager.query(DatabaseManager.java:280)
at 
org.dspace.browse.BrowseDAOPostgres.doCountQuery(BrowseDAOPostgres.java:155)
... 

Re: [Dspace-tech] Build Errors: DSpace 5.1 + Maven 2

2015-04-08 Thread Graham Triggs
Hi David,

The installation document states that Maven 3.x is required.

Regards,
Graham

On 06/04/2015 14:36:58, Baker, David A. daba...@milligan.edu wrote:
I'm attempting a fresh install of 5.1 using the Maven 2 theme on Debian Wheezy. 
I'm getting errors on the build. I've tried both:

mvn -U clean package -Dmirage.on=true
mvn package -Dmirage.on=true

I am not building as root, and I have also changed git to use port 443 with 
command:

git config --global url.https://github.com/.insteadOf git://github.com/

I've attached the output from Maven

Thanks

--
David Baker
Digital Resources  Web Development Specialist
P.H. Welshimer Memorial Library, Milligan College

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
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--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
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] How display dc.description.abstract in COMMUNITY Recent Submission carousel - field appears only in DSpace HOME

2015-04-08 Thread Claudia Jürgen
Hello Michelangelo,

this can be done by customizing community-home

copy
[dspace-src]/dspace-jspui/src/main/webapp/community-home.jsp
to
[dspace-src]/modules/jspui/src/main/webapp/community-home.jsp
and the customize the file under modules, the section with the recent
submission carousel starts here:

https://github.com/DSpace/DSpace/blob/master/dspace-jspui/src/main/webapp/community-home.jsp#L152

You can add the abstract similar to how the title is added in this 
section the same way it is done in the general home page see

https://github.com/DSpace/DSpace/blob/master/dspace-jspui/src/main/webapp/home.jsp#L108

Then you got to build and deploy.

Hope this helps

Claudia



Am 08.04.2015 um 16:42 schrieb Michelangelo M M Viana:
 Dear friends,

 I received a demand from my library colleagues to include in DSpace's Recent 
 Submission carousel of each * COMMUNITY * page the metadata field 
 dc.description.abstract, in the same way it appears in the Repository * 
 HOME * page.
 How can we add this metadata field there?
 We are using DSpace 5.1 JSPUI.

 Explaining what we need:

 At our Repository home: http://repositorio.pucrs.br/dspace, Recent Submission 
 carousel displays dc.title and dc.description.abstract for each recent 
 submission:
 -
 Recent Deposits
 Apresentação do Instituto do Cérebro do RS [See]
 Apresentação virtual dos campos de pesquisa do InsCer-RS. O diretor do 
 Instituto, Dr. Jaderson Costa da Costa, fala sobre todo o potencial deste 
 espaço, nas áreas de pesquisa e assistência.
 -

 However, inside its father COMMUNITY page, ie: 
 http://repositorio.pucrs.br/dspace/handle/10923/5904 , Recent Submission 
 carousel displays only dc.title for the same submission.
 -
 Recent Deposits
 Apresentação do Instituto do Cérebro do RS [See]
 -

 Thanks in advance for any clue/help,

 Michelangelo

 Michelangelo Mazzardo Marques Viana | Support and Development
   Coordinator of Libraries Systems. Librarian CRB-10/1306
 Pontifical Catholic University of Rio Grande do Sul - PUCRS
 Ir.  Jose Otao Central Library | Porto Alegre, RS, Brazil
 +55(51) 3353.4371| mvi...@pucrs.br | http://www.pucrs.br/biblioteca
 
 [NEW] Central Library Virtual Tour: 
 http://www.pucrs.br/biblioteca/visitavirtual
 Find us on Facebook: http://www.facebook.com/bibliotecapucrs
 Follow us on Twitter: https://twitter.com/bibliotecapucrs
 Know our spaces on Flickr: http://www.flickr.com/bibliotecapucrs

 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 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


-- 
Claudia Juergen
Eldorado

Technische Universität Dortmund
Universitätsbibliothek
Vogelpothsweg 76
44227 Dortmund

Tel.: +49 231-755 40 43
Fax: +49 231-755 40 32
claudia.juer...@ub.tu-dortmund.de
www.ub.tu-dortmund.de


Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie 
ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der 
für diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den 
Absender und vernichten Sie diese Mail. Vielen Dank.
Unbeschadet der Korrespondenz per E-Mail sind unsere Erklärungen 
ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher 
Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung 
eines solchen Schriftstücks per Telefax erfolgen.

Important note: The information included in this e-mail is confidential. 
It is solely intended for the recipient. If you are not the intended 
recipient of this e-mail please contact the sender and delete this 
message. Thank you.
Without prejudice of e-mail correspondence our statements are only 
legally binding when they are made in the conventional written form 
(with personal signature) or when such documents are sent by fax.

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: 

Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information)

2015-04-08 Thread Graham Triggs
Is it at all possible that you have two separate processes / applications 
attempting to access the same Solr index - so one locks it, and the other is 
unable to?

For example, maybe a context file under tomcat/config/Catalina/localhost and 
an application in tomcat/webapps?

Regards,
G

On 08/04/2015 17:17:08, George Stanley Kozak g...@cornell.edu wrote:
Hi, Tim:

Yes, this has me stumped.
Here is the permissions on the writelock:

-rw-rw-r-- 1 dspace dspace 0 Apr 8 09:59 write.lock

Tomcat is owned by the dspace user:

drwxr-xr-x 3 dspace dspace 4096 Apr 2 2014 tomcat

Solr is owned by the dspace user:

drwxrwxr-x 6 dspace dspace 4096 Apr 8 09:58 solr

I did as you suggested and stopped tomcat, recursively changed the permissions 
on the solr indexes:

sudo chown -R dspace:dspace /cul/app/dspace/solr

I deleted the write.lock and restarted tomcat.

I then did /cul/app/dspace/bin/dspace index-discovery -b

Immediately, I received the write lock error and the re-index did not work.

I restored the postgres database and solr indexes to what they were before and 
did a mvn build and ant update of my DSpace 4.3 source and everything works 
fine(?!?!)
There is obviously some subtle difference on how DSpace 5.1 and DSpace 4.3 (and 
lower) are handling the solr indexes and my server set up is just right (or 
wrong) enough to cause this problem.

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924



-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org]
Sent: Wednesday, April 08, 2015 10:16 AM
To: George Stanley Kozak; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)

Hi George,

This really has me stumped. It almost starts to sound like a permissions issue 
in your index directory (though I know from looking back at this thread, you 
said you looked at that).

Since you essentially started with a fresh index (no content), and it still 
doesn't work, this doesn't sound like an issue with the index files themselves. 
While DSpace 5.1 uses a newer version of Solr, it doesn't act that much 
different from DSpace 4.3. So, it's confusing to me that this works for you on 
DSpace 4.3 and not on DSpace 5.1.

When you encounter that Index locked for write for core search, there should 
be a write.lock file sitting in your /cul/app/dspace/solr/search/data/index/ 
folder. What are the permissions on that write.lock file? Is it owned by your 
Tomcat user?
Also is *everything* under /cul/app/dspace/solr/ owned by the Tomcat user (all 
files and subdirectories)?

You may even want to try and do the following:

1. Stop Tomcat
2. Recursively change the ownership (just in case), e.g. chown -R 
[tomcat-user]:[tomcat-group] /cul/app/dspace/solr/ 3. Delete that write.lock
4. Start Tomcat again.
5. (You may also need to manually reindex: 'dspace index-discovery -b')

Yea, I know you checked these permissions before, but I'm rather stumped as to 
why a fresh, empty index won't even work on your system. I've never seen that 
before, and it implies that there may be something lower level (like a 
permissions problem) causing problems with Solr.

- Tim



On 4/7/2015 2:28 PM, George Stanley Kozak wrote:
 Hi, Tim:

 To answer one of your questions: my original DSpace 1.8.2 solr statistics 
 core did have data in it. Attached is a snapshot of the index directory.

 Now, I did as you asked. I deleted the all of the solr cores
 (actually everything under /cul/app/dspace/solr)

 I did the mvn and ant update and everything went well. I copied the webapps 
 over to tomcat and restarted tomcat. I watched the DSpace log and the 
 catalina.out log. Everything seemed to move along smoothly. When everything 
 was done, I waited a few minutes before I went to my DSpace home page. When 
 my home page came up, I began to see errors in my DSpace log:
 ERROR org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @
 anonymous:session_id=B3B12E105B95C8FB8E63E9FB94B5971F:ip_addr=128.84.1
 17.195:Error in Discovery while setting up date facet range:date
 facet\colon; dateIssued.year SolrCore 'search' is not available due to
 init failure: Index locked for write for core
 search,trace=org.apache.solr.common.SolrException: SolrCore 'search'
 is not available due to init failure: Index locked for write for core
 search

 Any attempt to do any browse or search results with errors. By the way, the 
 errors on the web appear with  
 org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException: 
 Expected mime type application/octet-stream but got text/html. And then raw 
 HTML after that.

 What has me stumped is that outside of the problem with the solr statistics, 
 none of these problems appear in my DSpace 4.3 upgrade. I have no write lock 
 problems in DSpace 4.3 install.

 George Kozak
 Digital Library Specialist
 Cornell University 

Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information)

2015-04-08 Thread George Stanley Kozak
Graham:

I guess if I had two tomcat processes interfering with each other, I believe it 
would happen in both my DSpace 4.3 upgrade and my DSpace 5.1 upgrade, but 
everything works OK under DSpace 4.3 and then breaks down when I go to DSpace 
5.1 (no changes to tomcat).   However, I will do a bit more digging.  Perhaps 
the older DSpace configs are more “forgiving” of problematic tomcat 
configurations.

By the way, I run my webapps under tomcat, but I know that some of you run the 
webapps in their dspace directory.  Is there any advantage to doing one or 
another?

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924



From: Graham Triggs [mailto:grahamtri...@gmail.com]
Sent: Wednesday, April 08, 2015 2:30 PM
To: George Stanley Kozak; Tim Donohue; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)

Is it at all possible that you have two separate processes / applications 
attempting to access the same Solr index - so one locks it, and the other is 
unable to?

For example, maybe a context file under tomcat/config/Catalina/localhost and 
an application in tomcat/webapps?

Regards,
G

On 08/04/2015 17:17:08, George Stanley Kozak 
g...@cornell.edumailto:g...@cornell.edu wrote:
Hi, Tim:

Yes, this has me stumped.
Here is the permissions on the writelock:

-rw-rw-r-- 1 dspace dspace 0 Apr 8 09:59 write.lock

Tomcat is owned by the dspace user:

drwxr-xr-x 3 dspace dspace 4096 Apr 2 2014 tomcat

Solr is owned by the dspace user:

drwxrwxr-x 6 dspace dspace 4096 Apr 8 09:58 solr

I did as you suggested and stopped tomcat, recursively changed the permissions 
on the solr indexes:

sudo chown -R dspace:dspace /cul/app/dspace/solr

I deleted the write.lock and restarted tomcat.

I then did /cul/app/dspace/bin/dspace index-discovery -b

Immediately, I received the write lock error and the re-index did not work.

I restored the postgres database and solr indexes to what they were before and 
did a mvn build and ant update of my DSpace 4.3 source and everything works 
fine(?!?!)
There is obviously some subtle difference on how DSpace 5.1 and DSpace 4.3 (and 
lower) are handling the solr indexes and my server set up is just right (or 
wrong) enough to cause this problem.

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924



-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org]
Sent: Wednesday, April 08, 2015 10:16 AM
To: George Stanley Kozak; 
dspace-tech@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)

Hi George,

This really has me stumped. It almost starts to sound like a permissions issue 
in your index directory (though I know from looking back at this thread, you 
said you looked at that).

Since you essentially started with a fresh index (no content), and it still 
doesn't work, this doesn't sound like an issue with the index files themselves. 
While DSpace 5.1 uses a newer version of Solr, it doesn't act that much 
different from DSpace 4.3. So, it's confusing to me that this works for you on 
DSpace 4.3 and not on DSpace 5.1.

When you encounter that Index locked for write for core search, there should 
be a write.lock file sitting in your /cul/app/dspace/solr/search/data/index/ 
folder. What are the permissions on that write.lock file? Is it owned by your 
Tomcat user?
Also is *everything* under /cul/app/dspace/solr/ owned by the Tomcat user (all 
files and subdirectories)?

You may even want to try and do the following:

1. Stop Tomcat
2. Recursively change the ownership (just in case), e.g. chown -R 
[tomcat-user]:[tomcat-group] /cul/app/dspace/solr/ 3. Delete that write.lock
4. Start Tomcat again.
5. (You may also need to manually reindex: 'dspace index-discovery -b')

Yea, I know you checked these permissions before, but I'm rather stumped as to 
why a fresh, empty index won't even work on your system. I've never seen that 
before, and it implies that there may be something lower level (like a 
permissions problem) causing problems with Solr.

- Tim



On 4/7/2015 2:28 PM, George Stanley Kozak wrote:
 Hi, Tim:

 To answer one of your questions: my original DSpace 1.8.2 solr statistics 
 core did have data in it. Attached is a snapshot of the index directory.

 Now, I did as you asked. I deleted the all of the solr cores
 (actually everything under /cul/app/dspace/solr)

 I did the mvn and ant update and everything went well. I copied the webapps 
 over to tomcat and restarted tomcat. I watched the DSpace log and the 
 catalina.out log. Everything seemed to move along smoothly. When everything 
 was done, I waited a few minutes before I went to my DSpace home page. When 
 my home page 

Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information)

2015-04-08 Thread George Stanley Kozak
Hi, Tim:

Yes, this has me stumped.
Here is the permissions on the writelock:

-rw-rw-r-- 1 dspace dspace0 Apr  8 09:59 write.lock

Tomcat is owned by the dspace user:

drwxr-xr-x  3 dspace dspace 4096 Apr  2  2014 tomcat

Solr is owned by the dspace user:

drwxrwxr-x  6 dspace dspace   4096 Apr  8 09:58 solr

I did as you suggested and stopped tomcat, recursively changed the permissions 
on the solr indexes:

sudo chown -R dspace:dspace /cul/app/dspace/solr

I deleted the write.lock and restarted tomcat.

I then did /cul/app/dspace/bin/dspace index-discovery -b

Immediately, I received the write lock error and the re-index did not work.

I restored the postgres database and solr indexes to what they were before and 
did a mvn build and ant update of my DSpace 4.3 source and everything works 
fine(?!?!)  
There is obviously some subtle difference on how DSpace 5.1 and DSpace 4.3 (and 
lower) are handling the solr indexes and my server set up is just right (or 
wrong) enough to cause this problem. 

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924



-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org] 
Sent: Wednesday, April 08, 2015 10:16 AM
To: George Stanley Kozak; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional 
information)

Hi George,

This really has me stumped. It almost starts to sound like a permissions issue 
in your index directory (though I know from looking back at this thread, you 
said you looked at that).

Since you essentially started with a fresh index (no content), and it still 
doesn't work, this doesn't sound like an issue with the index files themselves. 
 While DSpace 5.1 uses a newer version of Solr, it doesn't act that much 
different from DSpace 4.3. So, it's confusing to me that this works for you on 
DSpace 4.3 and not on DSpace 5.1.

When you encounter that Index locked for write for core search, there should 
be a write.lock file sitting in your /cul/app/dspace/solr/search/data/index/ 
folder.  What are the permissions on that write.lock file? Is it owned by 
your Tomcat user? 
Also is *everything* under /cul/app/dspace/solr/ owned by the Tomcat user (all 
files and subdirectories)?

You may even want to try and do the following:

1. Stop Tomcat
2. Recursively change the ownership (just in case), e.g. chown -R 
[tomcat-user]:[tomcat-group] /cul/app/dspace/solr/ 3. Delete that write.lock
4. Start Tomcat again.
5. (You may also need to manually reindex: 'dspace index-discovery -b')

Yea, I know you checked these permissions before, but I'm rather stumped as to 
why a fresh, empty index won't even work on your system. I've never seen that 
before, and it implies that there may be something lower level (like a 
permissions problem) causing problems with Solr.

- Tim



On 4/7/2015 2:28 PM, George Stanley Kozak wrote:
 Hi, Tim:

 To answer one of your questions: my original DSpace 1.8.2 solr statistics 
 core did have data in it.  Attached is a snapshot of the index directory.

 Now, I did as you asked.  I deleted the all of the solr cores 
 (actually everything under /cul/app/dspace/solr)

 I did the mvn and ant update and everything went well.  I copied the webapps 
 over to tomcat and restarted tomcat.  I watched the DSpace log and the 
 catalina.out log.  Everything seemed to move along smoothly.  When everything 
 was done, I waited a few minutes before I went to my DSpace home page.  When 
 my home page came up, I began to see errors in my DSpace log:
 ERROR org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @ 
 anonymous:session_id=B3B12E105B95C8FB8E63E9FB94B5971F:ip_addr=128.84.1
 17.195:Error in Discovery while setting up date facet range:date 
 facet\colon; dateIssued.year SolrCore 'search' is not available due to 
 init failure: Index locked for write for core 
 search,trace=org.apache.solr.common.SolrException: SolrCore 'search' 
 is not available due to init failure: Index locked for write for core 
 search

 Any attempt to do any browse or search results with errors.  By the way, the 
 errors on the web appear with  
 org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException: 
 Expected mime type application/octet-stream but got text/html. And then raw 
 HTML after that.

 What has me stumped is that outside of the problem with the solr statistics, 
 none of these problems appear in my DSpace 4.3 upgrade.  I have no write lock 
 problems in DSpace 4.3 install.

 George Kozak
 Digital Library Specialist
 Cornell University Library Information Technologies (CUL-IT)
 218 Olin Library
 Cornell University
 Ithaca, NY 14853
 607-255-8924




 -Original Message-
 From: Tim Donohue [mailto:tdono...@duraspace.org]
 Sent: Tuesday, April 07, 2015 2:33 PM
 To: George Stanley Kozak; dspace-tech@lists.sourceforge.net
 Subject: Re: [Dspace-tech] 

Re: [Dspace-tech] How display dc.description.abstract in COMMUNITY Recent Submission carousel - field appears only in DSpace HOME = done!

2015-04-08 Thread Michelangelo M M Viana
Hi Claudia,
- Thanks for your help and instructions!

First I only copied the dc.abstract extra code

from 
home.jsp#L108, lines 119-124 
to 
community-home.jsp#L152 after line 163

and
from home.jsp#L108, line 129 
to 
community-home.jsp#L152 after line 167

However, only doing this after the deploy DSpace caused an internal server 
error... (@  java.lang.NullPointerException)

Then I realized that one need also add a page import line (Metadatum ) to the 
community-home.jsp file:
%@ page import=org.dspace.content.Metadatum %
* from home.jsp#L108, line 38 to community-home.jsp#L152 after line 36

Then ran a deploy and now it is displaying the dc.abstract as expected! Great!
http://repositorio.pucrs.br/dspace/handle/10923/1?locale=en

Using same modifications I saw that other metadata fields can be displayed 
there as well (like author, date...).

Duraspace Team:

I want to make two suggestions, for your evaluation:

1) For current DSpace release, add a simple instruction on DSPACE 5 
documentation, because there one goes crazy, without find out where/what do 
this modification.
Could be like as simple as this:
For JSPUI, to add more metadata fields to be displayed in Recent Submission 
carousel, you must customize the JSP code (home.jsp and/or community-home.jsp), 
using this model [JSP code sample + Metadatum page import ].
You can note that 
https://wiki.duraspace.org/display/DSDOC5x/Discovery#Discovery-CustomizingtheRecentSubmissionsdisplay
 item 6.6.5 it points to 
https://wiki.duraspace.org/display/DSDOC5x/Configuration+Reference#ConfigurationReference-DefiningthestorageoftheBrowseData
 without explain what to do on JSPUI...

2) For future DSpace versions, I also suggest that the metadata fields to be 
displayed in the RS carousel be listed in a new setting inside dspace.cfg, one 
for each page (home.jsp: a,b,c | community-home.jsp: a,d,z ). It would be 
simpler.

Best Regards 
Michelângelo 


-Mensagem original-
De: dspace-tech-requ...@lists.sourceforge.net 
[mailto:dspace-tech-requ...@lists.sourceforge.net] 
Enviada em: quarta-feira, 8 de abril de 2015 13:16
Para: dspace-tech@lists.sourceforge.net
Assunto: DSpace-tech Digest, Vol 108, Issue 31

Send DSpace-tech mailing list submissions to
dspace-tech@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-tech-requ...@lists.sourceforge.net

You can reach the person managing the list at
dspace-tech-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than Re: 
Contents of DSpace-tech digest...


Today's Topics:

   1. 6 discussion points for DCAT April 14th meeting 15:00 UTC -
  11:00 EDT (Bram Luyten)
   2. How display dc.description.abstract in COMMUNITY Recent
  Submission carousel - field appears only in DSpace HOME
  (Michelangelo M M Viana)
   3. Re: Build Errors: DSpace 5.1 + Maven 2 (Graham Triggs)
   4. Re: How display dc.description.abstract in COMMUNITY Recent
  Submission carousel - field appears only in DSpace HOME
  (Claudia J?rgen)
   5. Re: Error after install of DSpace 5.1 (Additional
  information) (George Stanley Kozak)


--

Message: 1
Date: Wed, 8 Apr 2015 16:39:11 +0200
From: Bram Luyten b...@atmire.com
Subject: [Dspace-tech] 6 discussion points for DCAT April 14th meeting
15:00   UTC - 11:00 EDT
To: General List dspace-gene...@lists.sourceforge.net,DSpace Tech
dspace-tech@lists.sourceforge.net
Message-ID:
cacwo3x2ix1c1mmkk4yjvfq1lszv8edyylbanpajfvysnbea...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

* Sorry for cross-posting but the DCAT call is a place where both technical and 
non-technical people are very welcome! *

Good afternoon,

First of all, we hope you all enjoyed a great Easter weekend. Our monthly DCAT 
meeting https://wiki.duraspace.org/display/cmtygp/DCAT+Meeting+April+2015 
will be held on April 14th. Starting at 15:00 UTC - 11:00 EDT. We will start 
with the three questions which we agreed to cover in our last meeting:

   - What are the top features of DSpace you use at least once a week
   - What are some of the features you do not use at all
   - As an administrator, which things do you really need to have both
   Configurable in the UI + take effect immediately without the need for a
   Tomcat restart. If you need some inspiration on this one, take a look at
   the administrator use cases
   https://wiki.duraspace.org/display/DSPACE/Use+Cases

Subsequently we will discuss following UI related questions, feeding into the 
ongoing DSpace roadmap work:

   - What is of interest to you in a UI? (use cases / features / needs)
   - What do we keep? What can we do better?
   - What would your ideal UI look like?

We will finish off with a request