[Dspace-tech] dspace goes blank

[Sergiu Ioan Irimia]

Support: windows 2003 server, dspace 1.6 (fresh, not upgraded), postgres sql 
8.4, java: jre1.5.0_14, tomcat 5.5.28. The site is fully working for a few 
months, i have like 34 papers submitted, but...
Problem: some times, almost every day, at a point, the browser doesn't render 
nothing, just a blank page. the site is working again after the tomcat is 
restarted. in some cases, the site goes blank on the submission process, but 
not always. I've searched the net and i found out that tomcat has this kind of 
problem, but i didn't find nothing relevant to help solve my problem. 
Here are some warnings generated by tomcat: 
log4j:WARN No appenders could be found for logger 
(org.apache.commons.digester.Digester.sax).
log4j:WARN Please initialize the log4j system properly.

[WARN] deprecation - The 'component-configurations' section in the sitemap is 
deprecated. Please check for alternatives.
[WARN] deprecation - The 'component-configurations' section in the sitemap is 
deprecated. Please check for alternatives.


Any help is highly appreciated!!! 


  


--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] LDAP for DSpace stops working after few days

[White, Andrew]

I have implemented LDAP authentication for logging into DSpace 1.5.2, and am 
finding that it works fine for 3-5 days or so, but then fails for all LDAP 
login attempts. I have to restart Apache/Tomcat in order to get it going again, 
and even then it sometimes requires several restarts.

The DSpace log shows a Java error of "Connection refused" when this happens, 
but this may not be a true reflection of the problem.

Is there any extra logging on the DSpace side that I can do to try and diagnose 
the problem?

Any theories about the cause? Caching of responses or some other memory issue 
perhaps?

Something I should mention is that we use a ldap.provider_url = 
ldap://lincoln.ac.nz:389/
which is not an actual server name, but a DNS _SRV record for AD that may 
return the address of any of 6 LDAP servers - perhaps the LDAP connector that 
DSpace uses cannot handle that?

If so, is ther a way to specify multiple LDAP providers in dspace.cfg tp 
rpovide reduancy if one fails?

Thanks for any help you can give
Andrew

Andrew White
Information Technology Librarian

George Forbes Memorial Library
PO Box 64
Lincoln University
Lincoln 7647
Christchurch, New Zealand

p +64 3 321 8542 | f +64 3 325 2944
e andrew.wh...@lincoln.ac.nz | w 
library.lincoln.ac.nz

Lincoln University, Te Whare Wanaka o Aoraki
New Zealand's Specialist Land Based University

"The contents of this e-mail (including any attachments) may be confidential 
and/or subject to copyright. Any unauthorised use, 
distribution, or copying of the contents is expressly prohibited.  If you have 
received this e-mail in error, please advise the sender 
by return e-mail or telephone and then delete this e-mail together with all 
attachments from your system."
--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] PDF viever

[Fred Edwards]

really is solved this time...

the problem is browser security

google needs/wants to push a cookie onto the user...

my security settings blocks third party cookies

once google.com is made an exception the issue is resolved...

for my PC...

I can't say that I personally find this solution palatable, but the problem
is solved and policy is another story.


Fred Edwards

Systems Technician
Patrick Power Library
Saint Mary's University
Halifax, Nova ScotiaB3H 3C3

Phone: (902) 420-5096
Fax:   (902) 420-5561
E-mail:fred.edwa...@smu.ca
Website:   http://www.smu.ca/library/

--


On Thu, May 13, 2010 at 2:38 PM, Fred Edwards  wrote:

>
> actually... I really jumped the gun when I thought I had it working...
>
> turns out that the images that did finally come through in the viewer were
> simply cached images...
>
> I had been playing with direct links to see what the problem was so I was
> in fact just looking at cached images from page 1 and 2...
>
> so, I'm right back where I started...
>
> I can view the PDF in a full size viewer... I can also look at individual
> images that make up the viewer pages...
>
> BUT... when in the iFrame on the item page it just won't work...
>
> :-(
>
>
>
> Fred Edwards
>
> Systems Technician
> Patrick Power Library
> Saint Mary's University
> Halifax, Nova ScotiaB3H 3C3
>
> Phone: (902) 420-5096
> Fax:   (902) 420-5561
> E-mail:fred.edwa...@smu.ca
> Website:   http://www.smu.ca/library/
>
> --
>
>
> On Thu, May 13, 2010 at 2:11 PM, Peter Dietz  wrote:
>
>> I'm glad you worked that out. I had never ran into window size problems.
>> But I was thinking of having buttons to let the user expand/shrink the size
>> of the viewer window. Some simple jQuery to make the height equal
>> height+100, and perhaps even a button to close the viewer.
>>
>> 
>> 
>> > "file_156873" MIMETYPE="application/pdf" SIZE="2672965" CHECKSUM=
>> "56f01cd0d6ce9bdfea6eebb1c3f9103c">
>> >  xmlns:xlink="http://www.w3.org/TR/xlink/"; xlink:type="locator"
>>  xmlns:xlink="
>> "/dspace/bitstream/handle/1811/37140/HIL_ENICH_FMS_1.pdf?sequence=1"
>>  xmlns:xlink="http://www.w3.org/TR/xlink/"/>
>> 
>> 
>>
>> From the DRI above you have a few choices of how you may want to construct
>> the link to your bitstream. In the example I posted, I grab the bitstream
>> ID , so I can avoid spaces
>> completely. Otherwise if you want to use the filename, you'll have to do a
>> url encode.
>>
>> > onclick="embeddedPreview('
>> http://docs.google.com/viewer?url=http://kb.osu.edu/dspace/retrieve/156873&embedded=true')
>> ;">
>>  Preview 
>>
>> (in my post here, the Google accessible / production box is still jspui
>> and this a work living on development, thus the /retrieve/)
>>
>> Peter Dietz
>> Systems Developer/Engineer
>> Ohio State University Libraries
>>
>>
>>
>> On Thu, May 13, 2010 at 10:51 AM, Fred Edwards wrote:
>>
>>>
>>>
>>> it wasn't a time out issue... it was an issue with teh size of the
>>> iFrame...
>>>
>>> the original code set the preview iFrame to be height='342px'
>>>
>>> I changed it to be 830px and lo and behold... preview pages...
>>>
>>> so my issues seem to be resolved.
>>>
>>> thanks to those, on and off list, who have been looking into this for me.
>>>
>>>
>>>
>>>
>>> Fred Edwards
>>>
>>> Systems Technician
>>> Patrick Power Library
>>> Saint Mary's University
>>> Halifax, Nova ScotiaB3H 3C3
>>>
>>> Phone: (902) 420-5096
>>> Fax:   (902) 420-5561
>>> E-mail:fred.edwa...@smu.ca
>>> Website:   http://www.smu.ca/library/
>>>
>>> --
>>>
>>>
>>> On Thu, May 13, 2010 at 10:06 AM, Fred Edwards wrote:
>>>

 now I'm kinda wondering if it is a time-out issue somewhere...




 Fred Edwards

 Systems Technician
 Patrick Power Library
 Saint Mary's University
 Halifax, Nova ScotiaB3H 3C3

 Phone: (902) 420-5096
 Fax:   (902) 420-5561
 E-mail:fred.edwa...@smu.ca
 Website:   http://www.smu.ca/library/

 --


 On Thu, May 13, 2010 at 9:50 AM, Jason Fowler  wrote:

>  If it doesn’t like the spaces, you could just change the filenames
> and reupload the bitstreams. I try to never use spaces in filenames 
> because
> *nix based systems hate them.
>
>
>
> If you have high res images in the PDF, Google struggles with it.
> Still, you can put some image only stuff in there. For example, here’s a 
> pdf
> of a MSS we have in our repository.
>
>
>
>
> http://docs.google.com/viewer?url=http%3A%2F%2Fdigital.library.sbts.edu%2Fbitstream%2Fhandle%2F10392%2F226%2FFreedomInPreaching.pdf%3Fsequence%3D1
>
>
>
>
>
>
>
> *From:* Fred Edwards [mailto:fred.edwa...@smu.ca]
> *Sent:* Thursday, May 13, 2010 8:27 AM
>
> *To:* dspace-tech@lists.sourceforge.net
> *Subject:* Re: [Dspace

Re: [Dspace-tech] PDF viever

[Fred Edwards]

actually... I really jumped the gun when I thought I had it working...

turns out that the images that did finally come through in the viewer were
simply cached images...

I had been playing with direct links to see what the problem was so I was in
fact just looking at cached images from page 1 and 2...

so, I'm right back where I started...

I can view the PDF in a full size viewer... I can also look at individual
images that make up the viewer pages...

BUT... when in the iFrame on the item page it just won't work...

:-(


Fred Edwards

Systems Technician
Patrick Power Library
Saint Mary's University
Halifax, Nova ScotiaB3H 3C3

Phone: (902) 420-5096
Fax:   (902) 420-5561
E-mail:fred.edwa...@smu.ca
Website:   http://www.smu.ca/library/

--


On Thu, May 13, 2010 at 2:11 PM, Peter Dietz  wrote:

> I'm glad you worked that out. I had never ran into window size problems.
> But I was thinking of having buttons to let the user expand/shrink the size
> of the viewer window. Some simple jQuery to make the height equal
> height+100, and perhaps even a button to close the viewer.
>
> 
> 
>   MIMETYPE="application/pdf" SIZE="2672965" CHECKSUM=
> "56f01cd0d6ce9bdfea6eebb1c3f9103c">
> http://www.w3.org/TR/xlink/"; xlink:type="locator" xmlns:xlink="
> 
> "/dspace/bitstream/handle/1811/37140/HIL_ENICH_FMS_1.pdf?sequence=1"
>  xmlns:xlink="http://www.w3.org/TR/xlink/"/>
> 
> 
>
> From the DRI above you have a few choices of how you may want to construct
> the link to your bitstream. In the example I posted, I grab the bitstream
> ID , so I can avoid spaces
> completely. Otherwise if you want to use the filename, you'll have to do a
> url encode.
>
>  onclick="embeddedPreview('
> http://docs.google.com/viewer?url=http://kb.osu.edu/dspace/retrieve/156873&embedded=true')
> ;">
>  Preview 
>
> (in my post here, the Google accessible / production box is still jspui and
> this a work living on development, thus the /retrieve/)
>
> Peter Dietz
> Systems Developer/Engineer
> Ohio State University Libraries
>
>
>
> On Thu, May 13, 2010 at 10:51 AM, Fred Edwards wrote:
>
>>
>>
>> it wasn't a time out issue... it was an issue with teh size of the
>> iFrame...
>>
>> the original code set the preview iFrame to be height='342px'
>>
>> I changed it to be 830px and lo and behold... preview pages...
>>
>> so my issues seem to be resolved.
>>
>> thanks to those, on and off list, who have been looking into this for me.
>>
>>
>>
>>
>> Fred Edwards
>>
>> Systems Technician
>> Patrick Power Library
>> Saint Mary's University
>> Halifax, Nova ScotiaB3H 3C3
>>
>> Phone: (902) 420-5096
>> Fax:   (902) 420-5561
>> E-mail:fred.edwa...@smu.ca
>> Website:   http://www.smu.ca/library/
>>
>> --
>>
>>
>> On Thu, May 13, 2010 at 10:06 AM, Fred Edwards wrote:
>>
>>>
>>> now I'm kinda wondering if it is a time-out issue somewhere...
>>>
>>>
>>>
>>>
>>> Fred Edwards
>>>
>>> Systems Technician
>>> Patrick Power Library
>>> Saint Mary's University
>>> Halifax, Nova ScotiaB3H 3C3
>>>
>>> Phone: (902) 420-5096
>>> Fax:   (902) 420-5561
>>> E-mail:fred.edwa...@smu.ca
>>> Website:   http://www.smu.ca/library/
>>>
>>> --
>>>
>>>
>>> On Thu, May 13, 2010 at 9:50 AM, Jason Fowler  wrote:
>>>
  If it doesn’t like the spaces, you could just change the filenames and
 reupload the bitstreams. I try to never use spaces in filenames because 
 *nix
 based systems hate them.



 If you have high res images in the PDF, Google struggles with it. Still,
 you can put some image only stuff in there. For example, here’s a pdf of a
 MSS we have in our repository.




 http://docs.google.com/viewer?url=http%3A%2F%2Fdigital.library.sbts.edu%2Fbitstream%2Fhandle%2F10392%2F226%2FFreedomInPreaching.pdf%3Fsequence%3D1







 *From:* Fred Edwards [mailto:fred.edwa...@smu.ca]
 *Sent:* Thursday, May 13, 2010 8:27 AM

 *To:* dspace-tech@lists.sourceforge.net
 *Subject:* Re: [Dspace-tech] PDF viever




 it seems its a little more insidious than that...

 what I was experiencing first seems to indicate that the viewer isn't
 happy with PDFs that have spaces in the file name...

 now, secondly, a working URL and PDF (one with no spaces in the file
 name) will properly display when directly browsed to...  ie. grab the URL
 from the page source that the viewer is supposed to use... copy and paste 
 to
 the address bar... and google will display the PDF no problem...

 however, within the embedded iframe that same PDF will only be
 "somewhat" loaded... the pages all display an icon for a broken image and
 not the PDF pages...

 erk


 Fred Edwards

 Systems Technician
 Patrick Power Library
 Saint Mary's University
 Halifax, Nova Sco

Re: [Dspace-tech] PDF viever

[Peter Dietz]

I'm glad you worked that out. I had never ran into window size problems. But
I was thinking of having buttons to let the user expand/shrink the size of
the viewer window. Some simple jQuery to make the height equal height+100,
and perhaps even a button to close the viewer.




http://www.w3.org/TR/xlink/"; xlink:type="locator" xmlns:xlink="

"/dspace/bitstream/handle/1811/37140/HIL_ENICH_FMS_1.pdf?sequence=1"
 xmlns:xlink="http://www.w3.org/TR/xlink/"/>



>From the DRI above you have a few choices of how you may want to construct
the link to your bitstream. In the example I posted, I grab the bitstream
ID , so I can avoid spaces
completely. Otherwise if you want to use the filename, you'll have to do a
url encode.

http://docs.google.com/viewer?url=http://kb.osu.edu/dspace/retrieve/156873&embedded=true')
;">
 Preview 

(in my post here, the Google accessible / production box is still jspui and
this a work living on development, thus the /retrieve/)

Peter Dietz
Systems Developer/Engineer
Ohio State University Libraries



On Thu, May 13, 2010 at 10:51 AM, Fred Edwards  wrote:

>
>
> it wasn't a time out issue... it was an issue with teh size of the
> iFrame...
>
> the original code set the preview iFrame to be height='342px'
>
> I changed it to be 830px and lo and behold... preview pages...
>
> so my issues seem to be resolved.
>
> thanks to those, on and off list, who have been looking into this for me.
>
>
>
>
> Fred Edwards
>
> Systems Technician
> Patrick Power Library
> Saint Mary's University
> Halifax, Nova ScotiaB3H 3C3
>
> Phone: (902) 420-5096
> Fax:   (902) 420-5561
> E-mail:fred.edwa...@smu.ca
> Website:   http://www.smu.ca/library/
>
> --
>
>
> On Thu, May 13, 2010 at 10:06 AM, Fred Edwards wrote:
>
>>
>> now I'm kinda wondering if it is a time-out issue somewhere...
>>
>>
>>
>>
>> Fred Edwards
>>
>> Systems Technician
>> Patrick Power Library
>> Saint Mary's University
>> Halifax, Nova ScotiaB3H 3C3
>>
>> Phone: (902) 420-5096
>> Fax:   (902) 420-5561
>> E-mail:fred.edwa...@smu.ca
>> Website:   http://www.smu.ca/library/
>>
>> --
>>
>>
>> On Thu, May 13, 2010 at 9:50 AM, Jason Fowler  wrote:
>>
>>>  If it doesn’t like the spaces, you could just change the filenames and
>>> reupload the bitstreams. I try to never use spaces in filenames because *nix
>>> based systems hate them.
>>>
>>>
>>>
>>> If you have high res images in the PDF, Google struggles with it. Still,
>>> you can put some image only stuff in there. For example, here’s a pdf of a
>>> MSS we have in our repository.
>>>
>>>
>>>
>>>
>>> http://docs.google.com/viewer?url=http%3A%2F%2Fdigital.library.sbts.edu%2Fbitstream%2Fhandle%2F10392%2F226%2FFreedomInPreaching.pdf%3Fsequence%3D1
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *From:* Fred Edwards [mailto:fred.edwa...@smu.ca]
>>> *Sent:* Thursday, May 13, 2010 8:27 AM
>>>
>>> *To:* dspace-tech@lists.sourceforge.net
>>> *Subject:* Re: [Dspace-tech] PDF viever
>>>
>>>
>>>
>>>
>>> it seems its a little more insidious than that...
>>>
>>> what I was experiencing first seems to indicate that the viewer isn't
>>> happy with PDFs that have spaces in the file name...
>>>
>>> now, secondly, a working URL and PDF (one with no spaces in the file
>>> name) will properly display when directly browsed to...  ie. grab the URL
>>> from the page source that the viewer is supposed to use... copy and paste to
>>> the address bar... and google will display the PDF no problem...
>>>
>>> however, within the embedded iframe that same PDF will only be "somewhat"
>>> loaded... the pages all display an icon for a broken image and not the PDF
>>> pages...
>>>
>>> erk
>>>
>>>
>>> Fred Edwards
>>>
>>> Systems Technician
>>> Patrick Power Library
>>> Saint Mary's University
>>> Halifax, Nova ScotiaB3H 3C3
>>>
>>> Phone: (902) 420-5096
>>> Fax:   (902) 420-5561
>>> E-mail:fred.edwa...@smu.ca
>>> Website:   http://www.smu.ca/library/
>>>
>>> --
>>>
>>>  On Wed, May 12, 2010 at 5:05 PM, Jason Fowler  wrote:
>>>
>>> Two thoughts.
>>>
>>> First, are there any bitstream restrictions that would allow you to
>>> browse to the URL but would not allow Google's servers to access it?
>>>
>>> Second, try manually entering the URL into this form (
>>> http://docs.google.com/viewer?pli=1) only omit the sequence section from
>>> the end of the URL. See if that makes a difference.
>>>
>>>
>>> Jason Fowler, CA, MSLS
>>> Archives and Special Collections Librarian
>>> The Southern Baptist Theological Seminary
>>> Vice President, ALABI
>>> jfow...@sbts.edu
>>> 
>>>
>>> From: Fred Edwards [fred.edwa...@smu.ca]
>>> Sent: Wednesday, May 12, 2010 2:48 PM
>>>
>>> To: dspace-tech@lists.sourceforge.net
>>> Subject: Re: [Dspace-tech] PDF viever
>>>
>>> any idea how to debug this?
>>>
>>> everything "appears" fine, however the viewer doesn't seem to grab the
>>> PDF...
>>>
>>> I can browse to the URL generated by the script and see the PDF, so the
>>> URL handed to Goog

Re: [Dspace-tech] PDF viever

[Fred Edwards]

it wasn't a time out issue... it was an issue with teh size of the iFrame...

the original code set the preview iFrame to be height='342px'

I changed it to be 830px and lo and behold... preview pages...

so my issues seem to be resolved.

thanks to those, on and off list, who have been looking into this for me.



Fred Edwards

Systems Technician
Patrick Power Library
Saint Mary's University
Halifax, Nova ScotiaB3H 3C3

Phone: (902) 420-5096
Fax:   (902) 420-5561
E-mail:fred.edwa...@smu.ca
Website:   http://www.smu.ca/library/

--


On Thu, May 13, 2010 at 10:06 AM, Fred Edwards  wrote:

>
> now I'm kinda wondering if it is a time-out issue somewhere...
>
>
>
>
> Fred Edwards
>
> Systems Technician
> Patrick Power Library
> Saint Mary's University
> Halifax, Nova ScotiaB3H 3C3
>
> Phone: (902) 420-5096
> Fax:   (902) 420-5561
> E-mail:fred.edwa...@smu.ca
> Website:   http://www.smu.ca/library/
>
> --
>
>
> On Thu, May 13, 2010 at 9:50 AM, Jason Fowler  wrote:
>
>>  If it doesn’t like the spaces, you could just change the filenames and
>> reupload the bitstreams. I try to never use spaces in filenames because *nix
>> based systems hate them.
>>
>>
>>
>> If you have high res images in the PDF, Google struggles with it. Still,
>> you can put some image only stuff in there. For example, here’s a pdf of a
>> MSS we have in our repository.
>>
>>
>>
>>
>> http://docs.google.com/viewer?url=http%3A%2F%2Fdigital.library.sbts.edu%2Fbitstream%2Fhandle%2F10392%2F226%2FFreedomInPreaching.pdf%3Fsequence%3D1
>>
>>
>>
>>
>>
>>
>>
>> *From:* Fred Edwards [mailto:fred.edwa...@smu.ca]
>> *Sent:* Thursday, May 13, 2010 8:27 AM
>>
>> *To:* dspace-tech@lists.sourceforge.net
>> *Subject:* Re: [Dspace-tech] PDF viever
>>
>>
>>
>>
>> it seems its a little more insidious than that...
>>
>> what I was experiencing first seems to indicate that the viewer isn't
>> happy with PDFs that have spaces in the file name...
>>
>> now, secondly, a working URL and PDF (one with no spaces in the file name)
>> will properly display when directly browsed to...  ie. grab the URL from the
>> page source that the viewer is supposed to use... copy and paste to the
>> address bar... and google will display the PDF no problem...
>>
>> however, within the embedded iframe that same PDF will only be "somewhat"
>> loaded... the pages all display an icon for a broken image and not the PDF
>> pages...
>>
>> erk
>>
>>
>> Fred Edwards
>>
>> Systems Technician
>> Patrick Power Library
>> Saint Mary's University
>> Halifax, Nova ScotiaB3H 3C3
>>
>> Phone: (902) 420-5096
>> Fax:   (902) 420-5561
>> E-mail:fred.edwa...@smu.ca
>> Website:   http://www.smu.ca/library/
>>
>> --
>>
>>  On Wed, May 12, 2010 at 5:05 PM, Jason Fowler  wrote:
>>
>> Two thoughts.
>>
>> First, are there any bitstream restrictions that would allow you to browse
>> to the URL but would not allow Google's servers to access it?
>>
>> Second, try manually entering the URL into this form (
>> http://docs.google.com/viewer?pli=1) only omit the sequence section from
>> the end of the URL. See if that makes a difference.
>>
>>
>> Jason Fowler, CA, MSLS
>> Archives and Special Collections Librarian
>> The Southern Baptist Theological Seminary
>> Vice President, ALABI
>> jfow...@sbts.edu
>> 
>>
>> From: Fred Edwards [fred.edwa...@smu.ca]
>> Sent: Wednesday, May 12, 2010 2:48 PM
>>
>> To: dspace-tech@lists.sourceforge.net
>> Subject: Re: [Dspace-tech] PDF viever
>>
>> any idea how to debug this?
>>
>> everything "appears" fine, however the viewer doesn't seem to grab the
>> PDF...
>>
>> I can browse to the URL generated by the script and see the PDF, so the
>> URL handed to Google is fine as well...
>>
>> does the viewer have a problem with using a port besides port 80?
>>
>>
>>
>> Fred Edwards
>>
>> Systems Technician
>> Patrick Power Library
>> Saint Mary's University
>> Halifax, Nova ScotiaB3H 3C3
>>
>> Phone: (902) 420-5096
>> Fax:   (902) 420-5561
>>
>> E-mail:fred.edwa...@smu.ca
>>
>> Website:   http://www.smu.ca/library/
>>
>> --
>>
>>   On Fri, May 7, 2010 at 8:08 PM, Peter Dietz > dietz...@osu.edu>> wrote:
>> I was working on XMLUI today, and implemented the document preview for
>> XMLUI. I also added the howto on that to the documentation for Document
>> Preview,
>>
>> http://fedora-commons.org/confluence/display/DSPACE/Document+Preview+with+Google+Docs+viewer
>>
>> <
>> http://fedora-commons.org/confluence/display/DSPACE/Document+Preview+with+Google+Docs+viewer>I
>> imagine this might be helpful.
>>
>>
>> --
>> I didn't update the instructions for jspui.
>>
>>
>> Peter Dietz
>> Systems Developer/Engineer
>> Ohio State University Libraries
>>
>>
>>   On Wed, May 5, 2010 at 4:56 AM, Lewatle Phaladi <
>> lewatle.phal...@wits.ac.za> wrote:
>> Hi Jason
>>
>> Thanks for the reply.
>> Please explain the process step by step in most eas

Re: [Dspace-tech] PDF viever

[Fred Edwards]

now I'm kinda wondering if it is a time-out issue somewhere...



Fred Edwards

Systems Technician
Patrick Power Library
Saint Mary's University
Halifax, Nova ScotiaB3H 3C3

Phone: (902) 420-5096
Fax:   (902) 420-5561
E-mail:fred.edwa...@smu.ca
Website:   http://www.smu.ca/library/

--


On Thu, May 13, 2010 at 9:50 AM, Jason Fowler  wrote:

>  If it doesn’t like the spaces, you could just change the filenames and
> reupload the bitstreams. I try to never use spaces in filenames because *nix
> based systems hate them.
>
>
>
> If you have high res images in the PDF, Google struggles with it. Still,
> you can put some image only stuff in there. For example, here’s a pdf of a
> MSS we have in our repository.
>
>
>
>
> http://docs.google.com/viewer?url=http%3A%2F%2Fdigital.library.sbts.edu%2Fbitstream%2Fhandle%2F10392%2F226%2FFreedomInPreaching.pdf%3Fsequence%3D1
>
>
>
>
>
>
>
> *From:* Fred Edwards [mailto:fred.edwa...@smu.ca]
> *Sent:* Thursday, May 13, 2010 8:27 AM
>
> *To:* dspace-tech@lists.sourceforge.net
> *Subject:* Re: [Dspace-tech] PDF viever
>
>
>
>
> it seems its a little more insidious than that...
>
> what I was experiencing first seems to indicate that the viewer isn't happy
> with PDFs that have spaces in the file name...
>
> now, secondly, a working URL and PDF (one with no spaces in the file name)
> will properly display when directly browsed to...  ie. grab the URL from the
> page source that the viewer is supposed to use... copy and paste to the
> address bar... and google will display the PDF no problem...
>
> however, within the embedded iframe that same PDF will only be "somewhat"
> loaded... the pages all display an icon for a broken image and not the PDF
> pages...
>
> erk
>
>
> Fred Edwards
>
> Systems Technician
> Patrick Power Library
> Saint Mary's University
> Halifax, Nova ScotiaB3H 3C3
>
> Phone: (902) 420-5096
> Fax:   (902) 420-5561
> E-mail:fred.edwa...@smu.ca
> Website:   http://www.smu.ca/library/
>
> --
>
>  On Wed, May 12, 2010 at 5:05 PM, Jason Fowler  wrote:
>
> Two thoughts.
>
> First, are there any bitstream restrictions that would allow you to browse
> to the URL but would not allow Google's servers to access it?
>
> Second, try manually entering the URL into this form (
> http://docs.google.com/viewer?pli=1) only omit the sequence section from
> the end of the URL. See if that makes a difference.
>
>
> Jason Fowler, CA, MSLS
> Archives and Special Collections Librarian
> The Southern Baptist Theological Seminary
> Vice President, ALABI
> jfow...@sbts.edu
> 
>
> From: Fred Edwards [fred.edwa...@smu.ca]
> Sent: Wednesday, May 12, 2010 2:48 PM
>
> To: dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] PDF viever
>
> any idea how to debug this?
>
> everything "appears" fine, however the viewer doesn't seem to grab the
> PDF...
>
> I can browse to the URL generated by the script and see the PDF, so the URL
> handed to Google is fine as well...
>
> does the viewer have a problem with using a port besides port 80?
>
>
>
> Fred Edwards
>
> Systems Technician
> Patrick Power Library
> Saint Mary's University
> Halifax, Nova ScotiaB3H 3C3
>
> Phone: (902) 420-5096
> Fax:   (902) 420-5561
>
> E-mail:fred.edwa...@smu.ca
>
> Website:   http://www.smu.ca/library/
>
> --
>
>   On Fri, May 7, 2010 at 8:08 PM, Peter Dietz  dietz...@osu.edu>> wrote:
> I was working on XMLUI today, and implemented the document preview for
> XMLUI. I also added the howto on that to the documentation for Document
> Preview,
>
> http://fedora-commons.org/confluence/display/DSPACE/Document+Preview+with+Google+Docs+viewer
>
> <
> http://fedora-commons.org/confluence/display/DSPACE/Document+Preview+with+Google+Docs+viewer>I
> imagine this might be helpful.
>
>
> --
> I didn't update the instructions for jspui.
>
>
> Peter Dietz
> Systems Developer/Engineer
> Ohio State University Libraries
>
>
>   On Wed, May 5, 2010 at 4:56 AM, Lewatle Phaladi <
> lewatle.phal...@wits.ac.za> wrote:
> Hi Jason
>
> Thanks for the reply.
> Please explain the process step by step in most easiest way, I tried the
> one I found on the net but with no good results.
>
> Regards,
> Lewatle
>
> -Original Message-
>
> From: Jason Fowler [mailto:jfow...@sbts.edu]
> Sent: 23 April 2010 03:21 PM
>
> To: dspace-tech@lists.sourceforge.net dspace-tech@lists.sourceforge.net>
> Subject: Re: [Dspace-tech] PDF viever
>
> That should be pretty easy in XMLUI using something like Google's
> viewer, especially if you have no collections that need to be
> authenticated. You should be able to simply make changes to your
> theme.xsl file to enable it (and perhaps messages.xml). No java coding
> would be necessary using this method.
>
> You could do something very similar to what I have explained here for
> the inclusion of the video tag for HTML5 pseudo stre

Re: [Dspace-tech] LDAP Authentication

[Sean Carte]

On 13 May 2010 14:39, Hilton Gibson  wrote:
> Aaah there it is.
>
> failed_login:email=UZP0899
>
> DSpace is using a email/eperson account details to login a netid/ldap user.
> Why ? I do not know !!
> Check the DSpace database for user accounts and the fields.
> Maybe a bug ??

Well spotted! Thanks Hilton.

The simplest solution then is to log-in using the e-mail rather than
the uid field.

Sean
-- 
Sean Carte
esAL Library Systems Manager
+27 72 898 8775
+27 31 373 2490
fax: 0866741254
http://esal.dut.ac.za/

--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] PDF viever

[Jason Fowler]

If it doesn’t like the spaces, you could just change the filenames and reupload 
the bitstreams. I try to never use spaces in filenames because *nix based 
systems hate them.

If you have high res images in the PDF, Google struggles with it. Still, you 
can put some image only stuff in there. For example, here’s a pdf of a MSS we 
have in our repository.

http://docs.google.com/viewer?url=http%3A%2F%2Fdigital.library.sbts.edu%2Fbitstream%2Fhandle%2F10392%2F226%2FFreedomInPreaching.pdf%3Fsequence%3D1



From: Fred Edwards [mailto:fred.edwa...@smu.ca]
Sent: Thursday, May 13, 2010 8:27 AM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] PDF viever


it seems its a little more insidious than that...

what I was experiencing first seems to indicate that the viewer isn't happy 
with PDFs that have spaces in the file name...

now, secondly, a working URL and PDF (one with no spaces in the file name) will 
properly display when directly browsed to...  ie. grab the URL from the page 
source that the viewer is supposed to use... copy and paste to the address 
bar... and google will display the PDF no problem...

however, within the embedded iframe that same PDF will only be "somewhat" 
loaded... the pages all display an icon for a broken image and not the PDF 
pages...

erk


Fred Edwards

Systems Technician
Patrick Power Library
Saint Mary's University
Halifax, Nova ScotiaB3H 3C3

Phone: (902) 420-5096
Fax:   (902) 420-5561
E-mail:fred.edwa...@smu.ca
Website:   http://www.smu.ca/library/

--

On Wed, May 12, 2010 at 5:05 PM, Jason Fowler 
mailto:jfow...@sbts.edu>> wrote:
Two thoughts.

First, are there any bitstream restrictions that would allow you to browse to 
the URL but would not allow Google's servers to access it?

Second, try manually entering the URL into this form 
(http://docs.google.com/viewer?pli=1) only omit the sequence section from the 
end of the URL. See if that makes a difference.

Jason Fowler, CA, MSLS
Archives and Special Collections Librarian
The Southern Baptist Theological Seminary
Vice President, ALABI
jfow...@sbts.edu

From: Fred Edwards [fred.edwa...@smu.ca]
Sent: Wednesday, May 12, 2010 2:48 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] PDF viever
any idea how to debug this?

everything "appears" fine, however the viewer doesn't seem to grab the PDF...

I can browse to the URL generated by the script and see the PDF, so the URL 
handed to Google is fine as well...

does the viewer have a problem with using a port besides port 80?



Fred Edwards

Systems Technician
Patrick Power Library
Saint Mary's University
Halifax, Nova ScotiaB3H 3C3

Phone: (902) 420-5096
Fax:   (902) 420-5561
E-mail:
fred.edwa...@smu.ca>
Website:   http://www.smu.ca/library/

--

On Fri, May 7, 2010 at 8:08 PM, Peter Dietz 
mailto:dietz...@osu.edu>>>
 wrote:
I was working on XMLUI today, and implemented the document preview for XMLUI. I 
also added the howto on that to the documentation for Document Preview,
http://fedora-commons.org/confluence/display/DSPACE/Document+Preview+with+Google+Docs+viewer

I
 imagine this might be helpful.


--
I didn't update the instructions for jspui.


Peter Dietz
Systems Developer/Engineer
Ohio State University Libraries


On Wed, May 5, 2010 at 4:56 AM, Lewatle Phaladi 
mailto:lewatle.phal...@wits.ac.za>>>
 wrote:
Hi Jason

Thanks for the reply.
Please explain the process step by step in most easiest way, I tried the
one I found on the net but with no good results.

Regards,
Lewatle

-Original Message-
From: Jason Fowler 
[mailto:jfow...@sbts.edu>]
Sent: 23 April 2010 03:21 PM
To: 
dspace-tech@lists.sourceforge.net>
Subject: Re: [Dspace-tech] PDF viever

That should be pretty easy in XMLUI using something like Google's
viewer, especially if you have no collections that need to be
authenticated. You should be able to simply make changes to your
theme.xsl file to enable it (and perhaps messages.xml). No java coding
would be necessary using this method.

You could do something very similar to what I have explained here for
the inclusion of the video tag for HTML5 pseudo streaming.

http://neoarch.wordpress.com/2009/12/15/using-the-html-5-video-tag-in-ds
pace/

Instead of embedding t

Re: [Dspace-tech] PDF viever

[Fred Edwards]

it seems its a little more insidious than that...

what I was experiencing first seems to indicate that the viewer isn't happy
with PDFs that have spaces in the file name...

now, secondly, a working URL and PDF (one with no spaces in the file name)
will properly display when directly browsed to...  ie. grab the URL from the
page source that the viewer is supposed to use... copy and paste to the
address bar... and google will display the PDF no problem...

however, within the embedded iframe that same PDF will only be "somewhat"
loaded... the pages all display an icon for a broken image and not the PDF
pages...

erk


Fred Edwards

Systems Technician
Patrick Power Library
Saint Mary's University
Halifax, Nova ScotiaB3H 3C3

Phone: (902) 420-5096
Fax:   (902) 420-5561
E-mail:fred.edwa...@smu.ca
Website:   http://www.smu.ca/library/

--


On Wed, May 12, 2010 at 5:05 PM, Jason Fowler  wrote:

> Two thoughts.
>
> First, are there any bitstream restrictions that would allow you to browse
> to the URL but would not allow Google's servers to access it?
>
> Second, try manually entering the URL into this form (
> http://docs.google.com/viewer?pli=1) only omit the sequence section from
> the end of the URL. See if that makes a difference.
>
> Jason Fowler, CA, MSLS
> Archives and Special Collections Librarian
> The Southern Baptist Theological Seminary
> Vice President, ALABI
> jfow...@sbts.edu
> 
> From: Fred Edwards [fred.edwa...@smu.ca]
> Sent: Wednesday, May 12, 2010 2:48 PM
> To: dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] PDF viever
>
> any idea how to debug this?
>
> everything "appears" fine, however the viewer doesn't seem to grab the
> PDF...
>
> I can browse to the URL generated by the script and see the PDF, so the URL
> handed to Google is fine as well...
>
> does the viewer have a problem with using a port besides port 80?
>
>
>
> Fred Edwards
>
> Systems Technician
> Patrick Power Library
> Saint Mary's University
> Halifax, Nova ScotiaB3H 3C3
>
> Phone: (902) 420-5096
> Fax:   (902) 420-5561
> E-mail:fred.edwa...@smu.ca
> Website:   http://www.smu.ca/library/
>
> --
>
>
> On Fri, May 7, 2010 at 8:08 PM, Peter Dietz  dietz...@osu.edu>> wrote:
> I was working on XMLUI today, and implemented the document preview for
> XMLUI. I also added the howto on that to the documentation for Document
> Preview,
>
> http://fedora-commons.org/confluence/display/DSPACE/Document+Preview+with+Google+Docs+viewer
>
> <
> http://fedora-commons.org/confluence/display/DSPACE/Document+Preview+with+Google+Docs+viewer>I
> imagine this might be helpful.
>
>
> --
> I didn't update the instructions for jspui.
>
>
> Peter Dietz
> Systems Developer/Engineer
> Ohio State University Libraries
>
>
>
> On Wed, May 5, 2010 at 4:56 AM, Lewatle Phaladi <
> lewatle.phal...@wits.ac.za> wrote:
> Hi Jason
>
> Thanks for the reply.
> Please explain the process step by step in most easiest way, I tried the
> one I found on the net but with no good results.
>
> Regards,
> Lewatle
>
> -Original Message-
> From: Jason Fowler [mailto:jfow...@sbts.edu]
> Sent: 23 April 2010 03:21 PM
> To: dspace-tech@lists.sourceforge.net dspace-tech@lists.sourceforge.net>
> Subject: Re: [Dspace-tech] PDF viever
>
> That should be pretty easy in XMLUI using something like Google's
> viewer, especially if you have no collections that need to be
> authenticated. You should be able to simply make changes to your
> theme.xsl file to enable it (and perhaps messages.xml). No java coding
> would be necessary using this method.
>
> You could do something very similar to what I have explained here for
> the inclusion of the video tag for HTML5 pseudo streaming.
>
> http://neoarch.wordpress.com/2009/12/15/using-the-html-5-video-tag-in-ds
> pace/
>
> Instead of embedding the video tag, you would put in code to embed the
> viewer.
>
> I am in a bit of a hurry now. If you need more information, let me know
> and I can explain this more fully next week.
>
> Blessings,
>
> Jason Fowler, CA, MSLS
> Archives and Special Collections Librarian
> The Southern Baptist Theological Seminary
> Vice President, ALABI
> jfow...@sbts.edu
> 
> From: Lewatle Phaladi [lewatle.phal...@wits.ac.za lewatle.phal...@wits.ac.za>]
> Sent: Friday, April 23, 2010 4:52 AM
> To: dspace-tech@lists.sourceforge.net dspace-tech@lists.sourceforge.net>
> Subject: [Dspace-tech] PDF viever
>
> Hi all
>
> I want to enable PDF viewer for DSpace  so that a user who doesn't have
> PDF application installed can just view the document on the web browser
> without the need to install PDF viewer.
> I am using XMLUI  as a default and I need to show those changes on
> XMLUI.
> I also discovered th

[Dspace-tech] updating the handle in log files

[Mutsikiwa Admire]

Hi 

We have recently registered and updated our handle. However the logs are
still referencing the old handle  when I view the statistic. What should I
do to update the logs. By the way which logs are used for statistics
computation? Is it /dspace/logs/ or $CATALINA/logs?

 

Kind Regards,

 

Admire Mutsikiwa (Mr)

ICT Projects Manager

Library IT

University of Zimbabwe 

Tell:+263-4-303276

Cell:+263-92239187

Alt/email:amutsik...@gmail.com

 

--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] LDAP Authentication

[Sean Carte]

Oops. Forwarding to the lists too.


-- Forwarded message --
From: Sean Carte 
Date: 13 May 2010 13:05:14 UTC+2
Subject: Re: [Dspace-tech] LDAP Authentication
To: Hilton Gibson 




On 13 May 2010 12:45, Hilton Gibson  wrote:
> Your setup looks good.
> What do your DSpace logs say.

Hi Hilton

2010-05-13 13:04:52,676 INFO
org.dspace.authenticate.LDAPAuthentication @
anonymous:session_id=FEEF4E6CAEF6454C72E375F1F79804AD:ip_addr=196.21.56.47:auth:attempting
trivial auth of user=UZP0899
2010-05-13 13:04:52,883 INFO
org.dspace.authenticate.LDAPAuthentication @
anonymous:session_id=FEEF4E6CAEF6454C72E375F1F79804AD:ip_addr=196.21.56.47:autoregister:netid=UZP0899
2010-05-13 13:04:52,883 INFO
org.dspace.authenticate.PasswordAuthentication @
anonymous:session_id=FEEF4E6CAEF6454C72E375F1F79804AD:ip_addr=196.21.56.47:authenticate:attempting
password auth of user=UZP0899
2010-05-13 13:04:52,884 INFO
org.dspace.app.xmlui.utils.AuthenticationUtil @
anonymous:session_id=FEEF4E6CAEF6454C72E375F1F79804AD:ip_addr=196.21.56.47:failed_login:email=UZP0899,
realm=null, result=4

Sean
--
Sean Carte
esAL Library Systems Manager
+27 72 898 8775
+27 31 373 2490
fax: 0866741254
http://esal.dut.ac.za/




-- 
Sean Carte
esAL Library Systems Manager
+27 72 898 8775
+27 31 373 2490
fax: 0866741254
http://esal.dut.ac.za/

--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] LDAP Authentication

[Hilton Gibson]

Hi Sean

Your setup looks good.
What do your DSpace logs say.

Cheers

hg

On 13 May 2010 11:53, Sean Carte  wrote:

> I've got a simple ldap server configured primarily to allow
> authentication for EZProxy; now I'd like to be able to get DSpace to
> use it for authentication. But I can't get it to work.
>
> I followed the DSpace configuration steps outlined at
> , and have the
> following in my dspace.cfg:
>
> plugin.sequence.org.dspace.authenticate.AuthenticationMethod = \
>org.dspace.authenticate.LDAPAuthentication, \
>org.dspace.authenticate.PasswordAuthentication
>
> ldap.enable = true
> ldap.provider_url = ldap://localhost:389/
> ldap.id_field = uid
> ldap.object_context = ou=People,dc=esal,dc=ac,dc=za
> ldap.search_context = ou=People
> ldap.email_field = mail
> ldap.surname_field = sn
> ldap.givenname_field = givenName
> ldap.phone_field = telephoneNumber
> webui.ldap.autoregister = false
>
> DSpace and LDAP are running on the same server, and I can use
> ldapsearch to return information on a user:
>
> r...@uzspace:~# ldapsearch -xLLL -b "dc=esal,dc=ac,dc=za" 'uid=UZP0899'
> dn: uid=UZP0899,ou=People,dc=esal,dc=ac,dc=za
> objectClass: inetOrgPerson
> cn: Carte,S R
> sn: Carte
> uid: UZP0899
> mail:
>
> But DSpace returns an invalid username/password message when I try to
> log in using its LDAP authentication. The following is what gets
> output when running slapd in debug:
>
> r...@uzspace:~# slapd -d 2
> @(#) $OpenLDAP: slapd 2.4.9 (Mar 31 2009 07:12:16) $
>bui...@rothera
> :/build/buildd/openldap2.3-2.4.9/debian/build/servers/slapd
> /etc/ldap/slapd.conf: line 111: rootdn is always granted unlimited
> privileges.
> /etc/ldap/slapd.conf: line 129: rootdn is always granted unlimited
> privileges.
> slapd starting
> ldap_read: want=8, got=8
>  :  30 39 02 01 01 60 34 0209...`4.
> ldap_read: want=51, got=51
>  :  01 03 04 29 75 69 64 3d  55 5a 50 30 38 39 39 2c   ...)uid=UZP0899,
>  0010:  6f 75 3d 50 65 6f 70 6c  65 2c 64 63 3d 65 73 61   ou=People,dc=esa
>  0020:  6c 2c 64 63 3d 61 63 2c  64 63 3d 7a 61 80 04 37   l,dc=ac,dc=za..x
>  0030:  33 32 36   xxx
> ldap_read: want=8 error=Resource temporarily unavailable
>  :  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00 0a
> ldap_write: want=14, written=14
>  :  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00 0a
> ldap_read: want=8, got=8
>  :  30 76 02 01 02 63 54 040v...cT.
> ldap_read: want=112, got=112
>  :  09 6f 75 3d 50 65 6f 70  6c 65 0a 01 01 0a 01 03   .ou=People..
>  0010:  02 01 00 02 01 00 01 01  00 a0 10 a3 0e 04 03 75   ...u
>  0020:  69 64 04 07 55 5a 50 30  38 39 39 30 26 04 04 6d   id..UZP08990&..m
>  0030:  61 69 6c 04 09 67 69 76  65 6e 4e 61 6d 65 04 02   ail..givenName..
>  0040:  73 6e 04 0f 74 65 6c 65  70 68 6f 6e 65 4e 75 6d   sn..telephoneNum
>  0050:  62 65 72 a0 1b 30 19 04  17 32 2e 31 36 2e 38 34   ber..0...2.16.84
>  0060:  30 2e 31 2e 31 31 33 37  33 30 2e 33 2e 34 2e 32   0.1.113730.3.4.2
> ldap_read: want=8 error=Resource temporarily unavailable
>  :  30 0c 02 01 02 65 07 0a  01 20 04 00 04 00 0e... 
> ldap_write: want=14, written=14
>  :  30 0c 02 01 02 65 07 0a  01 20 04 00 04 00 0e... 
> ldap_read: want=8, got=8
>  :  30 22 02 01 03 42 00 a00"...B..
> ldap_read: want=28, got=28
>  :  1b 30 19 04 17 32 2e 31  36 2e 38 34 30 2e 31 2e   .0...2.16.840.1.
>  0010:  31 31 33 37 33 30 2e 33  2e 34 2e 32   113730.3.4.2
> ldap_read: want=8 error=Resource temporarily unavailable
>
> And here is the debug output when successfully authenticating using
> the OCLC EZProxy login:
>
> r...@uzspace:~# slapd -d 2
> @(#) $OpenLDAP: slapd 2.4.9 (Mar 31 2009 07:12:16) $
>bui...@rothera
> :/build/buildd/openldap2.3-2.4.9/debian/build/servers/slapd
> /etc/ldap/slapd.conf: line 111: rootdn is always granted unlimited
> privileges.
> /etc/ldap/slapd.conf: line 129: rootdn is always granted unlimited
> privileges.
> slapd starting
> ldap_read: want=8, got=8
>  :  30 0c 02 01 01 60 07 020`..
> ldap_read: want=6, got=6
>  :  01 03 04 00 80 00  ..
> ldap_read: want=8 error=Resource temporarily unavailable
>  :  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00
> 0a
> ldap_write: want=14, written=14
>  :  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00
> 0a
> ldap_read: want=8, got=8
>  :  30 7a 02 01 02 63 75 040z...cu.
> ldap_read: want=116, got=116
>  :  1d 6f 75 3d 50 65 6f 70  6c 65 2c 64 63 3d 65 73
> .ou=People,dc=es
>  0010:  61 6c 2c 64 63 3d 61 63  2c 64 63 3d 7a 61 0a 01
> al,dc=ac,dc=za..
>  0020:  02 0a 01 00 02 01 02 02  01 00 01 01 00 a0 27 a3
> ..'.
>  0

[Dspace-tech] LDAP Authentication

[Sean Carte]

I've got a simple ldap server configured primarily to allow
authentication for EZProxy; now I'd like to be able to get DSpace to
use it for authentication. But I can't get it to work.

I followed the DSpace configuration steps outlined at
, and have the
following in my dspace.cfg:

plugin.sequence.org.dspace.authenticate.AuthenticationMethod = \
       org.dspace.authenticate.LDAPAuthentication, \
       org.dspace.authenticate.PasswordAuthentication

ldap.enable = true
ldap.provider_url = ldap://localhost:389/
ldap.id_field = uid
ldap.object_context = ou=People,dc=esal,dc=ac,dc=za
ldap.search_context = ou=People
ldap.email_field = mail
ldap.surname_field = sn
ldap.givenname_field = givenName
ldap.phone_field = telephoneNumber
webui.ldap.autoregister = false

DSpace and LDAP are running on the same server, and I can use
ldapsearch to return information on a user:

r...@uzspace:~# ldapsearch -xLLL -b "dc=esal,dc=ac,dc=za" 'uid=UZP0899'
dn: uid=UZP0899,ou=People,dc=esal,dc=ac,dc=za
objectClass: inetOrgPerson
cn: Carte,S R
sn: Carte
uid: UZP0899
mail:

But DSpace returns an invalid username/password message when I try to
log in using its LDAP authentication. The following is what gets
output when running slapd in debug:

r...@uzspace:~# slapd -d 2
@(#) $OpenLDAP: slapd 2.4.9 (Mar 31 2009 07:12:16) $
       bui...@rothera:/build/buildd/openldap2.3-2.4.9/debian/build/servers/slapd
/etc/ldap/slapd.conf: line 111: rootdn is always granted unlimited privileges.
/etc/ldap/slapd.conf: line 129: rootdn is always granted unlimited privileges.
slapd starting
ldap_read: want=8, got=8
 :  30 39 02 01 01 60 34 02                            09...`4.
ldap_read: want=51, got=51
 :  01 03 04 29 75 69 64 3d  55 5a 50 30 38 39 39 2c   ...)uid=UZP0899,
 0010:  6f 75 3d 50 65 6f 70 6c  65 2c 64 63 3d 65 73 61   ou=People,dc=esa
 0020:  6c 2c 64 63 3d 61 63 2c  64 63 3d 7a 61 80 04 37   l,dc=ac,dc=za..x
 0030:  33 32 36                                           xxx
ldap_read: want=8 error=Resource temporarily unavailable
 :  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00         0a
ldap_write: want=14, written=14
 :  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00         0a
ldap_read: want=8, got=8
 :  30 76 02 01 02 63 54 04                            0v...cT.
ldap_read: want=112, got=112
 :  09 6f 75 3d 50 65 6f 70  6c 65 0a 01 01 0a 01 03   .ou=People..
 0010:  02 01 00 02 01 00 01 01  00 a0 10 a3 0e 04 03 75   ...u
 0020:  69 64 04 07 55 5a 50 30  38 39 39 30 26 04 04 6d   id..UZP08990&..m
 0030:  61 69 6c 04 09 67 69 76  65 6e 4e 61 6d 65 04 02   ail..givenName..
 0040:  73 6e 04 0f 74 65 6c 65  70 68 6f 6e 65 4e 75 6d   sn..telephoneNum
 0050:  62 65 72 a0 1b 30 19 04  17 32 2e 31 36 2e 38 34   ber..0...2.16.84
 0060:  30 2e 31 2e 31 31 33 37  33 30 2e 33 2e 34 2e 32   0.1.113730.3.4.2
ldap_read: want=8 error=Resource temporarily unavailable
 :  30 0c 02 01 02 65 07 0a  01 20 04 00 04 00         0e... 
ldap_write: want=14, written=14
 :  30 0c 02 01 02 65 07 0a  01 20 04 00 04 00         0e... 
ldap_read: want=8, got=8
 :  30 22 02 01 03 42 00 a0                            0"...B..
ldap_read: want=28, got=28
 :  1b 30 19 04 17 32 2e 31  36 2e 38 34 30 2e 31 2e   .0...2.16.840.1.
 0010:  31 31 33 37 33 30 2e 33  2e 34 2e 32               113730.3.4.2
ldap_read: want=8 error=Resource temporarily unavailable

And here is the debug output when successfully authenticating using
the OCLC EZProxy login:

r...@uzspace:~# slapd -d 2
@(#) $OpenLDAP: slapd 2.4.9 (Mar 31 2009 07:12:16) $
       bui...@rothera:/build/buildd/openldap2.3-2.4.9/debian/build/servers/slapd
/etc/ldap/slapd.conf: line 111: rootdn is always granted unlimited
privileges.
/etc/ldap/slapd.conf: line 129: rootdn is always granted unlimited
privileges.
slapd starting
ldap_read: want=8, got=8
 :  30 0c 02 01 01 60 07 02                            0`..
ldap_read: want=6, got=6
 :  01 03 04 00 80 00                                  ..
ldap_read: want=8 error=Resource temporarily unavailable
 :  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00
0a
ldap_write: want=14, written=14
 :  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00
0a
ldap_read: want=8, got=8
 :  30 7a 02 01 02 63 75 04                            0z...cu.
ldap_read: want=116, got=116
 :  1d 6f 75 3d 50 65 6f 70  6c 65 2c 64 63 3d 65 73
.ou=People,dc=es
 0010:  61 6c 2c 64 63 3d 61 63  2c 64 63 3d 7a 61 0a 01
al,dc=ac,dc=za..
 0020:  02 0a 01 00 02 01 02 02  01 00 01 01 00 a0 27 a3
..'.
 0030:  15 04 0b 6f 62 6a 65 63  74 43 6c 61 73 73 04 06
...objectClass..
 0040:  70 65 72 73 6f 6e a3 0e  04 03 75 69 64 04 07 55
personuid..U
 0050:  5a 50 30 38 39 39 30 1c  04 0b 6c 64 61 70 43 74
ZP08990...ldapCt
 0060:  78 2d 3e 64 6e 04 0d 6c  6f 67 69 6e 44 69 73 61
x->dn..loginDisa
 0070:  62 6c 65 64                   

Re: [Dspace-tech] DSpace Sword Module

[Lewatle Phaladi]

Hi Stuart

Thank you too, now my SWORD module is working and I can do the test
using your web client application easydeposit :
http://easydeposit.swordapp.org/

Regards,
Lewatle

-Original Message-
From: Stuart Lewis [mailto:s.le...@auckland.ac.nz] 
Sent: 11 May 2010 10:44 PM
To: Lewatle Phaladi
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] DSpace Sword Module

Hi Lewatle,

> After doing changes to dspace.cfg file, when I open
> http://123.125.36.11:8180/sword/servicedocument a download is opening
> with a file servicedocument, is like my browser can't read this file I
> don't know if I have to install any application to read this.

The file is just plain xml so you can open it in any text editor
software.

The reason your browser doesn't like it is that it is sent with an atom
xml mime type, and browsers don't realise this is xml and that they can
display it.

Thanks,


Stuart Lewis
IT Innovations Analyst and Developer
Te Tumu Herenga The University of Auckland Library
Auckland Mail Centre, Private Bag 92019, Auckland 1142, New Zealand
Ph: +64 (0)9 373 7599 x81928

This communication 
is intended for the addressee only. It is confidential. If you have received 
this communication in error, please notify us immediately and destroy the 
original message. You may not copy or disseminate this communication without 
the permission of the University. Only authorized signatories are competent to 
enter into agreements on behalf of the University and recipients are thus 
advised that the content of this message may not be legally binding on the 
University and may contain the personal views and opinions of the author, which 
are not necessarily the views and opinions of The University of the 
Witwatersrand, Johannesburg. All agreements between the University and 
outsiders are subject to South African Law unless the University agrees in 
writing to the contrary.


--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] [Dspace-general] Storage confusion

[TAYLOR Robin]

Hi Amjad,

All metadata relating to an item can be found in the metadatavalue table.

Cheers.

Robin Taylor
Main Library
University of Edinburgh
Tel. 0131 6513808  

> -Original Message-
> From: AMJAD USMAN [mailto:amjad...@hotmail.com] 
> Sent: 13 May 2010 08:50
> To: dspace-gene...@lists.sourceforge.net; 
> dspace-tech@lists.sourceforge.net
> Subject: [Dspace-general] Storage confusion
> 
> Hi every body,
> 
> can anybody me, where the title of a paper is stored ?
> As there is no field in "Item" table regarding this ?
> same about the author ? I am not finding these information in 
> database ?
> 
> From:
> Amjad
> 
> 
> 
> 
> 
> 
> Hotmail: Trusted email with powerful SPAM protection. Sign up 
> now.  
> 
-- 
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.


--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Storage confusion

[AMJAD USMAN]

Hi every body,

can anybody me, where the title of a paper is stored ?
As there is no field in "Item" table regarding this ?
same about the author ? I am not finding these information in database ?

From:
Amjad


  
_
Hotmail: Trusted email with powerful SPAM protection.
https://signup.live.com/signup.aspx?id=60969--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech