Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PHP Fatal error: Class 'NetDNA\OAuth\OAuthSignatureMethod_HMAC_SHA1' not found #5

Open
opb opened this issue Sep 8, 2013 · 9 comments

Comments

@opb
Copy link

opb commented Sep 8, 2013

Hi All
I'm trying to implement purge functionality, but am getting stuck on the OauthSignatureMethod_HMAC_SHA1 bit. Checked the files, but can't find what would be causing this. Any suggestions would be most welcome.

PHP Fatal error:  Class 'NetDNA\OAuth\OAuthSignatureMethod_HMAC_SHA1' not found in /home/www-data/maxcdn-purge/vendor/netdna/rws-sdk-php/src/NetDNA.php on line 44

Fatal error: Class 'NetDNA\OAuth\OAuthSignatureMethod_HMAC_SHA1' not found in /home/www-data/maxcdn-purge/vendor/netdna/rws-sdk-php/src/NetDNA.php on line 44

Cheers

@tdondich
Copy link
Contributor

tdondich commented Sep 8, 2013

Hi there! Can you specify dev-master as the version of our sdk in your composer config. Let us know if that works.

Thanks.

Taylor Dondich

On Sep 8, 2013, at 11:56 AM, Olly Butterfield notifications@github.com wrote:

Hi All
I'm trying to implement purge functionality, but am getting stuck on the OauthSignatureMethod_HMAC_SHA1 bit. Checked the files, but can't find what would be causing this. Any suggestions would be most welcome.

PHP Fatal error: Class 'NetDNA\OAuth\OAuthSignatureMethod_HMAC_SHA1' not found in /home/www-data/maxcdn-purge/vendor/netdna/rws-sdk-php/src/NetDNA.php on line 44

Fatal error: Class 'NetDNA\OAuth\OAuthSignatureMethod_HMAC_SHA1' not found in /home/www-data/maxcdn-purge/vendor/netdna/rws-sdk-php/src/NetDNA.php on line 44
Cheers


Reply to this email directly or view it on GitHub.

@opb
Copy link
Author

opb commented Sep 8, 2013

Thanks for the quick response. I had * in there anyway, changing to dev-master corresponds to the same commit, so no change.

Thanks again.

@tdondich
Copy link
Contributor

tdondich commented Sep 8, 2013

And you are using composers auto loader? We saw this problem originally due to a misnamed file. Is the class file in composers vendor/netdna/NetDNA/OAuth directory?

On Sep 8, 2013, at 12:32 PM, Olly Butterfield notifications@github.com wrote:

Thanks for the quick response. I had * in there anyway, changing to dev-master corresponds to the same commit, so no change.

Thanks again.


Reply to this email directly or view it on GitHub.

@opb
Copy link
Author

opb commented Sep 8, 2013

I originally had 2.* specified, as per the README, and this gave me the same error. Then I saw the file name had been changed recently, so changed to using *, but I'm still seeing the same error.

The file OAuthSignatureMethod_HMAC_SHA1.php is in vendor/netdna/rws-sdk-php/src/NetDNA/OAuth.

@tdondich
Copy link
Contributor

tdondich commented Sep 8, 2013

When you specified the new version did you instruct composer to update as well as optimize its classloader? It should be php composer.phar update -o

I also believe that you may need to explicitly state dev-master as version instead of *.

On Sep 8, 2013, at 12:54 PM, Olly Butterfield notifications@github.com wrote:

I originally had 2.0.* specified, as per the README, but saw the file name had been changed recently, so changed to using *, but I'm still seeing the same error. The file OAuthSignatureMethod_HMAC_SHA1.php is in vendor/netdna/rws-sdk-php/src/NetDNA/OAuth.


Reply to this email directly or view it on GitHub.

@opb
Copy link
Author

opb commented Sep 8, 2013

Thanks, the -o fixed it. Then for some reason my api access is throwing an error. I had to change class RWSException extends Exception to class RWSException extends \Exception to get that working.

Now just have to see what's wrong with my cURL access credentials!

Thanks for all your help!

@cristianobaptista
Copy link

I also had the same issue as oqp but using dev-master and composer update -o fixed the issue.

Basically what happened to me was that I had not classes added to autoload_classmap.php after both composer install and composer update so I ended up adding any missing classes to autoload as a file.

@briannesbitt
Copy link

Ditto... fresh install.... but needed the -o for it to work.

@siliconrockstar
Copy link

Was implementing this i-library in Magento and received same error. PSR-0 loader I was using was converting underscores to directory separators (per conformity with legacy naming conventions). Not sure the exact specification laid out in PSR-0 but it might be worth looking in to.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

5 participants