Re: [Dspace-tech] Style news-xmlui.xml

2011-10-14 Thread Scott Thurston
Antonio, I had difficulty formatting news-xmlui.xml until I read the 
instructions closely and realized it is a DRI document, not generic 
XML.  You can only use valid DRI tags.  See the DRI Schema Reference for 
more information: 
https://wiki.duraspace.org/display/DSDOC/DRI+Schema+Reference

One way around part of the problem is to use localized message strings 
for your content.  You can insert them into your document using tags 
like this:

i18n:textmessage.key.name/i18n:text

The content of the message key can contain HTML formatting tags such as 
i/i and b/b.

I hope this is helpful!

Regards,
Scott

On 10/13/2011 5:31 PM, � wrote:
 Hi folks.

 Is it possible to add formatting or style to 'news-xmlui.xml'?

 The labels 'b' ori  are not working.

 I only found this:

 http://www.dspace.org/1_6_0Documentation/ch07.html#N15659

 Thank you for your help.


-- 
Scott Thurston  scott.thurs...@noaa.gov
NOAA / NGDC / WDC   http://www.ngdc.noaa.gov/
Marine Geology  Geophysics 303-497-4411 (phone)
325 Broadway E/GC3  303-497-6513 (fax)
Boulder, CO 80305-3337



--
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-d2d-oct
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Java fatal error on dspace import

2011-10-14 Thread André
Dear all,

I'm trying to import 157 registries on dspace 1.6.2 by calling
[dspace]/bin/dspace import --add
--eperson=andre.ass...@usp.br--collection=123456789/32
--source=/home/andre/xImpAleph/impTeste111014/xvi_fd --mapfile=./xvi_fd
--workflow


It starts the process ok, but int the middle I get the following error
message:


#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7fea376dc440, pid=20001, tid=140644013197072
#
# JRE version: 7.0-b147
# Java VM: Java HotSpot(TM) 64-Bit Server VM (21.0-b17 mixed mode
linux-amd64 compressed oops)
# Problematic frame:
# J
org.apache.lucene.index.DocumentsWriter$ThreadState$FieldData.invertField(Lorg/apache/lucene/document/Fieldable;Lorg/apache/lucene/analysis/Analyzer;I)V
#
# Core dump written. Default location: /dspace/bin/core or core.20001 (max
size 1 kB). To ensure a full core dump, try ulimit -c unlimited before
starting Java again
#
# An error report file with more information is saved as:
# /dspace/bin/hs_err_pid20001.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#
./dspace: line 69: 20001 Aborted java $JAVA_OPTS -classpath
$FULLPATH $LOG org.dspace.app.launcher.ScriptLauncher $@





If I retry to import, with the --resume option, it restarts very slowly, and
in dspace.log I get the following message:





2011-10-14 14:01:26,342 ERROR org.dspace.search.DSIndexer @ Lock obtain
timed out: SimpleFSLock@/dspace/search/write.lock
org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out:
SimpleFSLock@/dspace/search/write.lock
at org.apache.lucene.store.Lock.obtain(Lock.java:85)
at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:691)
at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:452)
at org.dspace.search.DSIndexer.openIndex(DSIndexer.java:781)
at org.dspace.search.DSIndexer.writeDocument(DSIndexer.java:853)
at org.dspace.search.DSIndexer.buildDocument(DSIndexer.java:1138)
at org.dspace.search.DSIndexer.indexContent(DSIndexer.java:299)
at org.dspace.search.DSIndexer.updateIndex(DSIndexer.java:584)
at org.dspace.search.DSIndexer.main(DSIndexer.java:545)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:212)




Searching the archive of this list, I found some people solved this by
deleting the write.lock and afterwards force the reindexation by running
./dsrun org.dspace.search.DSIndexer -c


This solves the slowdown problem but doesn't solve the import problem.
I tried to stop tomcat before importing, to guarantee none was accessing the
index at the same time, but this didn't solve the problem.
I also set more free memory with JAVA_OPTS=-Xmx512m   and also -Xmx1024m,
but this also didn't do the trick.

Has anyone had this problem? Could share any ideas?

Thanks in advance

Andre Assada
--
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-d2d-oct___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Java fatal error on dspace import

2011-10-14 Thread Blanco, Jose
Andre,

The Lock error you are getting when you resume is because there is a write.lock 
file in your search repository directory.  So go into

[dspace]/search

And you should see a write.lock file in there.  Take a look at it.  I think it 
should be empty. It is just used to stop indexing from taking place.  If you 
remove it, you should be able to keep going.  Are you doing this in the live 
system, or dev area.  I always load things in dev before going to the live, 
just in case.

-Jose

From: André [mailto:andre.ass...@usp.br]
Sent: Friday, October 14, 2011 1:45 PM
To: dspace-tech
Subject: [Dspace-tech] Java fatal error on dspace import

Dear all,

I'm trying to import 157 registries on dspace 1.6.2 by calling
[dspace]/bin/dspace import --add 
--eperson=andre.ass...@usp.brmailto:andre.ass...@usp.br 
--collection=123456789/32 --source=/home/andre/xImpAleph/impTeste111014/xvi_fd 
--mapfile=./xvi_fd --workflow


It starts the process ok, but int the middle I get the following error message:


#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7fea376dc440, pid=20001, tid=140644013197072
#
# JRE version: 7.0-b147
# Java VM: Java HotSpot(TM) 64-Bit Server VM (21.0-b17 mixed mode linux-amd64 
compressed oops)
# Problematic frame:
# J  
org.apache.lucene.index.DocumentsWriter$ThreadState$FieldData.invertField(Lorg/apache/lucene/document/Fieldable;Lorg/apache/lucene/analysis/Analyzer;I)V
#
# Core dump written. Default location: /dspace/bin/core or core.20001 (max size 
1 kB). To ensure a full core dump, try ulimit -c unlimited before starting 
Java again
#
# An error report file with more information is saved as:
# /dspace/bin/hs_err_pid20001.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#
./dspace: line 69: 20001 Aborted java $JAVA_OPTS -classpath 
$FULLPATH $LOG org.dspace.app.launcher.ScriptLauncher $@





If I retry to import, with the --resume option, it restarts very slowly, and in 
dspace.log I get the following message:





2011-10-14 14:01:26,342 ERROR org.dspace.search.DSIndexer @ Lock obtain timed 
out: SimpleFSLock@/dspace/search/write.lock
org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: 
SimpleFSLock@/dspace/search/write.lock
at org.apache.lucene.store.Lock.obtain(Lock.java:85)
at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:691)
at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:452)
at org.dspace.search.DSIndexer.openIndex(DSIndexer.java:781)
at org.dspace.search.DSIndexer.writeDocument(DSIndexer.java:853)
at org.dspace.search.DSIndexer.buildDocument(DSIndexer.java:1138)
at org.dspace.search.DSIndexer.indexContent(DSIndexer.java:299)
at org.dspace.search.DSIndexer.updateIndex(DSIndexer.java:584)
at org.dspace.search.DSIndexer.main(DSIndexer.java:545)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:212)




Searching the archive of this list, I found some people solved this by deleting 
the write.lock and afterwards force the reindexation by running
./dsrun org.dspace.search.DSIndexer -c


This solves the slowdown problem but doesn't solve the import problem.
I tried to stop tomcat before importing, to guarantee none was accessing the 
index at the same time, but this didn't solve the problem.
I also set more free memory with JAVA_OPTS=-Xmx512m   and also -Xmx1024m, but 
this also didn't do the trick.

Has anyone had this problem? Could share any ideas?

Thanks in advance

Andre Assada
--
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-d2d-oct___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Java fatal error on dspace import

2011-10-14 Thread Mark H. Wood
I can't explain the main problem, but I think that the slow startup
upon resuming is caused by waiting for the lock file to go away.  I
presume that it never goes away because it was left behind when the
initial attempt failed so catastrophically.

-- 
Mark H. Wood, Lead System Programmer   mw...@iupui.edu
Asking whether markets are efficient is like asking whether people are smart.


pgpyDVnnBjlOK.pgp
Description: PGP signature
--
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-d2d-oct___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Java fatal error on dspace import

2011-10-14 Thread Andrea Bollini

Hi André,
I noted that you use java 7 I have not direct experience with this but 
there are a lot of post in the web reporting issues using java 7 with 
lucene/solr.

See for example: http://www.infoq.com/news/2011/08/java7-hotspot
Hope this help,
Andrea


Il 14/10/2011 19:44, André ha scritto:

Dear all,

I'm trying to import 157 registries on dspace 1.6.2 by calling
[dspace]/bin/dspace import --add --eperson=andre.ass...@usp.br 
mailto:andre.ass...@usp.br --collection=123456789/32 
--source=/home/andre/xImpAleph/impTeste111014/xvi_fd 
--mapfile=./xvi_fd --workflow



It starts the process ok, but int the middle I get the following error 
message:



#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7fea376dc440, pid=20001, tid=140644013197072
#
# JRE version: 7.0-b147
# Java VM: Java HotSpot(TM) 64-Bit Server VM (21.0-b17 mixed mode 
linux-amd64 compressed oops)

# Problematic frame:
# J  
org.apache.lucene.index.DocumentsWriter$ThreadState$FieldData.invertField(Lorg/apache/lucene/document/Fieldable;Lorg/apache/lucene/analysis/Analyzer;I)V

#
# Core dump written. Default location: /dspace/bin/core or core.20001 
(max size 1 kB). To ensure a full core dump, try ulimit -c unlimited 
before starting Java again

#
# An error report file with more information is saved as:
# /dspace/bin/hs_err_pid20001.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#
./dspace: line 69: 20001 Aborted java $JAVA_OPTS 
-classpath $FULLPATH $LOG org.dspace.app.launcher.ScriptLauncher $@






If I retry to import, with the --resume option, it restarts very 
slowly, and in dspace.log I get the following message:






2011-10-14 14:01:26,342 ERROR org.dspace.search.DSIndexer @ Lock 
obtain timed out: SimpleFSLock@/dspace/search/write.lock
org.apache.lucene.store.LockObtainFailedException: Lock obtain timed 
out: SimpleFSLock@/dspace/search/write.lock

at org.apache.lucene.store.Lock.obtain(Lock.java:85)
at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:691)
at 
org.apache.lucene.index.IndexWriter.init(IndexWriter.java:452)

at org.dspace.search.DSIndexer.openIndex(DSIndexer.java:781)
at org.dspace.search.DSIndexer.writeDocument(DSIndexer.java:853)
at org.dspace.search.DSIndexer.buildDocument(DSIndexer.java:1138)
at org.dspace.search.DSIndexer.indexContent(DSIndexer.java:299)
at org.dspace.search.DSIndexer.updateIndex(DSIndexer.java:584)
at org.dspace.search.DSIndexer.main(DSIndexer.java:545)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:212)





Searching the archive of this list, I found some people solved this by 
deleting the write.lock and afterwards force the reindexation by running

./dsrun org.dspace.search.DSIndexer -c


This solves the slowdown problem but doesn't solve the import problem.
I tried to stop tomcat before importing, to guarantee none was 
accessing the index at the same time, but this didn't solve the problem.
I also set more free memory with JAVA_OPTS=-Xmx512m   and also 
-Xmx1024m, but this also didn't do the trick.


Has anyone had this problem? Could share any ideas?

Thanks in advance

Andre Assada


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


___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech



--
Dott. Andrea Bollini

boll...@cilea.it
ph. +39 06 59292853 - mob. +39 348 8277525 - fax +39 06 5913770
CILEA - Consorzio Interuniversitario
http://www.cilea.it/disclaimer

--
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-d2d-oct___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Job Posting: Digital Library Programmer at Lafayette College

2011-10-14 Thread Eric Luhrs
Job Posting: DIGITAL LIBRARY PROGRAMMER at Lafayette College (Easton,
Pennsylvania)

Lafayette College seeks a programmer with broad interests, or a
librarian or scholar with programming experience, for a key role in
the development of new digital initiatives, and to maintain and extend
existing initiatives that directly support the teaching and research
of our Faculty.  As a member of the Digital Scholarship team, the
Digital Library Programmer reports to the Digital Initiatives
Librarian and works closely with librarians and faculty members to
understand and deliver solutions that support innovative scholarship.

The person selected for this position will be comfortable with the
design, development, and deployment of web applications in an Open
Source environment, will have an understanding of relational database
design, an aptitude for choosing and learning new languages and
technologies, and the ability to develop complex migration paths for
various kinds of data between different applications and databases.

Primary responsibilities: work with faculty and Digital Scholarship
team to design and implement digital projects, program new web
applications and software tools; customize and extend existing digital
library platforms (currently CONTENTdm (PHP), DSpace, and MetaDB (both
Java)); manage revision control for digital library projects;
coordinate server maintenance with the College’s central IT
department.

This is a full-time, 12-month position.  Lafayette College Libraries
provide ample funding for staff members to attend and present their
work at relevant academic or professional conferences.  Candidates
with an advanced degree may be eligible for faculty status without
rank or tenure.

QUALIFICATIONS

Education/Experience

Bachelor’s degree and programming experience in an academic
environment.  Advanced degree preferred.  Otherwise strong applicants
with keen interest in digital libraries and demonstrated relevant
experience are encouraged to apply, even without precisely meeting all
educational or professional requirements.

Skills

In addition to strong technical skills, the successful candidate will
possess natural curiosity, a desire to partner with scholars, and an
aptitude for explaining technical concepts to non-technical audiences.

Experience with _many_ of the following technologies _required_. Web
standards: XHTML, CSS, XML, XSLT, Cocoon, JSON.  Server applications:
Apache, Tomcat, MySQL, Postgres.   Programming languages: JavaScript,
PHP, Java.  Experience with jQuery, or similar JavaScript library.
Ability to manage source code in a revision control system such as
Subversion or Git.

Experience with _some_ of the following technologies _desired_.
Library standards: Dublin Core, MARC, METS, MODS, PREMIS, RDF, VRA
Core.  Library web applications: CONTENTdm, Drupal, DSpace, Fedora.
Familiarity with basic Linux systems administration tasks, especially
related to installation, upgrades, and troubleshooting of production
library web applications.   Involvement with Open Source development
community.

Please send resume with letter addressing job qualifications and three
professional references to:

Neil McElroy, Dean Libraries Lafayette College Easton, PA 18042

Application materials can be sent by email to: caste...@lafayette.edu.

Lafayette College is committed to creating a diverse community: one
that is inclusive and responsive, and is supportive of each and all of
its faculty, students, and staff.  All members of the College
community share a responsibility for creating, maintaining, and
developing a learning environment in which difference is valued,
equity is sought, and inclusiveness is practiced.  Lafayette College
is an equal opportunity employer and encourages applications from
women and minorities.

--
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-d2d-oct
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech