I hope to have this patch updated for 1.5.2 in time for OR '09. The Coocoon
upgrade will probably make this update more tricky than usual.
-Elliot
Floyd, Randall Dean wrote:
Mark,
Have you seen the DSpace Embargo contribution?
http://wiki.dspace.org/index.php/User:Emetsger:Embargo
Sean Carte wrote:
Sorry if I'm being dense, but I still have the same problem:
2009-03-19 11:09:15,241 ERROR
org.dspace.app.webui.servlet.SubmissionController @ Error loading step
class'org.dspace.submit.step.EmbargoProcessor':
java.lang.ClassNotFoundException:
Hi Sean,
Sorry you're having so much trouble with the embargo module.
I've updated the wiki page at
http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here
Sean Carte wrote:
This looks like the most full-featured implementation, and a patch for
1.5.1 exists. I just wish I
We've noticed issues with heap size as well, specifically when using the
wildcard policy tool, the media filter manager, and some in-house tools that
iterate over dspace objects using a single Context.
When dspace objects like Item or Bitstream are instantiated, they place a
reference to itself
Mark H. Wood wrote:
On Wed, Aug 20, 2008 at 12:11:12PM -0700, Mark Diggory wrote:
In the past I recommended moving dspace-general to the SF site to
assure that its is clearly identified with the DSpace foundation and
community rather than MIT Libraries.
A data point: I had
We overwrite the fields that are mastered by our ldap servers each time a
user logs in. Of course, the fields may become out of date over time if the
user never logs in again. You could write some code to query ldap and
manually synchronize the fields if that was a concern.
Rafael Henkin
We've been running DSpace on Xen, the RedHat virtualization engine, with no
problems for the past year or so. Works well for us. We have one VM for
DSpace, and another VM for our Postgres instance.
Elliot
chodge5 wrote:
We have been running 1.5 on vmware with RHEL since March without
Hi Mark,
What version of DSpace did you upgrade from?
I'd make sure that you are using the correct version of the Lucene library;
I believe 1.4.2 ships with Lucene version 2.1.0 in the src/lib directory.
I'd make sure that the correct version of the library has been deployed to
your DSpace
Hi Michele,
For those who may be interested but were unable to attend the Skypecast,
were there any conclusions that could be distilled into a wiki page or
summary email?
Thanks,
Elliot
Michele Kimpton wrote:
Hi all,
Tomorrow DSpace Foundation and Fedora Commons will be meeting with a
We use mod_proxy with no problem. Here's our setup:
VirtualHost 128.220.205.53:443
ServerName jscholarship.library.jhu.edu
ServerAlias jhir.library.jhu.edu ir01.mse.jhu.edu jscholarship.jhu.edu
ServerAdmin [EMAIL PROTECTED]
SSLEngine On
SSLCertificateFile conf.d/jscholarship.cert
Andrew,
One way to do this is to extend the PasswordAuthentication class, and
override the initEPerson( Context, HttpServletRequest, EPerson ) method.
Inside that method you can collect your additional information and store it
where you want.
We collect extra information and store it in the
Hi Gary,
Sorry I couldn't be more help, I certainly understand deadlines. I hope to
have a patch for 1.4.2 and Manakin 1.1a posted by the end of May.
Best,
Elliot
Gary McGath wrote:
Elliot Metsger [EMAIL PROTECTED] wrote:
Depending on your timeline for embargo implementation, you may
12 matches
Mail list logo