Re: [Dspace-tech] install error for upstream/master
That was it - an indirect dependency. The older servlet jar vanished after removing - -com.google.oauth-client -google-oauth-client-jetty - from dspace-api.pom.xml mvn is still somewhat mysterious to me. make on steroids with so many options it makes your head spin. I have seen the tutorials that explain how to compile HelloWorld.java. But those are not very helpful when dealing with poms referring to poms. Best way to search for apps / jars/ version … mvm just some packages .. analyzing an issue In short : does anybody have a favorite tutorial / book to recommend ? Monika Monika Mevenkamp phone: 609-258-4161 Lewis Library,Washington Road and Ivy Lane, Princeton University, Princeton, NJ 08544 > On Mar 5, 2015, at 9:16 AM, Mark H. Wood wrote: > > On Wed, Mar 04, 2015 at 07:34:44PM +, Monika C. Mevenkamp wrote: >> Ah - Yikes - Thanks >> >> It compiles now after I changed the dependencies to rely on >> javax.servlet-api >> Unfortunately this had to be done in all sorts of pom.xml files >> >> BUT >> >> after the compile I still find WEB-INF/lib/servlet-api-2.5-20081211.jar in >> webapps/*/WEB-INF/lib directories >> >> when I do >>> ant update >>> rm $DSPACE_HOME/webapps/jspui/WEB-INF/lib/*servlet* >> then restart tomcat and localhost:8080/jspui comes up fine > > My reading of the output of 'mvn dependency:tree' suggests that this > is org.mortbay.jetty:servlet-api, pulled in transitively due to the > dependency on org.mortbay.jetty.jetty by > com.google.oauth-client-jetty, which for some reason is a dependency > of dspace-api. I wonder what happens when we exclude > o.m.j:servlet-api? > > It looks to me as though at least oauth-client-jetty, and perhaps > others, should be in test. That's probably a better fix. > > -- > Mark H. Wood > Lead Technology Analyst > > University Library > Indiana University - Purdue University Indianapolis > 755 W. Michigan Street > Indianapolis, IN 46202 > 317-274-0749 > www.ulib.iupui.edu > -- > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. > http://goparallel.sourceforge.net/___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] displaying full titles for pool tasks
On Fri, Mar 6, 2015 at 4:55 PM, Bran, Adela wrote: > by making some changes in the Submissions class > (org.dspace.app.xmlui.aspect.xmlworkflow.Submissions.java). More precisely Are you sure you're using XMLWorkflow? This is an optional module that has to be enabled. Check out these classes: dspace-xmlui/src/main/java/org/dspace/app/xmlui/aspect/submission/Submissions.java dspace-xmlui/src/main/java/org/dspace/app/xmlui/aspect/workflow/Submissions.java dspace-xmlui/src/main/java/org/dspace/app/xmlui/aspect/xmlworkflow/Submissions.java Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
[Dspace-tech] Open Repositories 2015 Developer Track : Submission deadline Friday 13th March
--- Apologies for cross posting --- JUST ONE WEEK LEFT TO SUBMIT YOUR IDEAS Open Repositories 2015 DEVELOPER TRACK June 8-11, 2015, Indianapolis, Indiana, http://www.or2015.net *** Deadline 13th March 2015 *** Cool Tools, Daring Demos and Fab Features The OR2015 developer track presents an opportunity to share the latest developments across the technical community. We will be running informal sessions of presentations and demonstrations showcasing community expertise and progress: - What cool development tools, frameworks, languages and technologies could you not get on without? - Is there a particular technique or process that you find apt for solving particular day-to-day repository problems? Demonstrate it to the community. Extra credit for command-line shenanigans and live debugging. - What new features (however small) have you added to your organisation¹s repository? What technologies were used and how did you arrive at your solution? Presentations will be flexibly timed (5 to 20 minutes). Live demos, code repositories, ssh, hacking and audience participation are encouraged. Submissions should take the form of a title and short paragraph detailing what will be shared with the community (including the specific platform and/or technologies you will be showcasing). Please also give an estimate of the duration of your demonstration. Submit your proposal here: https://www.conftool.com/or2015/ by March 13, 2015 ** Ideas Challenge ** The Developer Challenge this year has been replaced by the more inclusive IDEAS CHALLENGE. We would like to encourage teams to form before and during the conference to propose an innovative solution to a real-world problem that repository users currently face. Each team should include members from both the developer and user community, and represent more than one institution. Teams¹ ideas will be presented to the conference and prizes will be awarded based on the nature of the problem, the quality of the solution and the make-up of the team. Find out more at http://www.or2015.net/ideas-challenge/ Please contact the Developer Track Co-Chairs, Adam Field and Claire Knowles at af05v[AT]ecs.soton.ac.uk and claire.knowles[AT]ed.ac.uk for further information. Adam Field and Claire Knowles Developer Track Co-Chairs -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
[Dspace-tech] displaying full titles for pool tasks
Hello, I am new to Dspace and I need to display the full title for the tasks in the pool. This seemed to be an easy task and I thought I can easily obtain this by making some changes in the Submissions class (org.dspace.app.xmlui.aspect.xmlworkflow.Submissions.java). More precisely by removing the ifs where the length of the displayTitle is checked. But it turned out that this doesn't work. I would like to mention that I have packaged and updated the code, but without any success. Could anyone help me with this (or at least give me some hints)? I would be very grateful for any help. Best, Adela -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] maven error
Hi Lewatle,
Aha, there's the issue then.
It looks like you only installed the JRE. DSpace requires the JDK as
noted in the Installation docs:
https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace#InstallingDSpace-OracleJavaJDK7orOpenJDK7
So, you need to install the *full* JDK:
sudo apt-get install openjdk-7-jdk
(It's likely you just installed "openjdk-7-jre" previously, which
doesn't include that "/lib" folder and the "tools.jar")
After installing the full JDK, things should work properly.
- Tim
On 3/6/2015 8:53 AM, Lewatle Phaladi wrote:
> Hi Tim,
>
> Inside my ~/.m2/ there is :
>
> dspace@lcstest:~$ ls .m2/
> repository/ settings.xml
>
> The file /usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar is not existing on
> my test server I have only :
>
> dspace@lcstest:~$ ls -l /usr/lib/jvm/java-7-openjdk-amd64/
> bin/ docs/ jre/ man/
>
> environment variable is set as follows:.
> JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64
>
> Regards,
> Lewatle
>
>
> -Original Message-
> From: Tim Donohue [mailto:tdono...@duraspace.org]
> Sent: 06 March 2015 04:16 PM
> To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] maven error
>
> Hi Lewatle,
>
> Interesting. I have a nearly identical setup (Ubuntu 14.04, OpenJDK 7, Maven
> 3.0.5) and I'm not seeing this same behavior.
>
> Does this file exist on your server? Is it publicly readable (mine is 644)?
>
> /usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar
>
> Do you have the JAVA_HOME environment variable set?
>
> Essentially, the Maven command is trying to locate the "tools.jar" on your
> server, and it's trying to find it at "JAVA_HOME/../lib/tools.jar".
> (This logic was added initially in DSpace 4.0 and is unchanged in DSpace 5)
>
> For some reason it is working on my Ubuntu 14.04 server, but not on
> yours...so, I'm just trying to narrow down the cause of the issue here.
>
> You also could try to run the following to ensure any prior maven builds are
> first cleaned out (in case that could be causing issues):
>
> mvn -U clean package
>
> (The -U tells Maven to also update its dependencies in your local ~/.m2/
> repository)
>
> - Tim
>
> On 3/6/2015 2:17 AM, Lewatle Phaladi wrote:
>> Hi Tim,
>>
>> I am running Ubuntu OS version : Distributor ID: Ubuntu
>>
>> Description:Ubuntu 14.04.1 LTS
>>
>> Release:14.04
>>
>> Codename: trusty
>>
>>
>> Java version : java version "1.7.0_75"
>>OpenJDK Runtime Environment (IcedTea 2.5.4)
>> (7u75-2.5.4-1~trusty1)
>> OpenJDK 64-Bit Server VM (build
>> 24.75-b04, mixed mode)
>>
>> Maven : Apache Maven 3.0.5
>> Maven home: /usr/share/maven
>> Java version: 1.7.0_75, vendor: Oracle Corporation
>> Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
>> Default locale: en_ZA, platform encoding: UTF-8
>> OS name: "linux", version: "3.13.0-46-generic", arch:
>> "amd64", family: "unix"
>>
>> Ant : Apache Ant(TM) version 1.9.3 compiled on April 8 2014
>>
>> Tomcat version : apache-tomcat-8.0.20 Database : PostgreSQL 9.3
>> database server
>>
>> Regards,
>> Lewatle
>>
>> -Original Message-
>> From: Tim Donohue [mailto:tdono...@duraspace.org]
>> Sent: 05 March 2015 11:40 PM
>> To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
>> Subject: Re: [Dspace-tech] maven error
>>
>> Hi Lewatle,
>>
>> We likely need more information here on your environment. What OS are you
>> using? What version of Java?
>>
>> The ${toolsjar} setting is supposed to be auto-determined by our Maven POM
>> based on your JAVA_HOME..and it's different based on your operating system.
>>
>> Here's the relevant part of the Maven POM which seems to be having issues:
>> https://github.com/DSpace/DSpace/blob/master/pom.xml#L447
>>
>> - Tim
>>
>> On 3/4/2015 4:06 AM, Lewatle Phaladi wrote:
>>> Hi,
>>>
>>> I am getting the following error, any idea what am I doing wrongly
>>>
>>> dspace@lcstest:~/dspace-5.0-src-release$ mvn package
>>>
>>> [INFO] Scanning for projects...
>>>
>>> [ERROR] The build could not read 1 project -> [Help 1]
>>>
>>> [ERROR]
>>>
>>> [ERROR] The project org.dspace:dspace-parent:5.0
>>> (/home/dspace/dspace-5.0-src-release/pom.xml) has 1 error
>>>
>>> [ERROR]
>>> 'build.plugins.plugin[org.apache.maven.plugins:maven-antrun-plugin].dependencies.dependency.systemPath'
>>> for com.sun:tools:jar must specify an absolute path but is
>>> ${toolsjar} @ line 176, column 28
>>>
>>> [ERROR]
>>>
>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>> the -e switch.
>>>
>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>
>>> [ERROR]
>>>
>>> [ERROR] For
Re: [Dspace-tech] maven error
PS: Also see:
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Prepare_Ubuntu/S08
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025C
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa
Tel: +27 21 808 4100 | Cell: +27 84 646 4758
On 6 March 2015 at 16:53, Lewatle Phaladi
wrote:
> Hi Tim,
>
> Inside my ~/.m2/ there is :
>
> dspace@lcstest:~$ ls .m2/
> repository/ settings.xml
>
> The file /usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar is not existing
> on my test server I have only :
>
> dspace@lcstest:~$ ls -l /usr/lib/jvm/java-7-openjdk-amd64/
> bin/ docs/ jre/ man/
>
> environment variable is set as follows:.
> JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64
>
> Regards,
> Lewatle
>
>
> -Original Message-
> From: Tim Donohue [mailto:tdono...@duraspace.org]
> Sent: 06 March 2015 04:16 PM
> To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] maven error
>
> Hi Lewatle,
>
> Interesting. I have a nearly identical setup (Ubuntu 14.04, OpenJDK 7,
> Maven 3.0.5) and I'm not seeing this same behavior.
>
> Does this file exist on your server? Is it publicly readable (mine is 644)?
>
> /usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar
>
> Do you have the JAVA_HOME environment variable set?
>
> Essentially, the Maven command is trying to locate the "tools.jar" on your
> server, and it's trying to find it at "JAVA_HOME/../lib/tools.jar".
> (This logic was added initially in DSpace 4.0 and is unchanged in DSpace 5)
>
> For some reason it is working on my Ubuntu 14.04 server, but not on
> yours...so, I'm just trying to narrow down the cause of the issue here.
>
> You also could try to run the following to ensure any prior maven builds
> are first cleaned out (in case that could be causing issues):
>
> mvn -U clean package
>
> (The -U tells Maven to also update its dependencies in your local ~/.m2/
> repository)
>
> - Tim
>
> On 3/6/2015 2:17 AM, Lewatle Phaladi wrote:
> > Hi Tim,
> >
> > I am running Ubuntu OS version : Distributor ID: Ubuntu
> >
> Description:Ubuntu 14.04.1 LTS
> >
> Release:14.04
> >
> Codename: trusty
> >
> >
> > Java version : java version "1.7.0_75"
> > OpenJDK Runtime Environment (IcedTea
> 2.5.4) (7u75-2.5.4-1~trusty1)
> >OpenJDK 64-Bit Server VM (build
> > 24.75-b04, mixed mode)
> >
> > Maven : Apache Maven 3.0.5
> >Maven home: /usr/share/maven
> >Java version: 1.7.0_75, vendor: Oracle Corporation
> >Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
> >Default locale: en_ZA, platform encoding: UTF-8
> >OS name: "linux", version: "3.13.0-46-generic", arch:
> "amd64", family: "unix"
> >
> > Ant : Apache Ant(TM) version 1.9.3 compiled on April 8 2014
> >
> > Tomcat version : apache-tomcat-8.0.20 Database : PostgreSQL 9.3
> > database server
> >
> > Regards,
> > Lewatle
> >
> > -Original Message-
> > From: Tim Donohue [mailto:tdono...@duraspace.org]
> > Sent: 05 March 2015 11:40 PM
> > To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
> > Subject: Re: [Dspace-tech] maven error
> >
> > Hi Lewatle,
> >
> > We likely need more information here on your environment. What OS are
> you using? What version of Java?
> >
> > The ${toolsjar} setting is supposed to be auto-determined by our Maven
> POM based on your JAVA_HOME..and it's different based on your operating
> system.
> >
> > Here's the relevant part of the Maven POM which seems to be having
> issues:
> > https://github.com/DSpace/DSpace/blob/master/pom.xml#L447
> >
> > - Tim
> >
> > On 3/4/2015 4:06 AM, Lewatle Phaladi wrote:
> >> Hi,
> >>
> >> I am getting the following error, any idea what am I doing wrongly
> >>
> >> dspace@lcstest:~/dspace-5.0-src-release$ mvn package
> >>
> >> [INFO] Scanning for projects...
> >>
> >> [ERROR] The build could not read 1 project -> [Help 1]
> >>
> >> [ERROR]
> >>
> >> [ERROR] The project org.dspace:dspace-parent:5.0
> >> (/home/dspace/dspace-5.0-src-release/pom.xml) has 1 error
> >>
> >> [ERROR]
> >>
> 'build.plugins.plugin[org.apache.maven.plugins:maven-antrun-plugin].dependencies.dependency.systemPath'
> >> for com.sun:tools:jar must specify an absolute path but is
> >> ${toolsjar} @ line 176, column 28
> >>
> >> [ERROR]
> >>
> >> [ERROR] To see the full stack trace of the errors, re-run Maven with
> >> the -e switch.
> >>
> >> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> >>
> >> [ERROR]
> >>
> >> [ERROR] For more information about the errors and possible solutions,
> >> please read the following articles:
> >>
> >> [ERROR] [Help 1]
> >> http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingExcep
> >> t
> >> ion
> >>
> >> Regards,
> >>
> >> Lewatle
> >>
> >> This communication is intended for the addressee only. It is
> >> confidential. If you have received this communication i
Re: [Dspace-tech] maven error
Ok, Try to install the following:
sudo apt-get install default-jdk default-jre
Also see: http://wiki.lib.sun.ac.za/index.php/SUNScholar/Prepare_Ubuntu/S03
Cheers
hg
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025C
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa
Tel: +27 21 808 4100 | Cell: +27 84 646 4758
On 6 March 2015 at 16:53, Lewatle Phaladi
wrote:
> Hi Tim,
>
> Inside my ~/.m2/ there is :
>
> dspace@lcstest:~$ ls .m2/
> repository/ settings.xml
>
> The file /usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar is not existing
> on my test server I have only :
>
> dspace@lcstest:~$ ls -l /usr/lib/jvm/java-7-openjdk-amd64/
> bin/ docs/ jre/ man/
>
> environment variable is set as follows:.
> JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64
>
> Regards,
> Lewatle
>
>
> -Original Message-
> From: Tim Donohue [mailto:tdono...@duraspace.org]
> Sent: 06 March 2015 04:16 PM
> To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] maven error
>
> Hi Lewatle,
>
> Interesting. I have a nearly identical setup (Ubuntu 14.04, OpenJDK 7,
> Maven 3.0.5) and I'm not seeing this same behavior.
>
> Does this file exist on your server? Is it publicly readable (mine is 644)?
>
> /usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar
>
> Do you have the JAVA_HOME environment variable set?
>
> Essentially, the Maven command is trying to locate the "tools.jar" on your
> server, and it's trying to find it at "JAVA_HOME/../lib/tools.jar".
> (This logic was added initially in DSpace 4.0 and is unchanged in DSpace 5)
>
> For some reason it is working on my Ubuntu 14.04 server, but not on
> yours...so, I'm just trying to narrow down the cause of the issue here.
>
> You also could try to run the following to ensure any prior maven builds
> are first cleaned out (in case that could be causing issues):
>
> mvn -U clean package
>
> (The -U tells Maven to also update its dependencies in your local ~/.m2/
> repository)
>
> - Tim
>
> On 3/6/2015 2:17 AM, Lewatle Phaladi wrote:
> > Hi Tim,
> >
> > I am running Ubuntu OS version : Distributor ID: Ubuntu
> >
> Description:Ubuntu 14.04.1 LTS
> >
> Release:14.04
> >
> Codename: trusty
> >
> >
> > Java version : java version "1.7.0_75"
> > OpenJDK Runtime Environment (IcedTea
> 2.5.4) (7u75-2.5.4-1~trusty1)
> >OpenJDK 64-Bit Server VM (build
> > 24.75-b04, mixed mode)
> >
> > Maven : Apache Maven 3.0.5
> >Maven home: /usr/share/maven
> >Java version: 1.7.0_75, vendor: Oracle Corporation
> >Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
> >Default locale: en_ZA, platform encoding: UTF-8
> >OS name: "linux", version: "3.13.0-46-generic", arch:
> "amd64", family: "unix"
> >
> > Ant : Apache Ant(TM) version 1.9.3 compiled on April 8 2014
> >
> > Tomcat version : apache-tomcat-8.0.20 Database : PostgreSQL 9.3
> > database server
> >
> > Regards,
> > Lewatle
> >
> > -Original Message-
> > From: Tim Donohue [mailto:tdono...@duraspace.org]
> > Sent: 05 March 2015 11:40 PM
> > To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
> > Subject: Re: [Dspace-tech] maven error
> >
> > Hi Lewatle,
> >
> > We likely need more information here on your environment. What OS are
> you using? What version of Java?
> >
> > The ${toolsjar} setting is supposed to be auto-determined by our Maven
> POM based on your JAVA_HOME..and it's different based on your operating
> system.
> >
> > Here's the relevant part of the Maven POM which seems to be having
> issues:
> > https://github.com/DSpace/DSpace/blob/master/pom.xml#L447
> >
> > - Tim
> >
> > On 3/4/2015 4:06 AM, Lewatle Phaladi wrote:
> >> Hi,
> >>
> >> I am getting the following error, any idea what am I doing wrongly
> >>
> >> dspace@lcstest:~/dspace-5.0-src-release$ mvn package
> >>
> >> [INFO] Scanning for projects...
> >>
> >> [ERROR] The build could not read 1 project -> [Help 1]
> >>
> >> [ERROR]
> >>
> >> [ERROR] The project org.dspace:dspace-parent:5.0
> >> (/home/dspace/dspace-5.0-src-release/pom.xml) has 1 error
> >>
> >> [ERROR]
> >>
> 'build.plugins.plugin[org.apache.maven.plugins:maven-antrun-plugin].dependencies.dependency.systemPath'
> >> for com.sun:tools:jar must specify an absolute path but is
> >> ${toolsjar} @ line 176, column 28
> >>
> >> [ERROR]
> >>
> >> [ERROR] To see the full stack trace of the errors, re-run Maven with
> >> the -e switch.
> >>
> >> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> >>
> >> [ERROR]
> >>
> >> [ERROR] For more information about the errors and possible solutions,
> >> please read the following articles:
> >>
> >> [ERROR] [Help 1]
> >> http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingExcep
> >> t
> >> ion
> >>
> >> Regards,
> >>
> >> Lewatle
> >>
> >> This communication is intended fo
Re: [Dspace-tech] maven error
Hi Tim,
Inside my ~/.m2/ there is :
dspace@lcstest:~$ ls .m2/
repository/ settings.xml
The file /usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar is not existing on my
test server I have only :
dspace@lcstest:~$ ls -l /usr/lib/jvm/java-7-openjdk-amd64/
bin/ docs/ jre/ man/
environment variable is set as follows:.
JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64
Regards,
Lewatle
-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org]
Sent: 06 March 2015 04:16 PM
To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] maven error
Hi Lewatle,
Interesting. I have a nearly identical setup (Ubuntu 14.04, OpenJDK 7, Maven
3.0.5) and I'm not seeing this same behavior.
Does this file exist on your server? Is it publicly readable (mine is 644)?
/usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar
Do you have the JAVA_HOME environment variable set?
Essentially, the Maven command is trying to locate the "tools.jar" on your
server, and it's trying to find it at "JAVA_HOME/../lib/tools.jar".
(This logic was added initially in DSpace 4.0 and is unchanged in DSpace 5)
For some reason it is working on my Ubuntu 14.04 server, but not on yours...so,
I'm just trying to narrow down the cause of the issue here.
You also could try to run the following to ensure any prior maven builds are
first cleaned out (in case that could be causing issues):
mvn -U clean package
(The -U tells Maven to also update its dependencies in your local ~/.m2/
repository)
- Tim
On 3/6/2015 2:17 AM, Lewatle Phaladi wrote:
> Hi Tim,
>
> I am running Ubuntu OS version : Distributor ID: Ubuntu
>
> Description:Ubuntu 14.04.1 LTS
>
> Release:14.04
>
> Codename: trusty
>
>
> Java version : java version "1.7.0_75"
> OpenJDK Runtime Environment (IcedTea 2.5.4)
> (7u75-2.5.4-1~trusty1)
>OpenJDK 64-Bit Server VM (build
> 24.75-b04, mixed mode)
>
> Maven : Apache Maven 3.0.5
>Maven home: /usr/share/maven
>Java version: 1.7.0_75, vendor: Oracle Corporation
>Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
>Default locale: en_ZA, platform encoding: UTF-8
>OS name: "linux", version: "3.13.0-46-generic", arch:
> "amd64", family: "unix"
>
> Ant : Apache Ant(TM) version 1.9.3 compiled on April 8 2014
>
> Tomcat version : apache-tomcat-8.0.20 Database : PostgreSQL 9.3
> database server
>
> Regards,
> Lewatle
>
> -Original Message-
> From: Tim Donohue [mailto:tdono...@duraspace.org]
> Sent: 05 March 2015 11:40 PM
> To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] maven error
>
> Hi Lewatle,
>
> We likely need more information here on your environment. What OS are you
> using? What version of Java?
>
> The ${toolsjar} setting is supposed to be auto-determined by our Maven POM
> based on your JAVA_HOME..and it's different based on your operating system.
>
> Here's the relevant part of the Maven POM which seems to be having issues:
> https://github.com/DSpace/DSpace/blob/master/pom.xml#L447
>
> - Tim
>
> On 3/4/2015 4:06 AM, Lewatle Phaladi wrote:
>> Hi,
>>
>> I am getting the following error, any idea what am I doing wrongly
>>
>> dspace@lcstest:~/dspace-5.0-src-release$ mvn package
>>
>> [INFO] Scanning for projects...
>>
>> [ERROR] The build could not read 1 project -> [Help 1]
>>
>> [ERROR]
>>
>> [ERROR] The project org.dspace:dspace-parent:5.0
>> (/home/dspace/dspace-5.0-src-release/pom.xml) has 1 error
>>
>> [ERROR]
>> 'build.plugins.plugin[org.apache.maven.plugins:maven-antrun-plugin].dependencies.dependency.systemPath'
>> for com.sun:tools:jar must specify an absolute path but is
>> ${toolsjar} @ line 176, column 28
>>
>> [ERROR]
>>
>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>> the -e switch.
>>
>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>
>> [ERROR]
>>
>> [ERROR] For more information about the errors and possible solutions,
>> please read the following articles:
>>
>> [ERROR] [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingExcep
>> t
>> ion
>>
>> 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 disseminate this communication without the permission
>> of the University. Only authorised signatories are competent to enter
>> into agreements on behalf of the University and recipients are thus
>> advised that the content of this message may not be legally binding
>> on
Re: [Dspace-tech] browse list with contains option not starts_with
Hi Pablo, You can get to the same list of items in either the Search or the Browse interfaces. The Browse interface is more meant for "known" items, where we assume you likely know what you are looking for. The Search interface is used for finding items where you know it contains (or should contain a particular word). You can even search within a specific Collection (which sounds like what you are looking for). Simply browse to the Collection of Items, and put a search into the search box on that page. I hope that helps. - Tim On 3/6/2015 1:33 AM, Pablo Buenaposada wrote: > because I still want to show the full list of items, the only that I can't > understand is why you have to search something knowing how it starts, that's > not the general case, normally you know that contains some word but you > don't know the first ones. > > > > -- > View this message in context: > http://dspace.2283337.n4.nabble.com/browse-list-with-contains-option-not-starts-with-tp4676815p4676915.html > Sent from the DSpace - Tech mailing list archive at Nabble.com. > > -- > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] maven error
Hi Lewatle,
Interesting. I have a nearly identical setup (Ubuntu 14.04, OpenJDK 7,
Maven 3.0.5) and I'm not seeing this same behavior.
Does this file exist on your server? Is it publicly readable (mine is 644)?
/usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar
Do you have the JAVA_HOME environment variable set?
Essentially, the Maven command is trying to locate the "tools.jar" on
your server, and it's trying to find it at "JAVA_HOME/../lib/tools.jar".
(This logic was added initially in DSpace 4.0 and is unchanged in DSpace 5)
For some reason it is working on my Ubuntu 14.04 server, but not on
yours...so, I'm just trying to narrow down the cause of the issue here.
You also could try to run the following to ensure any prior maven builds
are first cleaned out (in case that could be causing issues):
mvn -U clean package
(The -U tells Maven to also update its dependencies in your local ~/.m2/
repository)
- Tim
On 3/6/2015 2:17 AM, Lewatle Phaladi wrote:
> Hi Tim,
>
> I am running Ubuntu OS version : Distributor ID: Ubuntu
>
> Description:Ubuntu 14.04.1 LTS
>
> Release:14.04
>
> Codename: trusty
>
>
> Java version : java version "1.7.0_75"
> OpenJDK Runtime Environment (IcedTea 2.5.4)
> (7u75-2.5.4-1~trusty1)
>OpenJDK 64-Bit Server VM (build 24.75-b04,
> mixed mode)
>
> Maven : Apache Maven 3.0.5
>Maven home: /usr/share/maven
>Java version: 1.7.0_75, vendor: Oracle Corporation
>Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
>Default locale: en_ZA, platform encoding: UTF-8
>OS name: "linux", version: "3.13.0-46-generic", arch:
> "amd64", family: "unix"
>
> Ant : Apache Ant(TM) version 1.9.3 compiled on April 8 2014
>
> Tomcat version : apache-tomcat-8.0.20
> Database : PostgreSQL 9.3 database server
>
> Regards,
> Lewatle
>
> -Original Message-
> From: Tim Donohue [mailto:tdono...@duraspace.org]
> Sent: 05 March 2015 11:40 PM
> To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] maven error
>
> Hi Lewatle,
>
> We likely need more information here on your environment. What OS are you
> using? What version of Java?
>
> The ${toolsjar} setting is supposed to be auto-determined by our Maven POM
> based on your JAVA_HOME..and it's different based on your operating system.
>
> Here's the relevant part of the Maven POM which seems to be having issues:
> https://github.com/DSpace/DSpace/blob/master/pom.xml#L447
>
> - Tim
>
> On 3/4/2015 4:06 AM, Lewatle Phaladi wrote:
>> Hi,
>>
>> I am getting the following error, any idea what am I doing wrongly
>>
>> dspace@lcstest:~/dspace-5.0-src-release$ mvn package
>>
>> [INFO] Scanning for projects...
>>
>> [ERROR] The build could not read 1 project -> [Help 1]
>>
>> [ERROR]
>>
>> [ERROR] The project org.dspace:dspace-parent:5.0
>> (/home/dspace/dspace-5.0-src-release/pom.xml) has 1 error
>>
>> [ERROR]
>> 'build.plugins.plugin[org.apache.maven.plugins:maven-antrun-plugin].dependencies.dependency.systemPath'
>> for com.sun:tools:jar must specify an absolute path but is ${toolsjar}
>> @ line 176, column 28
>>
>> [ERROR]
>>
>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>> the -e switch.
>>
>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>
>> [ERROR]
>>
>> [ERROR] For more information about the errors and possible solutions,
>> please read the following articles:
>>
>> [ERROR] [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingExcept
>> ion
>>
>> 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 disseminate this communication without the permission of the
>> University. Only authorised signatories are competent to enter into
>> agreements on behalf of the University and recipients are thus advised
>> that the content of this message may not be legally binding on the
>> University and may contain the personal views and opinions of the
>> author, which are not necessarily the views and opinions of The
>> University of the Witwatersrand, Johannesburg. All agreements between
>> the University and outsiders are subject to South African Law unless
>> the University agrees in writing to the contrary.
>>
>>
>>
>>
>>
>> --
>> Dive into the World of Parallel Programming The Go Parallel
>> Website, sponsored by Intel and developed in partnership with Slashdot
>> Media, is your hub for all things par
Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Yes, that makes sense. Still, it needs a brief verification because sometimes our understanding of a concept and its implementation may differ. On Fri, Mar 6, 2015 at 10:12 AM, Kristian Roberto Salcedo wrote: > Hi Ivan, > > I might have overlooked something, but from your comments on > https://jira.duraspace.org/browse/DS-2491 wouldnt it be meaningful > to do both your declaration change and Ondřej's suggestion in order to match > both what is declared and what the documentation says about OAI and deleted > items? > > regards, > Kristian > >>-Original Message- >>From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of >>helix84 >>Sent: Thursday, March 05, 2015 3:46 PM >>To: Kristian Roberto Salcedo >>Cc: dspace-tech@lists.sourceforge.net; João Melo >>Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent? >> >>Hi Kristian, >> >>I think you're right that the declared >>persistent doesn't match how DSpace >>behaves. I filed a Jira issue and created a pull request to change the >>declared >>status to transient. >> >>https://jira.duraspace.org/browse/DS-2491 >> >> >>Regards, >>~~helix84 >> >>Compulsory reading: DSpace Mailing List Etiquette >>https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette >> >> >>On Thu, Mar 5, 2015 at 2:52 PM, Kristian Roberto Salcedo >> wrote: >>> Hi all, >>> >>> In Dspace 4.2 we are currently seeing that our OAI feeds are not being >>persistent as per these definitions when it comes to deleted (withdrawn) >>items: >>> >>> http://www.openarchives.org/OAI/openarchivesprotocol.html#deletion >>> https://wiki.duraspace.org/pages/viewpage.action?pageId=34640887#OAI- >>P >>> MHDataProvider2.0(Internals)-Deletions >>> >>> Withdrawn items do not get the as they should, >>like in this example: >>> >>> >>http://webservices.itcs.umich.edu/mediawiki/oaibp/index.php/Deleted_Re >>> cord_Example_1 >>> >>> Withdrawing an item is not reflected in the OAI entry in any way. >>> >>> -- >>> >>> This is our Identify page at the moment: >>> >>> https://www.duo.uio.no/oai/request?verb=Identify >>> >>> -- >>> >>> I believe we're doing everything right regarding config parameters and >>maintenance of the solr oai index. >>> >>> The only place I can find a "persistent"-parameter is in this config file: >>> /www/var/data/dspace/config/oaicat.properties >>> which I thought was deprecated, but we still set it just to be sure: >>> Identify.deletedRecord=persistent >>> >>> All other relevant config parameters are set in these two files as far as I >>> can >>tell: >>> >>> /www/var/data/dspace/config/modules/oai.cfg >>> /www/var/data/dspace/config/crosswalks/oai/description.xml >>> >>> We are running the oai import -o command nightly. >>> >>> -- >>> >>> The only way we've found to remove withdrawn items from the OAI feed is >>by running a complete re-indexing of the oai solr index: >>> >>> /www/var/data/dspace/bin/dspace oai import -c >>> >>> with a subsequent >>> >>> /www/var/data/dspace/bin/dspace oai clean-cache >>> >>> This removes a withdrawn item: >>> >>> https://www.duo.uio.no/handle/10852/42670 >>> >>> completely from the feed: >>> >>> >>https://www.duo.uio.no/oai/request?verb=GetRecord&metadataPrefix=oai >>_d >>> c&identifier=oai:localhost:10852/42670 >>> >>> which is not what we want... >>> >>> -- >>> >>> >>> Is anyone else experiencing the same problem? >>> >>> Maybe I've missed something - If this actually works differently than we >>expect or has been addressed in OAI 2.1, please let me know. >>> >>> >>> regards, >>> Kristian Salcedo >>> Universitetet of Oslo Library >>> Department of digital services >>> >>> >>> -- >>> Dive into the World of Parallel Programming The Go Parallel >>> Website, sponsored by Intel and developed in partnership with Slashdot >>> Media, is your hub for all things parallel software development, from >>> weekly thought leadership blogs to news, videos, case studies, >>> tutorials and more. Take a look and join the conversation now. >>> http://goparallel.sourceforge.net/ >>> ___ >>> DSpace-tech mailing list >>> DSpace-tech@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/dspace-tech >>> List Etiquette: >>> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___
Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi Ivan, I might have overlooked something, but from your comments on https://jira.duraspace.org/browse/DS-2491 wouldnt it be meaningful to do both your declaration change and Ondřej's suggestion in order to match both what is declared and what the documentation says about OAI and deleted items? regards, Kristian >-Original Message- >From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of >helix84 >Sent: Thursday, March 05, 2015 3:46 PM >To: Kristian Roberto Salcedo >Cc: dspace-tech@lists.sourceforge.net; João Melo >Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent? > >Hi Kristian, > >I think you're right that the declared >persistent doesn't match how DSpace >behaves. I filed a Jira issue and created a pull request to change the declared >status to transient. > >https://jira.duraspace.org/browse/DS-2491 > > >Regards, >~~helix84 > >Compulsory reading: DSpace Mailing List Etiquette >https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > > >On Thu, Mar 5, 2015 at 2:52 PM, Kristian Roberto Salcedo > wrote: >> Hi all, >> >> In Dspace 4.2 we are currently seeing that our OAI feeds are not being >persistent as per these definitions when it comes to deleted (withdrawn) >items: >> >> http://www.openarchives.org/OAI/openarchivesprotocol.html#deletion >> https://wiki.duraspace.org/pages/viewpage.action?pageId=34640887#OAI- >P >> MHDataProvider2.0(Internals)-Deletions >> >> Withdrawn items do not get the as they should, >like in this example: >> >> >http://webservices.itcs.umich.edu/mediawiki/oaibp/index.php/Deleted_Re >> cord_Example_1 >> >> Withdrawing an item is not reflected in the OAI entry in any way. >> >> -- >> >> This is our Identify page at the moment: >> >> https://www.duo.uio.no/oai/request?verb=Identify >> >> -- >> >> I believe we're doing everything right regarding config parameters and >maintenance of the solr oai index. >> >> The only place I can find a "persistent"-parameter is in this config file: >> /www/var/data/dspace/config/oaicat.properties >> which I thought was deprecated, but we still set it just to be sure: >> Identify.deletedRecord=persistent >> >> All other relevant config parameters are set in these two files as far as I >> can >tell: >> >> /www/var/data/dspace/config/modules/oai.cfg >> /www/var/data/dspace/config/crosswalks/oai/description.xml >> >> We are running the oai import -o command nightly. >> >> -- >> >> The only way we've found to remove withdrawn items from the OAI feed is >by running a complete re-indexing of the oai solr index: >> >> /www/var/data/dspace/bin/dspace oai import -c >> >> with a subsequent >> >> /www/var/data/dspace/bin/dspace oai clean-cache >> >> This removes a withdrawn item: >> >> https://www.duo.uio.no/handle/10852/42670 >> >> completely from the feed: >> >> >https://www.duo.uio.no/oai/request?verb=GetRecord&metadataPrefix=oai >_d >> c&identifier=oai:localhost:10852/42670 >> >> which is not what we want... >> >> -- >> >> >> Is anyone else experiencing the same problem? >> >> Maybe I've missed something - If this actually works differently than we >expect or has been addressed in OAI 2.1, please let me know. >> >> >> regards, >> Kristian Salcedo >> Universitetet of Oslo Library >> Department of digital services >> >> >> -- >> Dive into the World of Parallel Programming The Go Parallel >> Website, sponsored by Intel and developed in partnership with Slashdot >> Media, is your hub for all things parallel software development, from >> weekly thought leadership blogs to news, videos, case studies, >> tutorials and more. Take a look and join the conversation now. >> http://goparallel.sourceforge.net/ >> ___ >> DSpace-tech mailing list >> DSpace-tech@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/dspace-tech >> List Etiquette: >> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] Batch data change
Hi Hakim, You can also use Dspace batch metadata editing facility, see the instructions at https://wiki.duraspace.org/display/DSDOC4x/Batch+Metadata+Editing Nason On 6 March 2015 at 08:47, Hilton Gibson wrote: > Hi Hakan > > Perahsp this will help: > http://wiki.lib.sun.ac.za/index.php/SUNScholar/SQL_Tips > > Cheers > > hg > > *Hilton Gibson* > Ubuntu Linux Systems Administrator > JS Gericke Library > Room 1025C > Stellenbosch University > Private Bag X5036 > Stellenbosch > 7599 > South Africa > > Tel: +27 21 808 4100 | Cell: +27 84 646 4758 > > On 4 March 2015 at 16:36, Hakan Yanaz wrote: > >> Hi, >> >> I want to change document type of all items inserted as "Article" to >> "article". >> >> I do some research about that and the result is : >> >> in Postgresql, pgAdmin interface: >> >> The "metadata_field_id" of "type" field is "66" in >> "metadatafieldregistry" table. >> >> I can listed all Articles from "metadatavalue" table where >> metadata_field_id = 66 and text_value = "Article" >> >> If I change all text_value fields to "article" which I can listed like >> above, all things is that? >> >> Thanks for any advice. >> >> Best Regards >> >> Hakan Yanaz >> >> >> -- >> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub >> for all >> things parallel software development, from weekly thought leadership >> blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> ___ >> DSpace-tech mailing list >> DSpace-tech@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/dspace-tech >> List Etiquette: >> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette >> > > > > -- > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for > all > things parallel software development, from weekly thought leadership blogs > to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] Batch data change
Hi Hakan Perahsp this will help: http://wiki.lib.sun.ac.za/index.php/SUNScholar/SQL_Tips Cheers hg *Hilton Gibson* Ubuntu Linux Systems Administrator JS Gericke Library Room 1025C Stellenbosch University Private Bag X5036 Stellenbosch 7599 South Africa Tel: +27 21 808 4100 | Cell: +27 84 646 4758 On 4 March 2015 at 16:36, Hakan Yanaz wrote: > Hi, > > I want to change document type of all items inserted as "Article" to > "article". > > I do some research about that and the result is : > > in Postgresql, pgAdmin interface: > > The "metadata_field_id" of "type" field is "66" in "metadatafieldregistry" > table. > > I can listed all Articles from "metadatavalue" table where > metadata_field_id = 66 and text_value = "Article" > > If I change all text_value fields to "article" which I can listed like > above, all things is that? > > Thanks for any advice. > > Best Regards > > Hakan Yanaz > > > -- > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for > all > things parallel software development, from weekly thought leadership blogs > to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > ___ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] maven error
Hi Tim,
I am running Ubuntu OS version : Distributor ID: Ubuntu
Description:Ubuntu 14.04.1 LTS
Release:
14.04
Codename:
trusty
Java version : java version "1.7.0_75"
OpenJDK Runtime Environment (IcedTea 2.5.4)
(7u75-2.5.4-1~trusty1)
OpenJDK 64-Bit Server VM (build 24.75-b04, mixed
mode)
Maven : Apache Maven 3.0.5
Maven home: /usr/share/maven
Java version: 1.7.0_75, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
Default locale: en_ZA, platform encoding: UTF-8
OS name: "linux", version: "3.13.0-46-generic", arch:
"amd64", family: "unix"
Ant : Apache Ant(TM) version 1.9.3 compiled on April 8 2014
Tomcat version : apache-tomcat-8.0.20
Database : PostgreSQL 9.3 database server
Regards,
Lewatle
-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org]
Sent: 05 March 2015 11:40 PM
To: Lewatle Phaladi; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] maven error
Hi Lewatle,
We likely need more information here on your environment. What OS are you
using? What version of Java?
The ${toolsjar} setting is supposed to be auto-determined by our Maven POM
based on your JAVA_HOME..and it's different based on your operating system.
Here's the relevant part of the Maven POM which seems to be having issues:
https://github.com/DSpace/DSpace/blob/master/pom.xml#L447
- Tim
On 3/4/2015 4:06 AM, Lewatle Phaladi wrote:
> Hi,
>
> I am getting the following error, any idea what am I doing wrongly
>
> dspace@lcstest:~/dspace-5.0-src-release$ mvn package
>
> [INFO] Scanning for projects...
>
> [ERROR] The build could not read 1 project -> [Help 1]
>
> [ERROR]
>
> [ERROR] The project org.dspace:dspace-parent:5.0
> (/home/dspace/dspace-5.0-src-release/pom.xml) has 1 error
>
> [ERROR]
> 'build.plugins.plugin[org.apache.maven.plugins:maven-antrun-plugin].dependencies.dependency.systemPath'
> for com.sun:tools:jar must specify an absolute path but is ${toolsjar}
> @ line 176, column 28
>
> [ERROR]
>
> [ERROR] To see the full stack trace of the errors, re-run Maven with
> the -e switch.
>
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>
> [ERROR]
>
> [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
>
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingExcept
> ion
>
> 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 disseminate this communication without the permission of the
> University. Only authorised signatories are competent to enter into
> agreements on behalf of the University and recipients are thus advised
> that the content of this message may not be legally binding on the
> University and may contain the personal views and opinions of the
> author, which are not necessarily the views and opinions of The
> University of the Witwatersrand, Johannesburg. All agreements between
> the University and outsiders are subject to South African Law unless
> the University agrees in writing to the contrary.
>
>
>
>
>
> --
> Dive into the World of Parallel Programming The Go Parallel
> Website, sponsored by Intel and developed in partnership with Slashdot
> Media, is your hub for all things parallel software development, from
> weekly thought leadership blogs to news, videos, case studies,
> tutorials and more. Take a look and join the conversation now.
> http://goparallel.sourceforge.net/
>
>
>
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette:
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>
>
>
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 disseminate this communication without the
permission of the University. Only authorised signatories are competent to
enter into agreements on behalf of the University and recipients are thus
advised that the content of this message may not be legally binding on the
University and may contain the personal views and opinions of the author, which
are not necessarily the views and opinions of The University of the
Witwatersrand,
