Problems installing Islandora
arac...@gmail.com
I've been trying to install Islandora, but after I enable the module I
get this error:
[error] [client 10.0.0.153] PHP Fatal error: Class 'formClass' not
found in /opt/www/drupal-6.14/sites/default/modules/Fedora_Repository/
fedora_repository.module on line 36, referer: http://pvillega/drupal-6.14/admin/build/modules
I've not seen this error commented on the list, anyone knows why it
happens?
I'm using:
- PostgreSQL 8.3
- Fedora 3.2.1 (xacml and ritriples enabled, no message server, no
demo items, no ssl)
- Drupal 6.14
- Drupal ImageAPI
- Islandora from Islandora_Dru6_Fed_3.1_beta2009-04-03.zip
My Drupal modules are at /sites/all/modules (I tried sites/default/
modules and it also fails). Folders are:
- Fedora_Repository
- imageapi
Any idea?
Thanks a lot,
Pere Villega
Sean Murphy
Two things come to mind:
1) Make sure that file formClass.php is in the same directory as
fedora_repository.module (in your case this appears they should both be in
/www/drupal-6.14/sites/default/modules/Fedora_Repository/)
2) if the file is there then the Fedora_Repository module itself may have
been load incorrectly (possibly due to where you are keeping this module) as
the line referenced loads formClass into the Fedora_Repository module. So
you may want to disable the Fedora_Repository module in drupal and then try
to re-enable it to see if you duplicate the error.
Hope that helps!
Sean Murphy
Apiary Project Systems Administrator and Project Developer
www.apiaryproject.org
sgmur...@sbcglobal.net
Pere Villega
thanks for answering. It seems the error is due to some coding issues where the module is not aware some systems (Linux) distinguish between capital letters on path names. Solved by now! Thanks for your help.
lfili...@gmail.com
Hi,
We are also trying to install the islandora module and have a similar
problem, we get this message:
PHP Fatal error: Class 'formClass' not found in /var/www/html/sites/
all/modules/Fedora_Repository/fedora_repository.module on line 33,
referer: http://localhost/admin/build/modules
The differences we see is that we placed the module in sites/all
instead of sites/default.
We do have the formClass.php inside /var/www/html/sites/all/modules/
Fedora_Repository
We haven't been able to enable the module, when we try to activate it
in Drupal, we get a blank page and that message in httpd log.
We are using CentOS and the same software:
"- PostgreSQL 8.3
- Fedora 3.2.1 (xacml and ritriples enabled, no message server, no
demo items, no ssl)
- Drupal 6.14
- Drupal ImageAPI
- Islandora from Islandora_Dru6_Fed_3.1_beta2009-04-03.zip "
Would it be possible to let us know where we can find those errors due
to case sensitivity?
Thank you in advance, we would really appreciate your help.
All the best.
Luis Filipe Lopes
On 30 Set 2009, 09:51, Pere Villega <araco...@gmail.com> wrote:
> Hi Sean,
>
> thanks for answering. It seems the error is due to some coding issues where
> the module is not aware some systems (Linux) distinguish between capital
> letters on path names. Solved by now! Thanks for your help.
>
> On Tue, Sep 29, 2009 at 5:33 PM, Sean Murphy <sgmurph...@sbcglobal.net>wrote:
>
>
>
> > Pere,
> > Two things come to mind:
> > 1) Make sure that file formClass.php is in the same directory as
> > fedora_repository.module (in your case this appears they should both be in
> > /www/drupal-6.14/sites/default/modules/Fedora_Repository/)
> > 2) if the file is there then the Fedora_Repository module itself may have
> > been load incorrectly (possibly due to where you are keeping this module)
> > as
> > the line referenced loads formClass into the Fedora_Repository module. So
> > you may want to disable the Fedora_Repository module in drupal and then try
> > to re-enable it to see if you duplicate the error.
>
> > Hope that helps!
>
> > Sean Murphy
> > Apiary Project Systems Administrator and Project Developer
> >www.apiaryproject.org
Paul Pound
We have run the module on linux (have tested on sles and ubuntu).
There is an updated version of the module contained in this zip file http://blade2.vre.upei.ca/islandora/islandora-2010-02-02_IRSolutionPack.zip. We are considering this version for a release so if you could give it a try and provide any feedback it would be great. If you continue to have errors I'll try an install on centos to see if we can reproduce the error.
Thanks,
Paul
For more options, visit this group at http://groups.google.com/group/islandora?hl=en.--
You received this message because you are subscribed to the Google Groups "islandora" group.
To post to this group, send email to isla...@googlegroups.com.
To unsubscribe from this group, send email to islandora+...@googlegroups.com.
lfili...@gmail.com
Patricia, that is the person responsible for the installation of the
repository, already has the package you sent.
She said she will reinstall everything using that package to see if
that issue is solved.
After she makes this new install we'll provide some feed-back.
Thank you very much.
All the best
Filipe
On 19 Fev, 12:55, Paul Pound <paul.po...@gmail.com> wrote:
> The module should work from the sites/all/modules directory.
>
> We have run the module on linux (have tested on sles and ubuntu).
>
> There is an updated version of the module contained in this zip filehttp://blade2.vre.upei.ca/islandora/islandora-2010-02-02_IRSolutionPa....
> We are considering this version for a release so if you could give it a try
> and provide any feedback it would be great. If you continue to have errors
> I'll try an install on centos to see if we can reproduce the error.
>
> Thanks,
> Paul
>
> On Fri, Feb 19, 2010 at 7:21 AM, lfilipe...@gmail.com
> <lfilipe...@gmail.com>wrote:
> > islandora+...@googlegroups.com<islandora%2Bunsu...@googlegroups.com>
lfili...@gmail.com
As I said Patrícia tried to install the repository using the software
package you have sent us, though we still cannot install it.
When we try to enable the "Digital repository" module we get this
error:
PHP Fatal error: Class 'formClass' not found in /var/www/html/sites/
all/modules/Fedora_Repository/fedora_repository.module on line 37,
referer: http://10.10.4.35/admin/build/modules
When we try to enable all at once ("Digital repository", "Fedora
Attach", "Fedora ImageAPI" and "Islandora Book"), we get this error:
PHP Fatal error: Class 'ConnectionHelper' not found in /var/www/html/
sites/all/modules/Fedora_Repository/api/fedora_item.php on line 22,
referer: http://10.10.4.35/admin/build/modules
Also, we have noticed that the package fedora_repository_rev-666.zip
extracts the fedora_repository folder in small caps as well as all the
fedora_repository files inside. Could this be in the origin of case
sensitive errors?
In the fedora_repository.module, we have, for example:
function fedora_repository_menu() {
module_load_include('php', 'Fedora_Repository', 'formClass');
$adminMenu = new formClass();
return $adminMenu->createMenu();
}
Could this be the origin of the errors?
Thank you once again.
Filipe
ppound
Sorry it took so long to respond. I was travelling and wanted to try
installing on centos to see if we could reproduce this error.
We have now had a chance to install on centos and it seems fine. We
had to add some php libraries as they were not there with the initial
centos install. For instance php soap and php xml were not
installed. We also made some changes to the php.ini file but I think
they were minimal and did not affect the install.
Are you using postgres for the drupal db as well as the fedora
database? Currently we only support mysql for the drupal database.
You should be able to use any fedora supported database for the fedora
db. It would not be a big change to the filter to make it work with
postgres for Drupal if that is what you are doing.
Thanks,
Paul
On Feb 22, 1:44 pm, "lfilipe...@gmail.com" <lfilipe...@gmail.com>
wrote:
> > > I'll try an install oncentosto see if we can reproduce the error.
>
> > > Thanks,
> > > Paul
>
> > > On Fri, Feb 19, 2010 at 7:21 AM, lfilipe...@gmail.com
> > > <lfilipe...@gmail.com>wrote:
>
> > > > Hi,
>
> > > > We are also trying to install the islandora module and have a similar
> > > > problem, we get this message:
>
> > > > PHP Fatal error: Class 'formClass' not found in /var/www/html/sites/
> > > > all/modules/Fedora_Repository/fedora_repository.module on line 33,
> > > > referer:http://localhost/admin/build/modules
>
> > > > The differences we see is that we placed the module in sites/all
> > > > instead of sites/default.
>
> > > > We do have the formClass.php inside /var/www/html/sites/all/modules/
> > > > Fedora_Repository
>
> > > > We haven't been able to enable the module, when we try to activate it
> > > > in Drupal, we get a blank page and that message in httpd log.
>
> > > > We are usingCentOSand the same software:
lfili...@gmail.com
thank you very much for your reply.
First of all we were indeed using PostgreSQL with Drupal since it says
it supports PostgreSQL.
We have now changed to MySQL.
We have noticed a new error. It seem it happened only once as Fedora
Attach, Fedora ImageAPI and Islandora Book were selected at the same
time:
PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://
fedoraAdmin:bc70c7e5a11e6d984edbeced117127c9@localhost:8080/fedora/
services/access?wsdl' in /var/www/html/sites/all/modules/
Fedora_Repository/ConnectionHelper.php on line 64, referer:
http://10.10.4.35/admin/build/modules
[Mon Mar 08 12:53:49 2010] [error] [client 10.10.5.181] PHP Fatal
error: Call to a member function __soapCall() on a non-object in /var/
www/html/sites/all/modules/Fedora_Repository/api/fedora_item.php on
line 531, referer: http://10.10.4.35/admin/build/modules
Also there is no "Fedora Collection List" as described in
http://www.fedora-commons.org/confluence/display/ISLANDORA/Islandora+Guide#IslandoraGuide-Installation
Thanks again for all the support.
All the best
Filipe
On 5 Mar, 18:58, ppound <paul.po...@gmail.com> wrote:
> Hi Filipe,
> Sorry it took so long to respond. I was travelling and wanted to try
> installing on centos to see if we could reproduce this error.
>
> We have now had a chance to install on centos and it seems fine. We
> had to add some php libraries as they were not there with the initial
> centos install. For instance php soap and phpxmlwere not
Paul Pound
Thanks,
Paul
You received this message because you are subscribed to the Google Groups "islandora" group.
To unsubscribe from this group, send email to islandora+...@googlegroups.com.
lfili...@gmail.com
Thank you very much for all your help.
I think we are making good progress here!
I asked patrícia and she told me that PHP SOAP and XML were installed.
We just checked and php-xsl is also installed.
Could it be due to the PHP version? We are using PHP 5.1, the default
CentOS version.
That error we reported, as I told before, only happened the first time
she tried to enable those options, we didn't get the error again.
Also, I was just with Patricia, we did find the "Fedora Collection
List", we just weren't looking in the right place, our mistake.
But in there we got another error:
We inserted the machine ip, instead of localhost in the field (as well
as in the others):
Fedora Soap Url: * http://10.10.4.35:8080/fedora/services/access?wsdl
The Url to use for soap connections
And we get this error:
Unable to connect to fedora server at http://10.10.4.35:8080/fedora/services/access?wsdl
Patrícia thinks it may be due to authentication issues, since it is
necessary to login to that URL.
Though we are not sure how to make that authentication.
Thanks again.
Filipe
On 8 Mar, 14:24, Paul Pound <paul.po...@gmail.com> wrote:
> Thanks for the information regarding postgres. Initially the only database
> that drupal supported was mysql and we weren't sure if anyone was actually
> using postgres so its good to know. Is php soap enabled. This looks
> similar to the error we received on a centos install. PHP soap, phpxmland
> php xsl don't seemed to be installed by default when php is installed on
> cent os.
>
> Thanks,
> Paul
>
> On Mon, Mar 8, 2010 at 10:03 AM, lfilipe...@gmail.com
> <lfilipe...@gmail.com>wrote:
>
> > Hi Paul,
> > thank you very much for your reply.
> > First of all we were indeed using PostgreSQL with Drupal since it says
> > it supports PostgreSQL.
> > We have now changed to MySQL.
>
> > We have noticed a new error. It seem it happened only once as Fedora
> > Attach, Fedora ImageAPI and Islandora Book were selected at the same
> > time:
>
> > PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://
> > fedoraAdmin:bc70c7e5a11e6d984edbeced117127c9@localhost:8080/fedora/
> > services/access?wsdl' in /var/www/html/sites/all/modules/
> > Fedora_Repository/ConnectionHelper.php on line 64, referer:
> >http://10.10.4.35/admin/build/modules
> > [Mon Mar 08 12:53:49 2010] [error] [client 10.10.5.181] PHP Fatal
> > error: Call to a member function __soapCall() on a non-object in /var/
> > www/html/sites/all/modules/Fedora_Repository/api/fedora_item.php on
> > line 531, referer:http://10.10.4.35/admin/build/modules
>
> > Also there is no "Fedora Collection List" as described in
>
> >http://www.fedora-commons.org/confluence/display/ISLANDORA/Islandora+...
> ...
>
> mais informações »
Paul Pound
Paul
lfili...@gmail.com
We have checked the Drupal filter according to the instructions.
It was already configured according to the instructions.
We are probably going to start a new install from scratch to see if we
can solve this.
All the best.
Filipe
On 15 Mar, 14:58, Paul Pound <paul.po...@gmail.com> wrote:
> Sorry I didn't get back to you sooner on this. I didn't see it right away.
> You are probably correct when you say authentication may be causing the
> error. If the Drupal filter is not setup properly then you will not be able
> to connect to Fedora (there is some info on configuring the drupal filter in
> the Islandora guide herehttp://www.fedora-commons.org/confluence/display/ISLANDORA/Islandora+...).
> A quick note. I would backup my web.xml file before you edit it, if the
> syntax is not correct Fedora will not start.
>
> Paul
>
> On Tue, Mar 9, 2010 at 8:20 AM, lfilipe...@gmail.com
> <lfilipe...@gmail.com>wrote:
>
> > Hi Paul,
> > Thank you very much for all your help.
> > I think we are making good progress here!
>
> > I asked patrícia and she told me that PHP SOAP and XML were installed.
> > We just checked and php-xsl is also installed.
> > Could it be due to the PHP version? We are using PHP 5.1, the default
> > CentOS version.
>
> > That error we reported, as I told before, only happened the first time
> > she tried to enable those options, we didn't get the error again.
>
> > Also, I was just with Patricia, we did find the "Fedora Collection
> > List", we just weren't looking in the right place, our mistake.
>
> > But in there we got another error:
>
> > We inserted the machine ip, instead of localhost in the field (as well
> > as in the others):
>
> > Fedora Soap Url: *http://10.10.4.35:8080/fedora/services/access?wsdl
> ...
>
> mais informações »
lfili...@gmail.com
We have tried reinstalling from scratch.
We have installed another PHP version (now 5.2 instead of 5.1) and we
have also started using Fedora Commons with MySQL instead of
PostgreSQL.
We seem to have overcome the problem we had last time, and see this
message:
Successfully connected to fedora server at http://10.10.4.35:8080/fedora/services/access?wsdl
in administer > by module > fedora Collection list
When we try to access the digital repository section we get this
error:
You do not have access to Fedora Objects within the attempted
namespace or access to Fedora denied!
We have created a user and attributed it a Role, giving it permission
to access everything, but we still get that error.
We accessed the Fedora Admin application, having logged in using the
pass hash stored in MySQL and we did get access to that application.
Does anybody have any idea of what are we missing here?
Thank you very much.
best regards
Filipe
> ...
>
> mais informações »
Sean Murphy
namespace or access to Fedora denied!"
1) What namespace, for example 'demo' in demo:1 or 'changeme' in changeme:1,
are you attempting to view? To verify or add the namespace as authorized for
viewing, go to http://localhost/drupal/admin/settings/fedora_repository and
look under the ' Pid namespaces allowed in this Drupal install:' section.?
If you don't see it, add it (don't forget the ':') and save. If you see it,
verify #2.
2) Did you setup and assign your user the role 'administrator'? To verify or
add the role 'administrator', go to
http://localhost/drupal/admin/user/roles. To verify or grant all fedora
options to the role 'administrator', go to
http://localhost/drupal/admin/user/permissions. To verify or add the role
'administrator' to your user(s), go to
http://localhost/drupal/admin/user/user.
If you're still not authorized then two options you could look through the
archives for might be setting up the DrupalFilter and allowing all users by
adding anonymous fedora users.
Hope that helps!
Sean Murphy
Apiary Project Administrator and Developer
Check it out at http://demo.apiaryproject.org
-----Original Message-----
From: isla...@googlegroups.com [mailto:isla...@googlegroups.com] On
Behalf Of lfili...@gmail.com
Sent: Monday, April 05, 2010 8:58 AM
To: islandora
Thank you very much.
best regards
Filipe
--
lfili...@gmail.com
We were able to solve the namespaces problems, just as you told us.
We were also able to finally access the Repository for the first time
and were able to browse and upload files.
Also, the system was working fine with LDAP.
However, at a certain point when we restarted the Apache server it
stopped working again. This Apache restart was not due to any specific
changes done to that machine, so we don't have a clue of what might
have caused that.
we noticed that other Drupal function, Clean URLS, stopped working
too!
We did a clean install in another virtual machine so we could better
experiment with this, however we are getting again the SOAP connection
error:
# warning: SoapClient::SoapClient(http://...@10.10.4.38:8080/fedora/
services/access?wsdl) [soapclient.soapclient]: failed to open stream:
Permission denied in /var/www/html/drupal-6.15/sites/all/modules/
Fedora_Repository/ConnectionHelper.php on line 64.
# warning: SoapClient::SoapClient() [soapclient.soapclient]: I/O
warning : failed to load external entity "http://
fedoraAdmin:bc70c7e5a11e6d98...@10.10.4.38:8080/fedora/
services/access?wsdl" in /var/www/html/drupal-6.15/sites/all/modules/
Fedora_Repository/ConnectionHelper.php on line 64.
I think this error is slightly different from the reported last time,
but it is exactly on line 64 just like last time (see e-mail sent to
this thread at March 8).
We also have, at the administrative panel, in the Fedora Collection
List option, this error:
Unable to connect to fedora server at http://10.10.4.38:8080/fedora/services/access?wsdl
We are really puzzled, because last time we installed this problem was
solved, but we don't know why.
We have prepared a file with all the steps we are using in the
installation process in case you want to check it:
http://epiwork.di.fc.ul.pt/shared/installislandora.txt
Anyway thanks for all the help you have been providing us, it has been
really helpful.
best regards
Filipe
On Apr 5, 4:54 pm, "Sean Murphy" <sgmurph...@sbcglobal.net> wrote:
> "You do not have access to Fedora Objects within the attempted
> namespace or access to Fedora denied!"
> This sounds like one of two things:
> 1) What namespace, for example 'demo' in demo:1 or 'changeme' in changeme:1,
> are you attempting to view? To verify or add the namespace as authorized for
> viewing, go tohttp://localhost/drupal/admin/settings/fedora_repositoryand
> look under the ' Pid namespaces allowed in this Drupal install:' section.?
> If you don't see it, add it (don't forget the ':') and save. If you see it,
> verify #2.
> 2) Did you setup and assign your user the role 'administrator'? To verify or
> add the role 'administrator', go tohttp://localhost/drupal/admin/user/roles. To verify or grant all fedora
> options to the role 'administrator', go tohttp://localhost/drupal/admin/user/permissions. To verify or add the role
> 'administrator' to your user(s), go tohttp://localhost/drupal/admin/user/user.
>
> If you're still not authorized then two options you could look through the
> archives for might be setting up the DrupalFilter and allowing all users by
> adding anonymous fedora users.
>
> Hope that helps!
> Sean Murphy
> Apiary Project Administrator and Developer
> Check it out athttp://demo.apiaryproject.org
>
> -----Original Message-----
> From: isla...@googlegroups.com [mailto:isla...@googlegroups.com] On
>
> Behalf Of lfilipe...@gmail.com
> Sent: Monday, April 05, 2010 8:58 AM
> To: islandora
> Subject: [islandora] Re: Problems installing Islandora
>
> Hi again,
> We have tried reinstalling from scratch.
> We have installed another PHP version (now 5.2 instead of 5.1) and we
> have also started using Fedora Commons with MySQL instead of
> PostgreSQL.
>
> We seem to have overcome the problem we had last time, and see this
> message:
> Successfully connected to fedora server athttp://10.10.4.35:8080/fedora/services/access?wsdl
> ...
>
> read more »
lfili...@gmail.com
noticed that in the Institutional repository install file sent in the
solution pack made available by Paul the version of fedora commons
there is 3.2.1, but we have been using 3.3.
Could this be related with the fedora version?
Thanks
Filipe
On 8 Abr, 10:13, "lfilipe...@gmail.com" <lfilipe...@gmail.com> wrote:
> Hi Sean, thanks for the reply.
> We were able to solve the namespaces problems, just as you told us.
>
> We were also able to finally access the Repository for the first time
> and were able to browse and upload files.
>
> Also, the system was working fine with LDAP.
>
> However, at a certain point when we restarted the Apache server it
> stopped working again. This Apache restart was not due to any specific
> changes done to that machine, so we don't have a clue of what might
> have caused that.
>
> we noticed that other Drupal function, Clean URLS, stopped working
> too!
>
> We did a clean install in another virtual machine so we could better
> experiment with this, however we are getting again the SOAP connection
> error:
>
> # warning: SoapClient::SoapClient(http://...@10.10.4.38:8080/fedora/
> services/access?wsdl) [soapclient.soapclient]: failed to open stream:
> Permission denied in /var/www/html/drupal-6.15/sites/all/modules/
> Fedora_Repository/ConnectionHelper.php on line 64.
>
> # warning: SoapClient::SoapClient() [soapclient.soapclient]: I/O
> warning : failed to load external entity "http://
> fedoraAdmin:bc70c7e5a11e6d984edbeced11712...@10.10.4.38:8080/fedora/
> services/access?wsdl" in /var/www/html/drupal-6.15/sites/all/modules/
> Fedora_Repository/ConnectionHelper.php on line 64.
>
> I think this error is slightly different from the reported last time,
> but it is exactly on line 64 just like last time (see e-mail sent to
> this thread at March 8).
>
> We also have, at the administrative panel, in the Fedora Collection
> List option, this error:
>
> Unable to connect to fedora server athttp://10.10.4.38:8080/fedora/services/access?wsdl
> ...
>
> mais informações »
Paul Pound
I tried looking at the txt file below but could not access it.
If clean urls stopped working then something in your apache config must have changed. For clean urls to work apache needs mod-rewrite installed and enabled and allow overrides for the directory Drupal is installed in must be allowed. Another possibility could be that your .htaccess file in drupal has been deleted or altered.
For the second case it could be that the drupal filter is misconfigured or that you have are trying to connect as the fedoraAdmin user from within Drupal. If the fedoraAdmin user is configured in the fedora users.xml file then it will try to authenticate using the password in that file. Since Drupal is sending a hash of the password it won't match whats in the xml file and authentication will fail. Can you try creating another user in Drupal, assining that user a role and see if you can connect.
Thanks,
Paul
Paul Pound
Paul
Patricia Sousa
Thank you for the information about clean URLs, now we have a better
ideal of what to look for.
About the second case we did create a new user in Drupal, with
administrator role but we get the same error.
About the link we are not sure why it is not working... we can access
it in different computer, but we are behind a proxy, maybe thats the
problem...
I'll try to find another option to upload it since it is to extensive
to insert as inline text, and this system does not allow for
attachments.
Thanks again for all your help.
Patrícia Sousa
On Apr 8, 1:59 pm, Paul Pound <paul.po...@gmail.com> wrote:
> Hi,
> I tried looking at the txt file below but could not access it.
>
> If clean urls stopped working then something in your apache config must have
> changed. For clean urls to work apache needs mod-rewrite installed and
> enabled and allow overrides for the directory Drupal is installed in must be
> allowed. Another possibility could be that your .htaccess file in drupal
> has been deleted or altered.
>
> For the second case it could be that the drupal filter is misconfigured or
> that you have are trying to connect as the fedoraAdmin user from within
> Drupal. If the fedoraAdmin user is configured in the fedora users.xml file
> then it will try to authenticate using the password in that file. Since
> Drupal is sending a hash of the password it won't match whats in the xml
> file and authentication will fail. Can you try creating another user in
> Drupal, assining that user a role and see if you can connect.
>
> Thanks,
> Paul
>
> On Thu, Apr 8, 2010 at 6:13 AM, lfilipe...@gmail.com
> <lfilipe...@gmail.com>wrote:
>
> > Hi Sean, thanks for the reply.
> > We were able to solve the namespaces problems, just as you told us.
>
> > We were also able to finally access the Repository for the first time
> > and were able to browse and upload files.
>
> > Also, the system was working fine with LDAP.
>
> > However, at a certain point when we restarted the Apache server it
> > stopped working again. This Apache restart was not due to any specific
> > changes done to that machine, so we don't have a clue of what might
> > have caused that.
>
> > we noticed that other Drupal function, Clean URLS, stopped working
> > too!
>
> > We did a clean install in another virtual machine so we could better
> > experiment with this, however we are getting again the SOAP connection
> > error:
>
> > # warning: SoapClient::SoapClient(http://...@10.10.4.38:8080/fedora/
> > services/access?wsdl<http://10.10.4.38:8080/fedora/%0Aservices/access?wsdl>)
> > [soapclient.soapclient]: failed to open stream:
> > Permission denied in /var/www/html/drupal-6.15/sites/all/modules/
> > Fedora_Repository/ConnectionHelper.php on line 64.
>
> > # warning: SoapClient::SoapClient() [soapclient.soapclient]: I/O
> > warning : failed to load external entity "http://
> > fedoraAdmin:bc70c7e5a11e6d984edbeced11712...@10.10.4.38:8080/fedora/
> > services/access?wsdl<http://fedoraAdmin:bc70c7e5a11e6d984edbeced11712...@10.10.4.38:8080/fedora/%0Aservices/access?wsdl>"
> ...
>
> read more »
lfili...@gmail.com
We have uninstalled PHP 5.2.11 and went back to 5.1.6 (installing all
necessary packages).
We did a clean install, we had some errors connecting to Fedora.
We then realized we were missing some information in /etc/hosts (the
machine IP).
After correcting this and restarting Apache we could finally access
the repository from Drupal.
After that we have installed LDAP module, in Drupal and it was working
fine.
After that we have checked Drupal logs and verified that there was a
problem with PHP memory available.
So we have changed the memory available for PHP and restarted Apache.
Once again the system stopped working after this restart.
The common point with the last time this happened had to do with the
LDAP module installation. Though it was working fine before restarting
Apache.
Is it necessary to make any changes to Fedora Commons when LDAP is
being used for authentication through the Drupal module?
One more time we did a clean install and this time we had these
errors:
When activating in Drupal the modules of the fedora repository
(checked Digital Repository, Fedora Atach, Fedora Image API and
Islandora book):
------------------------------------------
* warning: DOMDocument::load() [function.DOMDocument-load]: I/O
warning : failed to load external entity "/var/www/html/sites/all/
modules/Fedora_Repository/ilivesBAK/xml/ilives_bookCModel.xml" in /var/
www/html/sites/all/modules/Fedora_Repository/api/fedora_item.php on
line 460.
* Error trying to call SOAP function ingest. Check watchdog logs
for more information.
* warning: DOMDocument::load() [function.DOMDocument-load]: I/O
warning : failed to load external entity "/var/www/html/sites/all/
modules/Fedora_Repository/ilivesBAK/xml/ilives_pageCModel.xml" in /var/
www/html/sites/all/modules/Fedora_Repository/api/fedora_item.php on
line 460.
* Error trying to call SOAP function ingest. Check watchdog logs
for more information.
* warning: DOMDocument::load() [function.DOMDocument-load]: I/O
warning : failed to load external entity "/var/www/html/sites/all/
modules/Fedora_Repository/ilivesBAK/xml/ilives_viewerSdef.xml" in /var/
www/html/sites/all/modules/Fedora_Repository/api/fedora_item.php on
line 460.
* Error trying to call SOAP function ingest. Check watchdog logs
for more information.
* warning: DOMDocument::load() [function.DOMDocument-load]: I/O
warning : failed to load external entity "/var/www/html/sites/all/
modules/Fedora_Repository/ilivesBAK/xml/ilives_viewerSdep-
bookCModel.xml" in /var/www/html/sites/all/modules/Fedora_Repository/
api/fedora_item.php on line 460.
* Error trying to call SOAP function ingest. Check watchdog logs
for more information.
* warning: DOMDocument::load() [function.DOMDocument-load]: I/O
warning : failed to load external entity "/var/www/html/sites/all/
modules/Fedora_Repository/ilivesBAK/xml/ilives_viewerSdep-
pageCModel.xml" in /var/www/html/sites/all/modules/Fedora_Repository/
api/fedora_item.php on line 460.
* Error trying to call SOAP function ingest. Check watchdog logs
for more information.
* warning: DOMDocument::load() [function.DOMDocument-load]: I/O
warning : failed to load external entity "/var/www/html/sites/all/
modules/Fedora_Repository/ilivesBAK/xml/ilives_collection.xml" in /var/
www/html/sites/all/modules/Fedora_Repository/api/fedora_item.php on
line 460.
* Error trying to call SOAP function ingest. Check watchdog logs
for more information.
* warning: DOMDocument::load() [function.DOMDocument-load]: I/O
warning : failed to load external entity "/var/www/html/sites/all/
modules/Fedora_Repository/ilivesBAK/xml/ilives_CollectionModel.xml"
in /var/www/html/sites/all/modules/Fedora_Repository/api/
fedora_item.php on line 460.
* Error trying to call SOAP function ingest. Check watchdog logs
for more information.
-------------------------------------------------------
After that, the Digital repository is available, but in the Fedora
Coolection List panel we still have this error:
Unable to connect to fedora server at http://10.10.4.35:8080/fedora/services/access?wsdl
last time we solved it with the changes made in /etc/hosts, but this
time it is OK and we still have this error.
We have also tried to install the DEMOS and got these error in
catalina.out, I imagine due to not being able to connect to the fedora
server:
-----------------------------------------------------------
Error
SXXP0003: Error reported by XML parser: Premature end of file.
Error
SXXP0003: Error reported by XML parser: Premature end of file.
Error
SXXP0003: Error reported by XML parser: Premature end of file.
Error
SXXP0003: Error reported by XML parser: Premature end of file.
Error
SXXP0003: Error reported by XML parser: Premature end of file.
Error
SXXP0003: Error reported by XML parser: Premature end of file.
Error
SXXP0003: Error reported by XML parser: Premature end of file.
dk.defxws.fedoragsearch.server.errors.GenericSearchException:
IndexReader open error indexName=BasicIndex :
; nested exception is:
java.io.FileNotFoundException: no segments* file found in
org.apache.lucene.store.FSDirectory@/usr/local/fedora/gsearch/
BasicIndex: files:
....
Caused by: java.io.FileNotFoundException: no segments* file found in
org.apache.lucene.store.FSDirectory@/usr/local/fedora/gsearch/
BasicIndex: files:
....
fedora.server.errors.GeneralException: Error getting
http://www.free-culture.cc/freeculture.pdf
....
Caused by: java.net.ConnectException: Connection refused
----------------------------------
and these errors in the Drupal log:
-----------------------------------
E no log do drupal o seguinte
Type FEDORA_REPOSITOR
Date Monday, April 12, 2010 - 10:40
User fedoraAdmin
Location http://10.10.4.35/admin/settings/fedora_repository/demoobjects
Referrer http://10.10.4.35/admin/settings/fedora_repository/demoobjects
Message Error Trying to call SOAP function getObjectProfileObject id
#18
Severity error
Hostname 10.10.5.181
Operations
-------------------------------------
I think the problem here is with the hostname, since our IP is
different (10.10.4.35).
Anyway we get this message in the install demos panel:
----------------------------
Demo collections already installed in this repository:
* islandora:collectionCModel
* islandora:top
* islandora:demos
------------------------------
so it seems to have installed at least part of the demo collections.
After this, when we try to access the digital repository we get these
errors in the drupal page:
--------------------------------------
* error getting parent objects String could not be parsed as XML
* No Objects in this Collection or bad query.
--------------------------------------
and these in the fedora.log:
----------------------------------------
ERROR 2010-04-12 10:58:30.753 [http-8080-2]
(FedoraAPIABindingSOAPHTTPImpl) Error getting datastream dissemination
fedora.server.errors.DatastreamNotFoundException: [DefaulAccess] No
datastream could be returned. Either there is no datastream for the
digital object "islandora:top" with datastream ID of "QUERY " OR
there are no datastreams that match the specified date/time value of
"null " .
ERROR 2010-04-12 10:58:30.764 [http-8080-2]
(FedoraAPIABindingSOAPHTTPImpl) Error getting datastream dissemination
fedora.server.errors.DatastreamNotFoundException: [DefaulAccess] No
datastream could be returned. Either there is no datastream for the
digital object "islandora:top" with datastream ID of "QUERY " OR
there are no datastreams that match the specified date/time value of
"null " .
ERROR 2010-04-12 10:58:31.309 [http-8080-2]
(FedoraAPIABindingSOAPHTTPImpl) Error getting datastream dissemination
fedora.server.errors.DatastreamNotFoundException: [DefaulAccess] No
datastream could be returned. Either there is no datastream for the
digital object "islandora:top" with datastream ID of "COLLECTION_VIEW
" OR there are no datastreams that match the specified date/time
value of "null " .
--------------------------------------------
Also I have tried to accessed the text file describing our
installation procedures, outside the PROXY and I was able to download
it, so that doesn't seem to be the problem, but we have posted it here
too:
http://cpatriciasousa.webcindario.com/installislandora.txt
We have been working hard on this but everytime we think we have the
digital repository up and running something seems to crash it.
Thanks for all your help, we really appreciate you taking your time to
help us.
Filipe
> ...
>
> mais informações »