Hello Jose,
in that case you got to run:
ALTER TABLE collection2item DROP CONSTRAINT $2;
ALTER TABLE community2community DROP CONSTRAINT $2;
ALTER TABLE community2collection DROP CONSTRAINT $2;
The reason for this is:
In Step 7 Update the database it can happen that not all the commands in
Hi Mark, Hi Ralph
thank you for your comments, I'm gonna work more in that issue.
I'm very interested. If anyone know or is able to use his own SRW server
as a Authority control in the lookup functionality, make it know to the
community.
Thanks a lot.
Joan
Mark Diggory wrote:
Joan,
Mark,
Im using Sun JDK, but I have tested with multiple different versions, so
there might be a a mismach in my directories. The version im running
Tomcat with now is: Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
64bit.
Tonny
Den 22-04-2010 01:11, Mark Diggory skrev:
Tonny,
Solr
1.) Store the generated jp2 in a bitstream, create your own bundle, name it
whatever you want or store it next to the existing bitstream in the content
bundle if you want to also share the generated file for others to use. Then
expose the filesystem location of the file to your adore-jakota
Hi Debashree
I believe that is absolutely clear, but I will have to search which file
specifically needs to be edited.
Regards,
Lewatle
-Original Message-
From: Debashree Pati [mailto:dp...@oln.org]
Sent: 22 April 2010 03:27 PM
To: Lewatle Phaladi
Cc: dp...@localhost.oln.org;
Thank you. I have not run the command yet, and have been testing, but have not
tested deleting items, collections, or communities, so I have not had the error
you mentioned. I suppose that after I run this command I will need to run
index-init again. I know it can't hurt, but is it necessary?
Hi Lewatle,
I had written I have put this snippet in the themes xsl file by which I
meant your theme name.xsl file. Let me know if this isn't clear.
Debashree
Hi Debashree
I searched all dspace files for the file themes.xml so I can do the edit
in it but a file I got is themes.xmap not
Hi,
We're having some problems trying to find the cause of a weird error in
a Dspace 1.5.2 instance. We modified it a lot, but it has been under
development for months with no problems, until we started to see Time
out waiting for idle object and other errors. There wasn't any major
code
Max,
It sounds like you might be looking to use LDAP Hierarchical Authentication
with DSpace, rather than the basic LDAP auth. I ran into this issue a few
months ago (with Active Directory, but the separate LDAP container issues are
the same), and I wrote up a wiki page on how I solved it:
Hi Rafael.
We used to have that kind of errors and in pur case were cause for an error
in the code of the University of Minho Stats add-on that we had installed
previously. The problem dissapeared when we completely removed that
add-on... Maybe this post can help you...
I'm testing 16 and I'm getting an error when depositing and item while entering
the metadata. In the author field which is of type name, when I try to Remove
one of the names I get an error. I think it's because the authority is not in
the line with the name. I only see last name and first
Thank you Stacy. But I still seem to be having issues.
As I mentioned before, we have three containers I need to search.
Previously, setting ldap.object_context ldap.search_context both to
ou=STAFF,o=CARTHAGE allowed me to properly authenticate users from the STAFF
container.
However, looking
Hi, Max.
I'm not exactly sure what ldap.object_context should be for your institution. I
would probably test using ou=STAFF,o=CARTHAGE and then set ldap.search_context
to o=CARTHAGE (as you could have folks in ou=FACULTY,o=CARTHAGE or
ou=STUDENTS,o=CARTHAGE or ou=STAFF,o=CARTHAGE.
Then, you
We recently upgraded to 1.6, encountered some problems, and beat a strategic
retreat back
to 1.5.2 while we worked to resolve them. After the rollback, we started
getting intermittent
crashes. The only log entries we've been able to associate with the crashes
are these:
WARNING: No MODS
Thanks again Stacy!
You, however, have been unsuccessful at getting this to automatically create
a new ePerson, correct?
I don't have access to my logs right now, but I can see that LDAP
authentication is working, but creating a new ePerson is failing and
therefore, not letting me login!
Is my
Hi, Max. I'm glad you have LDAP auth working now.
Do you have webui.ldap.autoregister = true in your dspace.cfg?
We don't have webui.ldap.autoregister set to true, currently, and we do create
all e-person accounts manually for those faculty and staff that need to access
DSpace to add or edit
A simple example of checking for the existence of a file in XSLT +
java.io.File. This is Xalan centric, may break if you switch to using
Saxon, but there is as a similar way to do this with Saxon as well.
You could use this in your theme and check for the presence of your
derivative file,
Apparently this is a larger issue in the Solr Community and Tomcat/JVM
instances not sharing the JVN Xalan instance properly for some reason.
http://wiki.apache.org/solr/SolrTomcat
I'll assume we need to start to package Xalan with Solr to try to
alleviate this. Can you verify if you place Xalan
Yes, I do have that set to true and the ePersons are still not being
created.
--
Max McGrath
Asst. Network Admin/Systems Specialist
Carthage College
262-552-5512
mmcgr...@carthage.edu
On Thu, Apr 22, 2010 at 1:33 PM, penning...@rhodes.edu wrote:
Hi, Max. I'm glad you have LDAP auth working
Hi Max,
This code has been stable for a while and is working in a lot of installations,
so hopefully there is no bug. One possible cause is that the email address is
not being returned from the LDAP query. If there is no email address then an
eperson record cannot be created.
Check that the
That could very well be the case as we do not have the e-mail address field
populated in LDAP. But I thought the following code would take care of
that:
# If your LDAP server does not hold an email address for a user, you can use
# the following field to specify your email domain. This value is
Hi Max,
Yes - looks like there's a bit of a logic flow problem going on there - the
check for an empty email is being performed twice, and the first is not needed.
Try looking at
[dsapce-src]/dspace-api/src/main/java/org/dspace/authenticate/LDAPHierarchicalAuthentication.java
and find the
Thank you Stuart!
I won't be able to get to this until Monday.
But, in the mean time, I am not a programmer by any means, so would it be
possible for you to tell me exactly what needs to be changed and what it
needs to be changed to? Programming is above my head!
Otherwise, I'll have to look
23 matches
Mail list logo