[Dspace-tech] Run the bin/intall-configs script

2007-07-24 Thread Rodrigo Castro Artigas
I have the problem, Run the bin/intall-configs script
Show folowing message:
 
[EMAIL PROTECTED] bin]# ./install-configs
Processing and installing configuration files for external tools
./dsrun: line 70: java: command not found


Please Help me

Atte
Rodrigo Castro

Jefe de Tecnología 

Alerta al Conocimiento S.A.

Fono: 233-7908


-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] En nombre de
[EMAIL PROTECTED]
Enviado el: Martes, 24 de Julio de 2007 5:11
Para: dspace-tech@lists.sourceforge.net
Asunto: DSpace-tech Digest, Vol 15, Issue 53

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
[EMAIL PROTECTED]

You can reach the person managing the list at
[EMAIL PROTECTED]

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


Today's Topics:

   1. Re: [vote] Do we want to assign external  identifiers(Handles)
  to files? (James Rutherford)
   2. Re: DSpace optimization (James Dickson)
   3. Re: DSpace optimization (Jayan Chirayath Kurian)
   4. Re: Expose DSpace as Tomcat ROOT application (was Re:First
  name, family name order) (Jayan Chirayath Kurian)
   5. Re: DSpace optimization (James Rutherford)
   6. Re: Error when deleting a community and a collection  (fwd)
  (James Rutherford)
   7. Re: [vote] Do we want to assign   externalidentifiers(Handles)
  to files? (Graham Triggs)


--

Message: 1
Date: Tue, 24 Jul 2007 09:22:11 +0100
From: James Rutherford [EMAIL PROTECTED]
Subject: Re: [Dspace-tech] [vote] Do we want to assign external
identifiers(Handles) to files?
To: Gary Browne [EMAIL PROTECTED]
Cc: DSpace Tech dspace-tech@lists.sourceforge.net
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii

On Mon, Jul 23, 2007 at 09:48:39AM +1000, Gary Browne wrote:
 James, thanks for raising this issue and in particular getting people to
 put their money where their collective mouths are.

Believe me, if I could possibly avoid it, I would leave the issue well
alone ;)

I'm sure this will come as no surprise to anyone, but it seems like this
issue has highlighted some conflicts of opinion. As I see it there are
(broadly) two camps: those who believe that every meaningful tier in the
DSpace content hierarchy should get external identifiers, and those who
don't (or at least those who can't decide and so want it to be
configurable). From the responses on- and off-list, it seems there are
more people in the former camp (which is basically what I expected).
While this kind of debate could usually be resolved with a make it
configurable argument, I have a fairly major concern with this, which I
will try to outline briefly for the brave few who are still following
this thread.

Users (and administrators) crave consistency. If we make this assignment
configurable, there is no guarantee of consistency of application
between collections, or even in a single collection over extended
periods of time. The usual arguments about what we intend people to do
with the tools we provide versus what they actually do apply as ever.
This flexibility could leave repositories in a very messy state. It also
adds another degree of complexity to the new identifier system I'm
putting in place. The configurable parameters (if we are going to please
everyone) would be:

 * whether or not to assign external identifiers at all
 * which external identifier system to use by default
 * whether or not external identifiers are re-assignable
 * whether or not new versions of objects get new identifiers
 * which tiers in the content hierarchy get identifiers (if any)

I'm sure I've missed a few, but does that sound like something that is
reasonable to want / implement / support?

cheers,

Jim

-- 
James Rutherford  |  Hewlett-Packard Limited registered Office:
Research Engineer |  Cain Road,
HP Labs   |  Bracknell,
Bristol, UK   |  Berks
+44 117 312 7066  |  RG12 1HN.
[EMAIL PROTECTED]   |  Registered No: 690597 England

The contents of this message and any attachments to it are confidential and
may be legally privileged. If you have received this message in error, you
should delete it from your system immediately and advise the sender. To any
recipient of this message within HP, unless otherwise stated you should
consider this message and attachments as HP CONFIDENTIAL.



--

Message: 2
Date: Tue, 24 Jul 2007 09:25:15 +0100
From: James Dickson [EMAIL PROTECTED]
Subject: Re: [Dspace-tech] DSpace optimization
To: Jayan Chirayath Kurian [EMAIL PROTECTED]
Cc: DSpace Tech dspace-tech@lists.sourceforge.net
Message-ID: [EMAIL 

Re: [Dspace-tech] Run the bin/intall-configs script

2007-07-24 Thread James Rutherford
On Tue, Jul 24, 2007 at 10:37:33AM -0400, Rodrigo Castro Artigas wrote:
  
 [EMAIL PROTECTED] bin]# ./install-configs
 Processing and installing configuration files for external tools
 ./dsrun: line 70: java: command not found

This means that the command 'java' isn't in the $PATH environment
variable for root on that machine. Find out where java is installed and
make sure that directory is in the $PATH for root, or make a symlink for
java into one of the directories that is already in there (eg: /usr/bin)
Information on how to do this for your system and your shell should be
easily obtainable via google et al.

cheers,

Jim

-- 
James Rutherford  |  Hewlett-Packard Limited registered Office:
Research Engineer |  Cain Road,
HP Labs   |  Bracknell,
Bristol, UK   |  Berks
+44 117 312 7066  |  RG12 1HN.
[EMAIL PROTECTED]   |  Registered No: 690597 England

The contents of this message and any attachments to it are confidential and
may be legally privileged. If you have received this message in error, you
should delete it from your system immediately and advise the sender. To any
recipient of this message within HP, unless otherwise stated you should
consider this message and attachments as HP CONFIDENTIAL.

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Run the bin/intall-configs script

2007-07-24 Thread LeVan,Ralph
That probably means that either you don't have java installed on your machine 
yet, or you haven't added $JAVA_HOME/bin to your PATH.  (Don't forget to add 
the JAVA_HOME variable to your environment while you're at it!)

Ralph

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rodrigo Castro 
Artigas
Sent: Tuesday, July 24, 2007 10:38 AM
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] Run the bin/intall-configs script

I have the problem, Run the bin/intall-configs script
Show folowing message:
 
[EMAIL PROTECTED] bin]# ./install-configs
Processing and installing configuration files for external tools
./dsrun: line 70: java: command not found


Please Help me

Atte
Rodrigo Castro

Jefe de Tecnología 

Alerta al Conocimiento S.A.

Fono: 233-7908


-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] En nombre de
[EMAIL PROTECTED]
Enviado el: Martes, 24 de Julio de 2007 5:11
Para: dspace-tech@lists.sourceforge.net
Asunto: DSpace-tech Digest, Vol 15, Issue 53

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
[EMAIL PROTECTED]

You can reach the person managing the list at
[EMAIL PROTECTED]

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


Today's Topics:

   1. Re: [vote] Do we want to assign external  identifiers(Handles)
  to files? (James Rutherford)
   2. Re: DSpace optimization (James Dickson)
   3. Re: DSpace optimization (Jayan Chirayath Kurian)
   4. Re: Expose DSpace as Tomcat ROOT application (was Re:First
  name, family name order) (Jayan Chirayath Kurian)
   5. Re: DSpace optimization (James Rutherford)
   6. Re: Error when deleting a community and a collection  (fwd)
  (James Rutherford)
   7. Re: [vote] Do we want to assign   externalidentifiers(Handles)
  to files? (Graham Triggs)


--

Message: 1
Date: Tue, 24 Jul 2007 09:22:11 +0100
From: James Rutherford [EMAIL PROTECTED]
Subject: Re: [Dspace-tech] [vote] Do we want to assign external
identifiers(Handles) to files?
To: Gary Browne [EMAIL PROTECTED]
Cc: DSpace Tech dspace-tech@lists.sourceforge.net
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii

On Mon, Jul 23, 2007 at 09:48:39AM +1000, Gary Browne wrote:
 James, thanks for raising this issue and in particular getting people to
 put their money where their collective mouths are.

Believe me, if I could possibly avoid it, I would leave the issue well
alone ;)

I'm sure this will come as no surprise to anyone, but it seems like this
issue has highlighted some conflicts of opinion. As I see it there are
(broadly) two camps: those who believe that every meaningful tier in the
DSpace content hierarchy should get external identifiers, and those who
don't (or at least those who can't decide and so want it to be
configurable). From the responses on- and off-list, it seems there are
more people in the former camp (which is basically what I expected).
While this kind of debate could usually be resolved with a make it
configurable argument, I have a fairly major concern with this, which I
will try to outline briefly for the brave few who are still following
this thread.

Users (and administrators) crave consistency. If we make this assignment
configurable, there is no guarantee of consistency of application
between collections, or even in a single collection over extended
periods of time. The usual arguments about what we intend people to do
with the tools we provide versus what they actually do apply as ever.
This flexibility could leave repositories in a very messy state. It also
adds another degree of complexity to the new identifier system I'm
putting in place. The configurable parameters (if we are going to please
everyone) would be:

 * whether or not to assign external identifiers at all
 * which external identifier system to use by default
 * whether or not external identifiers are re-assignable
 * whether or not new versions of objects get new identifiers
 * which tiers in the content hierarchy get identifiers (if any)

I'm sure I've missed a few, but does that sound like something that is
reasonable to want / implement / support?

cheers,

Jim

-- 
James Rutherford  |  Hewlett-Packard Limited registered Office:
Research Engineer |  Cain Road,
HP Labs   |  Bracknell,
Bristol, UK   |  Berks
+44 117 312 7066  |  RG12 1HN.
[EMAIL PROTECTED]   |  Registered No: 690597 England

The contents of this message and any attachments to it are confidential and
may be legally privileged. If you have received this message in error, you
should delete it from