Hello Graham,
this is an important point. Apart from the issues mentioned, a simpler
architecture will help DSpace adopt to new requirements/technology
changes and stay flexible and easy to manage.
Furthermore too much clever tricks under the hood will raise the risk
that with change in the
Hi Graham,
I don't have time at the moment to consider some of the bigger issues you raise
but I would like to echo Hardy's comments. Historically many Dspace
installations have had little content and been lightly used. I think this has
allowed us to develop without much consideration for
I am very happy to see that this issue seems finally to be taken seriously.
However, I find myself getting a bit frustrated that it was never taken
seriously when I raised it in the past.
I think the DSpace source code carries with it a lot of historical baggage, and
it could do with being
Hi,
Is there any bulk-import script/program that can be run from remote
client machine? I have used dspace import and package scripts, but I
need to copy my data on dspace system first and then run import
programs as system user. Is there any other alternative approach?
Thanks,
CS.
Not specifically related to DSpace, but Hudson is one way to run
scripts on a remote machine and then do something with the results.
It's a webapp that would be installed on your remote machine and then
you can interact with it through its web interface (while it performs
actions on the remote
Hi Carlos,
When I do the bulk import command I ftp all the files so that they reside
locally on the server, then I ssh in and do the batch command. The benefit
of transferring all the files so they reside somewhere locally on the server
beforehand is that the batch import becomes as quick as it
Hi all,
I'm sorry if any of you have felt that this issue is not being taken
seriously in the past. The reality of the situation is that we (the
DSpace Developers/Committers) currently depend on feedback/testing from
larger DSpace instances around these sorts of scalability and memory
On Sep 22, 2010, at 12:10 PM, Tim Donohue wrote:
(2) We currently don't have a centralized server with enough test data
to run many of these memory or scalability tests on our own. I think
this is something we could look into improving upon (especially if
anyone has test data to donate to the
Hello,
We recently discovered that our instance wasn't writing to log at all.
We edited the config file from:
log.dir = ${dspace.dir}/log
to:
log.dir = /var/dspace/log
which corrected the problem. But we're a little confused because the
dspace.dir variable is/was configured to the correct
A random collection of thoughts which occurred while reading this
thread:
o Performance, scalability, complexity, and ruggedness are sometimes
competing influences on the design of code. We can improve in all
of these aspects. Sometimes all of those influences will conspire
to suggest
And one point I forgot:
o Volunteers dont' have to write code. If you aren't quite ready to
step into the DSpace tarball with torch and machete, but can read
Java, you can review the code and make suggestions. Many eyes
make all bugs shallow.
Bug reports (including performance
Hello again,
Maybe it was something in the subject that turned people off my first two
attempts? So I've changed it.
Any takers on any of these questions below?
Thanks,
Gary
GARY BROWNE | Development Programmer
Library IT Services | University Library
THE UNIVERSITY OF SYDNEY
T +61 2 9351
On Wed, Sep 22, 2010 at 4:51 PM, Mark H. Wood mw...@iupui.edu wrote:
o Best practice and commonest practice w.r.t. deployment of libraries
seem to be antithetical in the Java universe. I was quite pleased
to discover that I'm not the only one who thinks that Tomcat's /lib
directory is
Hai. All,
I am Shashidhar chaturvedi. I am customizing DSpace 1.6.
*I want to implement Captcha in my JSPUI EPerson Registration Form.*
If any one know how to implement captcha in JSPUI then please help me.
I really need ur help...
Thanks in advance
regards
Shashidhar Chaturvedi
14 matches
Mail list logo
