Re: [Dspace-tech] Problem with new submission
Hi Daniel, > When trying to make a new submission, after the first four steps (Describe, > Describe, Describe, Upload) the "Verify" page shows almost all data as "null" > values. Does somebody know how this can be possible or how can I solve it? Is this happening on a fresh install of the software, or have you made any modifications? Thanks, Stuart _ Gwasanaethau Gwybodaeth Information Services Prifysgol Cymru Aberystwyth University of Wales Aberystwyth E-bost / E-mail: [EMAIL PROTECTED] Ffon / Tel: (01970) 622860 _ - 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
[Dspace-tech] Problem with new submission
Hi: When trying to make a new submission, after the first four steps (Describe, Describe, Describe, Upload) the "Verify" page shows almost all data as "null" values. Does somebody know how this can be possible or how can I solve it? I suspect that this has something to do with "getSubmissionInfo" method in the "SubmitServlet" class, when trying to create the new "SubmissionInfo" object. I'm using D-Space 1.4.2 and Oracle 9.2.0.4 running on RedHat Enterprise 3.x All input is apreciated. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.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 DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] FW: Automatic scheduled backup for DSpace using open source backup software
Lots of useful info on this thread -- would some of you mind updating http://wiki.dspace.org/index.php/BackupRestore? I put that page up literally years ago as a strawman and no one added to it... Rob On 30/07/07, Christian Voelker <[EMAIL PROTECTED]> wrote: > Hello, > > Am 30.07.2007 um 21:49 schrieb Mark H. Wood: > > > We need to be careful as to what we mean by "data directory". A > > typical PostgreSQL installation has a directory *named* "data" which > > *should* be backed up. It contains configuration and access-control > > data, perhaps X.509 certificates to enable TLS-encrypted access, some > > small files used for restarting, and several directories that hold > > transaction logs and the like. > > Sorry, you are right. I see these files as more less static or tend > to put them under version control as soon as I have to fiddle around > with them while changing my configs. I keep a system snapshot that I > would use as well when starting over and setting up a new machine, > so I have an initial version pg_hba.conf and associated files at hand. > As for the logfiles, these are the files that I mentioned for the > point in time strategy; they are rather bulky. So if you dont have a > system snapshot then "go with pg_dumpall and you are fine" is not the > whole truth. The pg_dumpall compensates for the fact that the files > in the base directory are normally useless because they are usually > opened while the snapshot is taken. Thanks for pointing that out. > > Bye, Christian > > > - > 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 > - 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] FW: Automatic scheduled backup for DSpace using open source backup software
Hello, Am 30.07.2007 um 21:49 schrieb Mark H. Wood: > We need to be careful as to what we mean by "data directory". A > typical PostgreSQL installation has a directory *named* "data" which > *should* be backed up. It contains configuration and access-control > data, perhaps X.509 certificates to enable TLS-encrypted access, some > small files used for restarting, and several directories that hold > transaction logs and the like. Sorry, you are right. I see these files as more less static or tend to put them under version control as soon as I have to fiddle around with them while changing my configs. I keep a system snapshot that I would use as well when starting over and setting up a new machine, so I have an initial version pg_hba.conf and associated files at hand. As for the logfiles, these are the files that I mentioned for the point in time strategy; they are rather bulky. So if you dont have a system snapshot then "go with pg_dumpall and you are fine" is not the whole truth. The pg_dumpall compensates for the fact that the files in the base directory are normally useless because they are usually opened while the snapshot is taken. Thanks for pointing that out. Bye, Christian - 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] FW: Automatic scheduled backup for DSpace using open source backup software
We need to be careful as to what we mean by "data directory". A typical PostgreSQL installation has a directory *named* "data" which *should* be backed up. It contains configuration and access-control data, perhaps X.509 certificates to enable TLS-encrypted access, some small files used for restarting, and several directories that hold transaction logs and the like. Also (typically) inside the "data" directory is the "base" directory which contains the actual table backing-store. There is no point in doing a file-wise backup of the "base" directory or any of its dependents. There is a significant probability that such a snapshot would result in an inconsistent database should it be restored. The proper way to back up this information is through pg_dump or pg_dumpall. What I usually do is to have a cron job run pg_dumpall and direct the output to a file such as 'db.tar.gz' somewhere associated with PostgreSQL. On a Gentoo Linux system, that would be /var/lib/postgresql (which contains the "data" directory). Then the regular file-wise tape backup will capture a consistent dump of the tables. I don't yet know whether it is useful to back up all of the other subdirectories of "data", but we do that. pg_log contains message logs and would be useful. Some system backup products may offer agents that can consistently back up PostgreSQL database clusters. We use DataProtector and, alas, it doesn't have such an agent. If you *do* have such an agent available, that's probably a better approach than mine. -- Mark H. Wood, Lead System Programmer [EMAIL PROTECTED] Typically when a software vendor says that a product is "intuitive" he means the exact opposite. pgpFy4Qr0TsyD.pgp Description: PGP signature - 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] Reply-To Header missing - list misconfigured?
> The result of a missing reply-to header is that > you have to use the reply-all function of your > mail client to answer back to the list, which > seems unnatural. In most cases, answers seem > to be sent in private mail as implied by the > missing header. > > As of my perception, this makes the list *more* > noisy as required and renders the list archive > less useful. Let me explain. I agree. Useful responses are not publicly archived, which means they are not searchable, which means we get the same questions over and over -- not because there is no answer, but because there is no *public* answer. I would very much appreciate the reconfiguration of dspace-tech to reply-to-list instead of reply-to-sender. Dorothea -- Dorothea Salo[EMAIL PROTECTED] Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 - 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] how to apply patches in DSpace
Hello, Am 30.07.2007 um 12:07 schrieb Christos Berberidis: > I would like to know if there is another way to apply > patches in DSpace except using Eclipse! What about commandline tools like patch and diff? Which OS you are running on your workplace? Are there any native tools you could try? E.g. I like to use FileMerge on MacOS X. There are numerous standalone tools ans IDEs for Windows I guess. Bye, Christian - 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] FW: Automatic scheduled backup for DSpace using open source backup software
Am 30.07.2007 um 11:50 schrieb Jayan Chirayath Kurian: > Could you please suggest is there a need to take the backup of > PostgreSQL data directory. If so how to restore this and under > which circumstances we need to use the PostgreSQL data directory. Using pg_dump is usually better. Copying the postgresql data directory as a means of backup is kind of a last resort if everything else doesnt meet your needs. There are a lot of caveats in doing so. This is solely a postgresql subject and in general has nothing to do with DSpace. Backing up DSpace means back- ing up the [dspace-install] directory plus the dspace postgres database whichever way seems appropriate. The postgresql docs discuss this in great depth. Copying the data directory of postgresql must not be done while postgres is running. With pg_dump you dont need to stop the database. When copying the data dir you can restore only under the same operating system and the same version of postgresql compiled with the same compiler flags. After all, this is binary data. All these dependencies can hardly be met in the moment when you really need it. In many cases you wont have an identical machine at hand when your database server machine dies. There is an even more sophisticated way of backing up postgresql which is called something like point in time recovery method. It requires you to save transaction logs continuously to another machine while running. This allows to restore really everything in case of a total crash. As there are usually not that many open transactions (id est logged in users submitting items) besides batch ingestions which can be replayed easily, I cant see a reason for this approach. So go along with pg_dump, do this carefully every day, safe your dumps in a remote place and you are done. Bye, Christian - 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
[Dspace-tech] how to apply patches in DSpace
Hi to all, I would like to know if there is another way to apply patches in DSpace except using Eclipse! I have problems when integrating DSpace with Eclipse and Tomcat, that's why I looking for another way to apply the patches I want. (I am using Tomcat 6.0, DSpace 1.4.2, Eclipse IDE for java developers) Thanks in advance - 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
[Dspace-tech] FW: Automatic scheduled backup for DSpace using open source backup software
Hi! For testing, I deleted the postgresql software and reinstalled from scratch. Created the dspace database through the postgresql admin interface. Imported data from the backup file. DSpace (1.4.1/windows 2003) works fine. Could you please suggest is there a need to take the backup of PostgreSQL data directory. If so how to restore this and under which circumstances we need to use the PostgreSQL data directory. Please suggest Jayan From: Jayan Chirayath Kurian Sent: Friday, July 27, 2007 5:34 PM To: dspace-tech@lists.sourceforge.net Subject: Automatic scheduled backup for DSpace using open source backup software Automatic scheduled backup for DSpace using open source backup software Steps:- (1) Create a folder named PostgresqlBkp (2) Copy postgresql - pg_dump.exe and all the library files in the postgresql - bin directory to the PostgresqlBkp folder. (3) Save the backuppgsql.java program (can be posted) to the PostgresqlBkp directory. This program will take the dump backup of postgresql and save it indicating the backup date as the filename. (4) Download and install DeltaCopy software (quick and easy open source software) (5) Create a folder named DSpaceBKP (6) Create profiles in DeltaCopy software pointing to the following folders for backup into the DSpaceBKP folder. a. DSpace source folder b. Dspace installation folder c. PostgreSQL data directory d. PostgresqlBkp directory (7) Create a batch file for scheduling the backuppgsql.java program. (8) Create scheduled tasks for the DeltaCopy profiles (a,b,c,d) The DSpaceBKP folder holds the entire DSpace backup data for restoration. The DeltaCopy backup software is available at http://www.aboutmyip.com/AboutMyXApp/DeltaCopy.jsp and the java program can be send if any one wants to try this scheduled backup procedure. The restoration works well with DSpace 1.4.1 on a Windows 2003 platform. I have tried this after deleting the dspace default database and restoring using pgAdmin utility. This procedure will avoid middling with the command line interface and will make a live DSpace backup process automatic. Please let me know if any one wants to try this at their end. I can give further instructions if required. 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 DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Handle Server - passphrase
Hi, In order to remove the password from the Handle Server you can run the Key Util program. It allows decrypting and encrypting of private key files. It can be invoked using the command: |java -cp handle.jar net.handle.apps.tools.KeyUtil | |After that, you can choose from a menu: | |Choose an operation:| | 1: Encrypt private key with passphrase| | 2: Save private key without encryption| | 3: Exit | |and then restart the Handle Server without typing the password | Regards. -- Rafael Carreres Paredes. | [EMAIL PROTECTED] Área UNIX.| http://www.ua.es/es/servicios/si/ Servicio de Informática. | +34-965903400 [ext] 2925 Universidad de Alicante. | +34-965903499 Ctra. San Vicente s/n. Apdo.99, 03080 Alicante. Spain. - 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