[Dspace-tech] metadata

2007-12-03 Thread Kush Sharma
Hi,
There is a project requirement that two new pages of metadata have to be
introduced in the submission workflow after the third describe step.. They
are an entirely new set of metadata.Even I want to modify the look and feel
of the submission workflow but thats on low priority right now.. I know that
i ll have to extend the dc metadata schema.. what I also have in mind is to
add new pages in the Input_forms.xml and  make changes in the submit servlet
constants specifying the max no of steps for the workflow but I don't know
if it'll work .Does someone have a prior experience with adding new pages to
the submission workflow... if yes please guide me so that I don't waste my
effort..
regards,
Kush
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Dspace, LDAP Windows AD

2007-12-03 Thread Robin Taylor
Re. the first part of the original question

The first problem is that I can login and autoregister using CN, but email
address, surname, given name and phone number remain blank.

There was a bug in Dspace 1.4.2 with global/instance variables being used in
a servlet which could result in null values. It looks to have been fixed in
1.5. 

Cheers, Robin.


-Original Message-
From: Robin Taylor [mailto:[EMAIL PROTECTED] 
Sent: 28 November 2007 15:39
To: 'Mohammad Ehtesham'; 'Dámaso Hernández';
'DSpace-tech@lists.sourceforge.net'
Subject: RE: [Dspace-tech] Dspace, LDAP  Windows AD

Hi Mohammed/Damaso,

Is there anything in dspace.log ? If the search for the attributes fails it
should write something to the log. This is the bit of java code that does
it...

log.warn(LogManager.getHeader(context,ldap_attribute_lookup,
type=failed_search +e));

So look for that text in the log.

Cheers, Robin.

Ps. I have attached an alternative LDAP Servlet that authenticates using an
anonymous bind and searches down the tree. I doubt it is of any use to you
but it might be to someone else with LDAP problems looking through the
mailing lists.



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mohammad
Ehtesham
Sent: 28 November 2007 11:33
To: Dámaso Hernández; DSpace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Dspace, LDAP  Windows AD

Hi,

 

Did anyone got the solution of this problem I am also having the similar
problem with my DSpace 1.4.2 MS AD Ldap integration.

After integration can able to login with the CN but not by the Account id.
Ie. sAMAccount. And the other fields like “email, sn, givenName is also
empty after registration.

 

Regards

Ehtesham

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dámaso
Hernández
Sent: Tuesday, November 13, 2007 1:25 PM
To: DSpace-tech@lists.sourceforge.net
Subject: [Dspace-tech] Dspace, LDAP  Windows AD

 

I´m trying to use DSpace with the users of my Windows 2003 Server domain.
The firs problem is that I can login and autoregister using CN, but email
address, surname, given name and phone number remain blank.

The second problem is that I wanted to use sAMAccount as ldap.id_field so
users can log in with their system usernames. I change ldap.id_field in
dspace.cfg to sAMAccount and than I cannot log in.

Using dspace-1.4.2 and Debian Etch 2.6.18-4-686

Can anybody help?

Thanks.

Damaso.


dspace.cfg ldap configuration:
---
webui.ldap.autoregister = true
ldap.enable = true
ldap.id_field = CN
ldap.object_context = CN=Users,DC=vi,DC=ieo,DC=es ldap.search_context =
CN=Users,DC=vi,DC=ieo,DC=es ldap.email_field = mail ldap.surname_field = sn
ldap.givenname_field = givenName ldap.phone_field = telephoneNumber

One user data in my AD obtained using ldp.exe Windows tool:

---
Expanding base 'CN=Luisa Ferrer,CN=Users,DC=vi,DC=ieo,DC=es'...
Result 0: (null)
Matched DNs: 
Getting 1 entries:
 Dn: CN=Luisa Ferrer,CN=Users,DC=vi,DC=ieo,DC=es
4 objectClass: top; person; organizationalPerson; user; 
1 cn: Luisa Ferrer; 
1 sn: Ferrer; 
1 givenName: Luisa; 
1 initials: LF; 
1 distinguishedName: CN=Luisa Ferrer,CN=Users,DC=vi,DC=ieo,DC=es; 
1 instanceType: 4; 
1 whenCreated: 11/27/2003 12:8:49 Hora estándar romance Hora estándar
romance; 
1 whenChanged: 4/21/2005 8:55:0 Hora estándar romance Hora estándar
romance; 
1 displayName: Luisa Ferrer; 
1 uSNCreated: 32233; 
13 memberOf: ... 
1 homeMTA: CN=Microsoft MTA,CN=xx,CN=Servers,CN=Primer grupo
administrativo,CN=Administrative Groups,CN=Vigo,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=vi,DC=ieo,DC=es; 
2 proxyAddresses: SMTP:[EMAIL PROTECTED]; X400:c=ES;a=
;p=Vigo;o=Exchange;s=Ferrer;g=Luisa;i=MF;;
...
1 name: Matilde Ferrer;
...
1 sAMAccountName: luisa; 
1 sAMAccountType: 805306368;
...
1 legacyExchangeDN: /o=Vigo/ou=Primer grupo
administrativo/cn=Recipients/cn=luisa;

1 mail: [EMAIL PROTECTED] ; 
1 msExchHomeServerName: /o=Vigo/ou=Primer grupo
administrativo/cn=Configuration/cn=Servers/cn=xx;


DISCLAIMER:The information contained in this message and the attachments
(if any) may be privileged and confidential and protected from disclosure.
You are hereby notified that any unauthorized use, dissemination,
distribution or copying of this communication, review, retransmission, or
taking of any action based upon this information, by persons or entities
other than the intended recipient, is strictly prohibited. If you are not
the intended recipient or an employee or agent responsible for delivering
this message, and have received this communication in error, please notify
us immediately by replying to the message and kindly delete the original
message, attachments, if any, and all its copies from your 

Re: [Dspace-tech] Manakin theme not overriding default XSLT

2007-12-03 Thread Vlastimil Krejcir
   Hi Dorothea,

   I am not sure if I can help you - I can only give you some advices. From 
time to time I have similar issues like you. I have found it's my mistake 
at 100% - caused a little bit by Tomcat caching, complicated overriding 
default templates, etc. What can help:

-- At first things like logo image can be cached by Tomcat, try to stop 
Tomcat, remove directory manakin/ in webapps/ and remove everything in 
work/ directory in Tomcat's home dir. For sure, restart your internet 
browser.

-- Next check if you really override selected default templates from 
dri2xslt.xsl by your own templates. dri2xslt.xsl is a bit complicated and 
there's a lot of templates that can match path in DRI document. I have 
usually missed something - that's my experiance.

I hope it will help you.

regards

Vlastik


Vlastimil Krejčíř
Library and Information Centre, Institute of Computer Science
Masaryk University in Brno, Czech Republic
Email: krejcir (at) ics (dot) muni (dot) cz
Phone: +420 549 49 3872
ICQ: 163963217
Jabber: [EMAIL PROTECTED]


On Fri, 30 Nov 2007, Dorothea Salo wrote:

 All of a sudden Manakin seems to be randomly ignoring bits of XSLT
 from my theme. Examples:

 My theme doesn't have the h3 id=ds-search-option-head in the
 dri:options template. Yet it shows up.

 My theme has moved community and collection logos OUT of the
 detail-view div, and yet they show up. (Twice, now, because Manakin is
 obligingly also putting in the logo where I actually want it to go!)

 Has anybody else ever had this happen? What gives? How can I fix it?

 Dorothea

 -- 
 Dorothea Salo[EMAIL PROTECTED]
 Digital Repository Librarian  AIM: mindsatuw
 University of Wisconsin
 Rm 218, Memorial Library
 (608) 262-5493

 -
 SF.Net email is sponsored by: The Future of Linux Business White Paper
 from Novell.  From the desktop to the data center, Linux is going
 mainstream.  Let it simplify your IT future.
 http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Allowing access to Postgres

2007-12-03 Thread James Rutherford
On Mon, Dec 03, 2007 at 12:42:09PM +, Mika Stenberg wrote:
 Im hoping to allow remote access to our postgres running with DSpace
 1.4.2. Im having problems with this though. Has anyone managed to
 configure Postgres to accept incoming connections from other than
 localhost as well?
 
 on postgres.conf I have added the following:
 
 listen_addresses = 'localhost, otto.terkko.helsinki.fi'
 
 and on pg_hba.conf i added host to listen :
 
 hostall USERNAMEmd5
 
 I also opened up the firewall for for 5432. Still I get a message:
 
 Is the server running on host tds.terkko.helsinki.fi and accepting
  TCP/IP connections on port 5432?
 
 Any ideas, what could be causing this?

On the local machine (as root) try running either

lsof -i tcp:5432

or

telnet localhost 5432

If either of those shows that postgres is indeed listening on that port,
try running 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   |  Berks
+44 117 312 7066  |  RG12 1HN.
[EMAIL PROTECTED]   |  Registered No: 690597 England

The contents of this message and any attachments to it are confidential
and may be legally privileged. If you have received this message in
error, you should delete it from your system immediately and advise the
sender. To any recipient of this message within HP, unless otherwise
stated you should consider this message and attachments as HP
CONFIDENTIAL.

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Allowing access to Postgres

2007-12-03 Thread Mika Stenberg
Im hoping to allow remote access to our postgres running with DSpace 
1.4.2. Im having problems with this though. Has anyone managed to 
configure Postgres to accept incoming connections from other than 
localhost as well?

on postgres.conf I have added the following:

listen_addresses = 'localhost, otto.terkko.helsinki.fi'

and on pg_hba.conf i added host to listen :

hostall USERNAMEmd5

I also opened up the firewall for for 5432. Still I get a message:

Is the server running on host tds.terkko.helsinki.fi and accepting
 TCP/IP connections on port 5432?

Any ideas, what could be causing this?

Thanks,
-Mika



-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Allowing access to Postgres

2007-12-03 Thread Mika Stenberg
 On the local machine (as root) try running either
 
 lsof -i tcp:5432

This gives me a list of postgres processes, so I guess its working fine?


 or
 
 telnet localhost 5432

This one leaves me hanging, though since it does not fail I think there 
is someone listening on 5432, right?

 
 If either of those shows that postgres is indeed listening on that port,
 try running the telnet command from the remote machine (something like
 telnet otto.terkko.helsinki.fi 5432).

Trying telnet on another machine however, gives me:
telnet: connect to address 128.214.167.212: Connection refused

Am I missing a setting somewhere ?

-Mika

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Allowing access to Postgres

2007-12-03 Thread James Rutherford
On Mon, Dec 03, 2007 at 01:34:30PM +, Mika Stenberg wrote:
  On the local machine (as root) try running either
 
  lsof -i tcp:5432
 
 This gives me a list of postgres processes, so I guess its working fine?

Yes, that means it's definitely listening on the correct port.

  telnet localhost 5432
 
 This one leaves me hanging, though since it does not fail I think there
 is someone listening on 5432, right?

That's strange. It should eventually connect with a message like this:

$ telnet localhost 5432
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.

  If either of those shows that postgres is indeed listening on that port,
  try running the telnet command from the remote machine (something like
  telnet otto.terkko.helsinki.fi 5432).
 
 Trying telnet on another machine however, gives me:
 telnet: connect to address 128.214.167.212: Connection refused

Are you 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 Labs   |  Bracknell,
Bristol, UK   |  Berks
+44 117 312 7066  |  RG12 1HN.
[EMAIL PROTECTED]   |  Registered No: 690597 England

The contents of this message and any attachments to it are confidential
and may be legally privileged. If you have received this message in
error, you should delete it from your system immediately and advise the
sender. To any recipient of this message within HP, unless otherwise
stated you should consider this message and attachments as HP
CONFIDENTIAL.

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech