Content-Type: multipart/alternative; boundary="_000_041D4FC2424BA2498CC3A9528643F5975B8A8188SEQUOIAuapt_" --_000_041D4FC2424BA2498CC3A9528643F5975B8A8188SEQUOIAuapt_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi! Perhaps I am going way to back, but in VF1.4 are/were you using X-Server or= REST DLF to get administrative data from ALEPH? With X-Server you should be ok with the same access data/config. But this m= ay not be the case with REST DLF as, at least in ALEPH20- (the version we h= ave), you have to limit the access to a specific address for security reaso= ns, as there is no login / password access (X-Server uses a STAFF user logi= n), but instead a "direct"/no restrictions access. If so (REST DLF), I would recommend a double check at it's config (in ALEPH= ) to see from which IP address is accepting requests. All the best, Filipe [http://graph.facebook.com/1569075303/picture] Filipe MS Bento Computer Science Specialist, University of Aveiro, Portugal Chairman of USE.pt Management Board (Portuguese Ex Libris UG, hosted by The= Portuguese Parliament, http://www.USEpt.org) [http://images.wisestamp.com/symbols/grey/email1.png]fsb@ua.pt [http://images.wisestamp.com/symbols/grey/phone2.png]= 351234370200 [http://images.wisestamp.com/symbols/grey/email1.png]filben@gmail.com [http://images.wisestamp.com/symbols/grey/website.= png] http://about.filipebento.pt Aviso de Confidencialidade/ Confidentiality Notice Esta mensagem, e os ficheiros eventualmente anexos, =E9 confidencial e rese= rvada apenas ao conhecimento da(s) pessoa(s) nela indicada(s) como destinat= =E1ria(s). Se n=E3o =E9 o seu destinat=E1rio, ou se lhe foi enviada por er= ro, n=E3o fa=E7a qualquer uso do respectivo conte=FAdo e proceda =E0 sua de= strui=E7=E3o, notificando o remetente. This message, and the existing attac= hed files, is confidential and intended exclusively for the individual(s) n= amed as addressees. If you are not the intended recipient, or if it was sen= t to you by error, you are kindly requested not to make any use of its cont= ents and to proceed to the destruction of the message, thereby notifying th= e sender. From: Demian Katz [mailto:demian.katz@villanova.edu] Sent: 25 de julho de 2013 18:05 To: GRIFFITHS, Paul; vufind-general@lists.sourceforge.net Cc: vufind tech Subject: Re: [VuFind-Tech] Missing holdings data I'm copying this to the vufind-tech list since there are some Aleph users t= here, and I want to be sure they see this in case they're not following the= general list. The Aleph driver packaged with VuFind 2.0 is significantly different from t= he 1.x Aleph driver (it adds a lot of functionality and was substantially r= ewritten along the way). Perhaps some of those changes have introduced a c= ompatibility problem. Hopefully one of our resident Aleph experts can offe= r some troubleshooting advice. If you don't hear anything in a couple of d= ays, remind me and I'll forward your query directly to the main author of t= he 2.0 driver. - Demian From: GRIFFITHS, Paul [mailto:pgriffiths@glos.ac.uk] Sent: Thursday, July 25, 2013 11:29 AM To: vufind-general@lists.sourceforge.net Subject: [VuFind-General] Missing holdings data Hi I have a clean install of vufind 2.01 running on a virtual debian box but c= annot get any holdings data to display. I have previously had vufind 1.4 r= unning on a virtual windows box and the holdings data displayed ok. Our LMS is Aleph and both Aleph and vufind are on the same domain (glos.ac.= uk), the site url in the config file is the domain name although I have tri= ed IP and commenting out for auto detection and debug is turned off. The A= leph config has been checked and is the same for the v1.4 that worked so I'= m pretty sure it's not that. Any suggestions of where to look next would be appreciated. Thanks - Paul -------------------------------- Paul Griffiths Library Information Technologist Library and Information Services University of Gloucestershire --_000_041D4FC2424BA2498CC3A9528643F5975B8A8188SEQUOIAuapt_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi!

