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: [email protected] Asunto: DSpace-tech Digest, Vol 15, Issue 53 Send DSpace-tech mailing list submissions to [email protected] 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 external identifiers(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 <[email protected]> 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 <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 Hi Jayan, What part of dspace are you having difficulty with? Browse, Search, Indexing.. For indexing we have implemented a batch indexing process that is not so memory intensive as the existing one. There are a few tweaks that can be performed too speed up the browsing. Unfortunately, throwing more memory will increase the number of concurrent user you can serve, but will not really have much effect on performance. James Jayan Chirayath Kurian wrote: > > Hi! > > > > Can anyone suggest how to allocate more memory to Tomcat and > postgreSQL for a server with 1 GB ram, 300 GB hard disk and 170,000 > records? Will allocating memory improve the client access speed? > > > > Thanks, > > Jayan > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech > ------------------------------ Message: 3 Date: Tue, 24 Jul 2007 16:31:16 +0800 From: "Jayan Chirayath Kurian" <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] DSpace optimization To: <[EMAIL PROTECTED]> Cc: DSpace Tech <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="US-ASCII" Hi! James, Search and browse feature appears to be a bit slow. Indexing was fine by allocating 800m to the dsrun batch utility. Please suggest since we hope that the system will be used by almost 10,000 users (students + staff) at our campus. Thanks, Jayan -----Original Message----- From: James Dickson [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 4:25 PM To: Jayan Chirayath Kurian Cc: DSpace Tech Subject: Re: [Dspace-tech] DSpace optimization Hi Jayan, What part of dspace are you having difficulty with? Browse, Search, Indexing.. For indexing we have implemented a batch indexing process that is not so memory intensive as the existing one. There are a few tweaks that can be performed too speed up the browsing. Unfortunately, throwing more memory will increase the number of concurrent user you can serve, but will not really have much effect on performance. James Jayan Chirayath Kurian wrote: > > Hi! > > > > Can anyone suggest how to allocate more memory to Tomcat and > postgreSQL for a server with 1 GB ram, 300 GB hard disk and 170,000 > records? Will allocating memory improve the client access speed? > > > > Thanks, > > Jayan > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ - > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech > ------------------------------ Message: 4 Date: Tue, 24 Jul 2007 16:48:18 +0800 From: "Jayan Chirayath Kurian" <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Expose DSpace as Tomcat ROOT application (was Re:First name, family name order) To: "Christian Voelker" <[EMAIL PROTECTED]> Cc: DSpace <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="US-ASCII" It works fine. thanks Christian. -----Original Message----- From: Christian Voelker [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 6:30 PM To: Jayan Chirayath Kurian Cc: DSpace Subject: Re: [Dspace-tech] Expose DSpace as Tomcat ROOT application (was Re:First name, family name order) > Hello, > > what I did is simply rename the the dspace.war in the > build_wars target in the build.xml to ROOT.war (with > uppercase letters). You can even edit this manually > after doing your "ant update" and before copying the > .war file to webapps. It gets unpacked to the right > directory. Am 19.07.2007 um 11:55 schrieb Jayan Chirayath Kurian: > I mean > > <!-- > ============================================================= --> > <!-- Build the .war > files --> > <!-- > ============================================================= --> > > <target name="build_wars" > depends="compile" > description="Build the .war files"> > > could you please suggest. Yes, go on, down the line. There is some clearly readable structure in an ant file just as in any XML file. That is what XML was designed for in the first place. The comments are also a great help for understanding what is going on. You are searching for the <war>-tag inside the <target>: <!-- Build the .war files --> ... <target name="build_wars" ... <!-- Build DSpace UI .war --> ... <!-- Make sure jsp/local exists --> ... <!-- Copy original JSPs, then copy localised versions on top --> ... <!-- Build DSpace Web UI .war --> <war destfile="build/dspace.war" webxml="build/dspace-web.xml"> ... </war> <!-- Build DSpace OAI-PMH .war --> <copy file="etc/oai-web.xml" ... <war destfile="build/dspace-oai.war" webxml="build/oai-web.xml"> ... </war> </target> There are two of them, just as the two .war files created for the frontend and the harvester, the first of them being of interest here. The <war>-tag encloses other tags and carries two attributes. The second attribute specifies the webxml file to use and is named as such, but the first one is called destfile for "destination file name". This is the one you are looking for. You could have come there just as easy by using your editors search function searching for "dspace.war". Now do the following change: old: <war destfile="build/dspace.war" new: <war destfile="build/ROOT.war" Thats all. > Using a symbolic link is also fine but I doubt that > it will work with Windows shortcuts. At least on > MacOS X which is a full-fledged Unix system, Java makes > a distinction between symbolic links created the Unix > way (which are followed as intended) and so called Aliases > which are the MacOS kind of shortcuts created from the > Finder and which dont work with Java apps although they > look completely the same from a Finder perspective > (translate Finder to Windows Explorer for your under- > standing). > > I believe my solution is kind of "dirty" if you are very > nitty gritty, but it is simple and serves me well. I try > not make many changes to configurations all over the > system because I dont have them all under version control > locally and want to stay able to move my installation > to another machine quickly. This is why I prefer to > make changes to build.xml (which is in my svn) as to > changes in tomcats server.xml. > > Bye, Christian ------------------------------ Message: 5 Date: Tue, 24 Jul 2007 09:55:39 +0100 From: James Rutherford <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] DSpace optimization To: Jayan Chirayath Kurian <[EMAIL PROTECTED]> Cc: DSpace Tech <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii On Tue, Jul 24, 2007 at 04:31:16PM +0800, Jayan Chirayath Kurian wrote: > we hope that the system will be used by almost 10,000 users (students > + staff) at our campus. Hopefully not all at once ;) Seriously though, if you are expecting a lot of concurrent users, you should invest in hardware appropriately. DSpace isn't particularly "special" in terms of hardware requirements, so speaking to administrators of other similar services at your institution should help you determine whether or not your current hardware will be sufficient. 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: 6 Date: Tue, 24 Jul 2007 10:01:54 +0100 From: James Rutherford <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Error when deleting a community and a collection (fwd) To: [EMAIL PROTECTED] Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii On Tue, Jul 24, 2007 at 11:40:44AM +0530, [EMAIL PROTECTED] wrote: > I had sent this message to the list about ten days ago but did not receive > any reply so far. I would really like to delete this community and > collection so I am sending this message once again. I am also attaching > the logfile fragment to help analyse the problem. Looking at your log, it seems that there is still an Item (or at least a reference to one) in your database that is preventing the deletion. Are you sure you've deleted all the files from this collection? Really, the database shouldn't be left in this kind of state and the foreign key relationship should be dealt with at a higher level (ie: when you delete a collection, it should delete any items in that collection). Have you ever tinkered with the database "by hand"? 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: 7 Date: Tue, 24 Jul 2007 10:01:21 +0100 From: Graham Triggs <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] [vote] Do we want to assign external identifiers(Handles) to files? To: James Rutherford <[EMAIL PROTECTED]> Cc: DSpace Tech <[email protected]>, Gary Browne <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain On Tue, 2007-07-24 at 09:22 +0100, James Rutherford wrote: > 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). Do you mind if I take my tent and pitch a little further down the road? Partly because I've seen images of the swollen rivers over your way, but mostly because I can decide and that's why I want it configurable ;) > 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. They crave accuracy as well, and consistency isn't the same thing ;) > 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? Providing the options that modify the use of an identifier system apply on a per-system basis, that sounds like a reasonable list of what should be possible. But, I think we are getting a little tied up around the idea that it may only be a single implementation that has all these possibilities available as configuration options - and that need not be the case at all. ie. a pluggable 'ExternalIdentifierManager', which supports managing a single indentifier system (configured by default to be handles), that out-of-the-box replicates the existing behaviour (EIDs for Items, not bitstreams) and can easily be configured to also assign EIDs to bitstreams. Beyond that, more advanced cases can be handled not by adding more and more configuration options, but by switching out the implementation. G This email has been scanned by Postini. For more information please visit http://www.postini.com ------------------------------ ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech End of DSpace-tech Digest, Vol 15, Issue 53 ******************************************* ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
