Zhiwu Xie wrote:
My interpretation is that the pre-built 7.4 RPM does not automatically
create all database with UNICODE by default, that may be the reason why the
dspace installation doc asks us to re-compile from the source.
I don't think that's it. I think the documentation is just covering
Zhiwu Xie wrote:
Yes I agree. The pre-built postgresql 7.4 supports UNICODE. My question is
how to interpret the part of the Dspace installation doc quoted below:
To answer your actual question, you can ignore it, and you should still
include the -E UNICODE flag when creating the database
be using Sun's latest JDK version,
1.6 which James Rutherford recently discovered does not include the Base64
encoding classes.
Jeffrey A. Trimble
Systems Librarian
Youngstown State University
Youngstown, OH
[EMAIL PROTECTED]
(330) 941-2483
http://digital.maag.ysu.edu
http
Hi All,
Stuart Lewis [sdl] wrote:
The other alternative is that you might be using Sun's latest JDK version,
1.6 which James Rutherford recently discovered does not include the Base64
encoding classes.
What we need to do in the project is to replace this dependency with
something else
On 14/02/07, Sahil Dave [EMAIL PROTECTED] wrote:
yes i am running Mandriva 2007.. but i need to deploy Dspace on RHEL 4 - ES
in my Library...
what all changes do i need to make to the postfix DSpace config.
files??
RHEL4 will probably have sendmail setup and configured already. You
can
On 15/02/07, Cory Snavely [EMAIL PROTECTED] wrote:
As other have mentioned, the distro you choose should give you a working
MTA configuration out of the box, and you probably don't even need to
know what it is. Your first order of business should be finding that
feature and employing it.
Yep,
On Mon, Mar 05, 2007 at 03:55:20PM +0200, Mika Stenberg wrote:
Exception in thread main java.lang.Exception: Error, can't make dir
./julki_test/31999
What's the underlying filesystem? The fact that it stopped at 31999
suggests you're using ext3, which has a subdirectory limit of 32000.
Jim
Hi Mika,
On Mon, Mar 05, 2007 at 04:42:42PM +0200, Mika Stenberg wrote:
Is there any way to work around this, say limit the exporter output to
sequences from 1-20 000, then 20 000 - 40 000 and so on? If not, I think
this presents a serious problem.
This shouldn't be too difficult to add to
On Thu, Mar 08, 2007 at 12:06:19AM +0800, Jayan Chirayath Kurian wrote:
What will be the maximum storage possible in a DSpace
repository after which we may not be able to upload any more items.
There is no hard limit. The only limitation will be in the amount of
hardware you have available.
On Fri, Mar 16, 2007 at 02:13:49PM -0400, Jeffrey Trimble wrote:
ERROR: column size does not exist
ERROR: column bs.size does not exist
I believe I have an issue with my postgres database. Someone want to
venture which table and
Sounds like the 'bitstream' table.
how do I fix it?
This may be of use: http://www.iplists.com/
Many people already maintain such lists (likewise for spammers).
Maintaining a blacklist of your own from these shouldn't be too
difficult.
Jim
On Tue, Mar 20, 2007 at 03:13:08PM -0400, Mark H. Wood wrote:
Has anyone found a fairly good automatic
looks as it should (in
particular, the eperson table).
Jim
--
James Rutherford | ASCII ribbon /\
Research Engineer |campaign\ /
HP Labs, Bristol, UK | against HTML \
[EMAIL PROTECTED] | mail news / \
Hewlett-Packard Limited registered Office:
Cain Road
listen_addresses = '*'
That looks fine.
I'd check the scripts used to start postgres (usually in /etc/init.d/).
Just make sure the -i flag is being passed at startup. What operating
system is the database server running?
Jim
--
James Rutherford | Hewlett-Packard Limited registered
. There must be
some good postgres-on-windows tutorials out there somewhere.
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066
shouldn't deploy the WARs and start using DSpace.
Deploying DSpace half-built is definitely a Bad Idea.
If there is no content in your database, I would recommend dropping it
and starting again with a fresh_install.
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office
existing configuration of machine1.
Thanks for your reply and help.
Only few items are existing in machine1 and removing them and importing
them again is not a big issue.Please suggest how shall i proceed .
Thanks,
Jayan
From: James Rutherford [mailto
helped out, especially Graham Triggs for his
patches, and Stuart Lewis Chris Yates for their work in testing and
applying the patches.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
cleanly who can help you out :)
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
This fix will be included in the forthcoming 1.4.2 release (due at the
end of the month): http://wiki.dspace.org/CurrentReleaseToDo
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
start work on 1.4.3
immediately (we can just keep committing to the branch after all).
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066
Wiki to see the various resources and
collaboration tools available to the DSpace community:
http://wiki.dspace.org/DspaceResources
Regards,
The DSpace Committer Group
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
technical experience and ideas
Please visit the DSpace Wiki to see the various resources and
collaboration tools available to the DSpace community:
http://wiki.dspace.org/DspaceResources
Regards,
The DSpace Committer Group
--
James Rutherford | Hewlett-Packard Limited registered Office
it for 1.4.2 instead will be fine. If this
isn't the case, you should probably just make a copy of the database and
use that instead.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell
who already need to
support other identifiers (PURLs, DOIs, etc), but any input would be
appreciated.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK
dependent on one mechanism in a way that isn't
limiting.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066 | RG12
the admin link (beneath Edit
profile), then you aren't running 1.4.2.
If i have to apply the patches for this. can anybody explain how to do that.
You don't have to apply any patches.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer
and it makes accessing individual bitstreams a little more predictable
and consistent with the other objects.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK
On Tue, May 29, 2007 at 11:12:13AM +0100, Graham Triggs wrote:
On Tue, 2007-05-29 at 10:44 +0100, James Rutherford wrote:
3) Including special characters in the URL string doesn't seem like a
good idea. While they are valid characters, it does take extra
processing to encode/decode them
On Tue, May 29, 2007 at 11:56:58AM +0100, Graham Triggs wrote:
On Tue, 2007-05-29 at 11:43 +0100, James Rutherford wrote:
I don't see what's so unusual or undesirable about colons. The reasoning
behind doing it this way was so that the value after /uri/ is the
canonical form
another identifier that is unique across
the site (presumably, something based on the database id of the object).
Using UUIDs (as suggested earlier) would *work*, but would produce
horrid URLs.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer
/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell
).
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
/listinfo/dspace-tech
--
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
well indeed:
http://wiki.dspace.org/Google_Summer_of_Code_Versioning
If the project is a success, there is a very good chance it will make it
into a future release. I would say probably 1.6, but I don't think this
has been discussed.
cheers,
Jim
--
James Rutherford | Hewlett-Packard
in dspace.cfg
So my question is, how should the bitstreams be transferred to a new
DSpace instance?
It should be fine to just copy the contents of the directory.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
/listinfo/dspace-tech
--
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
with the database aspect), so the whole effort
lost momentum.
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
is also used to store other
information about the file such as size, name, location on disk, etc.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
will have to maintain it yourself (which is a bad
road to go down). Until this is fixed (and I should point out that not
everyone thinks it's a problem) you shouldn't use Bitstream URLs
anywhere unless you're prepared to deal with it when the time comes.
cheers,
Jim
--
James Rutherford
of extracting a
thumbnail from a Flash movie, then it should be easy. This will
presumably require the existance of a Java library that understands
Flash (I have no idea if such a thing exists, but I assume it does).
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office
don't think there are any plans to change the behaviour of search
results though.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312
not be a good thing to do en-masse. If your authors have
granted a license, you probably can't go and change it without having
them grant the new one, surely? Unless it's a typo or something...
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer
/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066 | RG12 1HN
?
No, I don't think so. I'd test the connection to the SMTP server to make
sure it's running.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
currently doing, not necessarily about
changing the way we do it (at least not yet).
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066
my previous email on the subject.
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
interested to
understand why you might think it was a bad idea (I'm very open to input
here).
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
.
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
hierarchy (from the entire site down to Items) as read-only
has been on my wish list for some time, and DSpace provides no easy
means for doing this readily.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
/listinfo/dspace-tech
--
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
to *not* be deleted. Is this true with your
modified code?
Even though it's not officially supported to have communities with
multiple parents, Community.removeSubcommunity() does check to make sure
that the child node is orphaned before deleting it.
cheers,
Jim
--
James Rutherford
* 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
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
everyone. The session is going to run (I believe) for at
least 2 hours.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066
it. The discussions on the
mailing lists have been informative, but they don't get code written ;)
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44
of receiving
notifications of site-wide submissions would be to enable RSS feeds and
offer them instead.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK
we'll see
a bunch of inadvertent posts to the whole lists if this gets changed, too.
-- Larry
+1 from someone who always hits 'g'.
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
. It has worked
extremely well for me so far.
Likewise. I think it's actually geared to do this in the default
settings when you sign up.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
On Tue, Aug 07, 2007 at 01:26:37PM +0100, Clive Gould wrote:
Came across this statement on the DSpace Web site referring to DSpace 1.3.2
Is the content still true for Dspace 1.4.2 ???
Yes, I believe it is.
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office
://dspace.foo.ac.uk/openURL?title=Some%20Title
redirects to
http://dspace.foo.ac.uk/simple-search?query=%20Some%20Title
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK
/listinfo/dspace-tech
--
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
.
Which version of DSpace are you using. Certainly with 1.4.2 RSS feeds
appear for Communities and Collecitons, and I'm pretty sure this was
always the case.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
buttons *on* the full details page, you should look at display-item.jsp.
You might also want to look at ItemTag.java (in the jsptags package). Of
course if any form processing is to be done, then you'll need to look at
the appropriate servlet, etc.
cheers,
Jim
--
James Rutherford
...
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
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
,
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
. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James Rutherford | Hewlett
infeasible.
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
/listinfo/dspace-tech
--
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
, whereas the individual nodes will probably average around 2TiB
of content, and will be serving a much smaller audience...
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol
you would have to modify the ItemExport class to allow it to
accept a date range.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312
in your db (updates / deletes etc should be dealt with
automatically). Try running index-all and see if that helps.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK
pretty sure there are docs included in the release that tell you
how to do this.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312
]. Was this
deliberate or an oversight?
cheers,
Jim
[1] http://dublincore.org/documents/2000/07/11/dcmes-qualifiers/
States that the only valid qualifiers for date are created, valid,
available, issued, and modified
[2] http://dublincore.org/documents/dcmi-terms/#dateSubmitted
--
James Rutherford
://www.dspace.org/index.php?option=com_contenttask=viewid=156#132_14
Also included in [dspace-src]/docs/.
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312
with browsing under Manakin. The JSPUI performance was
fine.
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
and
inspecting the URLs should make it pretty obvious what you need to do.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
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
--
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
machine as tomcat?
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
the telnet command from the remote machine (something like
telnet otto.terkko.helsinki.fi 5432).
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK
sure your firewall is set up correctly (/sbin/iptables -L)? If
so, try changing listen_addresses to '*' and see if that helps (after
restarting postgres, of course).
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP
Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
Content-Description: ATT2.txt
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James
--
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
to use it.
See the system documentation:
http://www.dspace.org/index.php?option=com_contenttask=viewid=144#oai
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK
-dspace branch was synced with trunk, but I think it was a long time
ago.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066
] ^
[javac] 1 error
What exactly is on lines 45 and 46? Unless you've changed the file, this
should compile with no issues. Is there a missing semicolon at the end
of the previous line?
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer
, of course). Once you've done that, your dspace.log
should contain all the queries sent to the db.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44
://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James Rutherford | Hewlett-Packard Limited registered Office
--
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
,
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
;164216239;13503038;w?http://sf.net/marketplace
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research
the redirection back. Again, it would be possible, but I
think it's probably the wrong approach, and having DSpace take care of
the redirection would be for the best (indeed, if you can do this in a
general way and provide a patch, I'm sure you'd make some friends ;).
cheers,
Jim
--
James Rutherford
in the DB and the 'createHandle'
method of HandleManager for more info.
Having said that, I think the Handle should be written into the Item
metadata when it is minted, so there will be some record there (as
dc.identifier or dc.identifier.uri).
cheers,
Jim
--
James Rutherford | Hewlett
:
Try running index-all from the [dspace]/bin directory. This should
generate the search indices again. If this doesn't work, it's probably a
path issue where the search indices are being looked for in the wrong
place.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered
in the current setup.
There are no known security issues in DSpace 1.4.2.
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312 7066
list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs | Bracknell,
Bristol, UK | Berks
+44 117 312
://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
James Rutherford | Hewlett-Packard Limited registered
is only equivalent to J2SE 1.4.2 (and Java 1.5 is a
requirement for DSpace 1.5 -- I'm pretty sure that is specified in the
docs somewhere).
cheers,
Jim
--
James Rutherford | Hewlett-Packard Limited registered Office:
Research Engineer | Cain Road,
HP Labs
1 - 100 of 108 matches
Mail list logo