Perhaps I am going way to back, but in VF1.4 ar= e/were you using X-Server or REST DLF to get administrative data from ALEPH= ?

 

With X-Server you should be ok with the same access dat= a/config. But this may not be the case with REST DLF as, at least in ALEPH2= 0- (the version we have), you have to limit the access to a specific address for security reasons, as there is n= o login / password access (X-Server uses a STAFF user login), but instead a= “direct”/no restrictions access.

 

If so (REST DLF), I would recommend a double check at i= t’s config (in ALEPH) to see from which IP address is accepting reque= sts.

 

All the best,

 

Filipe

 

 

3D"http://graph.facebook.com/1569075303/picture"=  Filipe MS Bento 
Computer Science Spec= ialist, Universi= ty of Aveiro, Portugal<= br> Chairman of USE.pt Ma= nagement Board (Portuguese Ex Libris UG, hosted by The Portuguese Parliamen= t, http://www.USEpt.org)

3D"http://images.wis=fsb@ua.pt      &= nbsp;          3D"http://images.wisestamp.com/= 351234370200

3D"http=filben@g= mail.com &nbs= p;     http://ab= out.filipebento.pt

 <= /p>

 <= /p>

A= viso de Confidencialidade/ Confidentiality Notice
Esta mensagem, e os ficheiros eventualmente anexos, =E9 confidencial e rese= rvada apenas ao conhecimento da(s) pessoa(s) nela indicada(s) como destinat= =E1ria(s). Se n=E3o =E9 o seu destinat=E1rio, ou se  lhe foi enviada p= or erro, n=E3o fa=E7a qualquer uso do respectivo conte=FAdo e proceda =E0 sua destrui=E7=E3o, notificando o remetente. 
This mes= sage, and the existing attached files, is confidential and intended exclusively for the individual(s) named as addressees. If you are not the = intended recipient, or if it was sent to you by error, you are kindly reque= sted not to make any use of its contents and to proceed to the destruction = of the message, thereby notifying the sender.<= /p>

&n= bsp;

 

 

From: Demian Katz [mailto:demian.katz@villanova.edu]
Sent: 25 de julho de 2013 18:05
To: GRIFFITHS, Paul; vufind-general@lists.sourceforge.net
Cc: vufind tech
Subject: Re: [VuFind-Tech] Missing holdings data

 

I’= ;m copying this to the vufind-tech list since there are some Aleph users th= ere, and I want to be sure they see this in case they’re not followin= g the general list.

&n= bsp;

The Ale= ph driver packaged with VuFind 2.0 is significantly different from the 1.x = Aleph driver (it adds a lot of functionality and was substantially rewritte= n along the way).  Perhaps some of those changes have introduced a compatibility problem.  Hopefully one of ou= r resident Aleph experts can offer some troubleshooting advice.  If yo= u don’t hear anything in a couple of days, remind me and I’ll f= orward your query directly to the main author of the 2.0 driver.

&n= bsp;

- Demia= n

&n= bsp;

From: GRIFFITHS, Paul [mailto:pgriffiths@glos.ac.uk]
Sent: Thursday, July 25, 2013 11:29 AM
To: vufind-g= eneral@lists.sourceforge.net
Subject: [VuFind-General] Missing holdings data

 

Hi

 

I have a clean install of vufin= d 2.01 running on a virtual debian box but cannot get any holdings data to = display.  I have previously had vufind 1.4 running on a virtual window= s box and the holdings data displayed ok.

 

Our LMS is Aleph and both Aleph= and vufind are on the same domain (glos.ac.uk), the site url in the config= file is the domain name although I have tried IP and commenting out for au= to detection and debug is turned off.  The Aleph config has been checked and is the same for the v1.4 that worked= so I’m pretty sure it’s not that.

 

Any suggestions of where to loo= k next would be appreciated.

 

Thanks - Paul=

 

--------------------------------

Paul Griffiths

Library Information Technologist

Library and Information Services

University of Gloucestershire

 

--_000_041D4FC2424BA2498CC3A9528643F5975B8A8188SEQUOIAuapt_--