I Just install lumen-passport using
composer require dusterio/lumen-passport
then after just running php artisan
I got this In PassportServiceProvider.php line 81:
Call to undefined method Laravel\Lumen\Application::configurationIsCached()
have you encounter the same?
What did you do to solve it?
The problem is related to this Passport 7.3.2 issue.
The solution is to downgrade to laravel/passport to version 7.3.1
Not a good idea but i think the issue is related to new release so for the main time for me to be able to execute php artisan command I just comment this lines
if (! $this->app->configurationIsCached()) {
$this->mergeConfigFrom(__DIR__.'/../config/passport.php', 'passport');
}
then good to go.. after that uncomment again
Another way to solve this is by using a laravel/lumen version above 5.8.11. Where the configurationIsCached method has been added.
Related
I'm not sure what I've done wrong here.
I've created a package and I'm trying to require it by using this:
composer require "karl-ballard/gravatar" : "1.0.*"
However, I keep getting this as an output:
InvalidArgumentException
Could not find package 1.0.* at any version for your minimum-stability
(stable). Check the package spelling or your minimum-stability
Can anyone tell me what I'm doing wrong?
https://github.com/krballard/gravatar
The syntax is wrong, see Docs for Composer require.
You copied the line for composer.json directly to the command line.
It's composer require "karl-ballard/gravatar:^1.0"
after running ./sbt assembly, I'm trying to run the
./bin/runscala.sh src/main/scala/com/wordnik/swagger/codegen/BasicPHPGenerator.scala ~/Desktop/myspec.json
and I get the following error:
./src/main/scala/com/wordnik/swagger/codegen/BasicPHPGenerator.scala:17: error: illegal start of definition
package com.wordnik.swagger.codegen
What is the cause and how can I fix it?
I'd strongly recommend using the develop_2.0 branch of swagger-codegen which uses Java, is simpler, and is under active development. Please try it first and see if you still experience a problem.
https://github.com/swagger-api/swagger-codegen/tree/develop_2.0
I'm trying to follow this documentation on Symfony : http://symfony.com/doc/current/book/forms.html
ok so here is my thing, I've externalised my form and created a specific form class for handling the process and being able to reuse it.
So what happen when I submit the form, whatever the info are okay or not for my class, I get this fatal Error :
Fatal error: Call to a member function setAttribute() on a non-object
in C:\Program Files
(x86)\wamp\www\QNetworks\vendor\symfony\src\Symfony\Component\Form\Extension\Core\DataTransformer\NumberToLocalizedStringTransformer.php
on line 130 Call Stack
I'm running with php 5.3.9 and my intl extension is installed and activated BUT when I run the app/check.php command I see :
[[WARNING]] Checking that the intl extension is available: FAILED
* Install and enable the intl extension (used for validators) *
So I don't understand what the problem with this extension. Should I reinstall it ?
When I go here : http://php.net/manual/en/intl.requirements.php
I see tht i can install the PECL or the ICU library, but i don't know if I should and if there is any relation with my problem ..
Your Intl extention must be configured propertly.
Check on your server if this really activated using phpinfo()
then on your php.ini activate logging:
[intl]
intl.error_level = E_WARNING
extension=php_intl.dll
and check logs
If it's activated maybe it's a malfunction. Try to redownload the dll into c:\PHP\ext\php_intl.dll
take care you have two php.ini :
*wamp\bin\php\php5.3.13
*wamp\bin\apache\apache2.2.22\bin
you should uncomment extension=php_intl.dll in both.
After enable intl extension, you need copy some files to apache bin directory. It could help you: http://www.youtube.com/watch?v=gtIcpdPzXiE
I ran into this problem when trying to run a command via Net::SSH:Perl on another Linux host. Here is the exact error:
`as_number' is not a Pari function name Line 1148.
5.8.8/x86_64-linux-thread-multi/Math/Pari.pm
I found only one relevant posting and it indicates that it could be some sort of version mismatch between some of the Perl libraries?
See this question: How do I fix “`as_number’ is not a Pari function name” in Math::Pari called by Math::BigInt?.
Before installing PHPUnit on my Ubuntu machine, I thought I had zf.sh all set up correctly. I was able to create a new project without any issues. Now, since installing PHPUnit, everything is not working right.
When I try to create a test project, I get this:
Fatal error: Cannot redeclare class PHPUnit_Framework_TestSuite_DataProvider in /usr/share/php/PHPUnit/Framework/TestSuite/DataProvider.php on line 64
Call Stack:
0.0011 110200 1. {main}() /opt/ZendFramework/ZendFramework-1.9.3PL1-minimal/bin/zf.php:0
0.0011 110320 2. zf_main() /opt/ZendFramework/ZendFramework-1.9.3PL1-minimal/bin/zf.php:23
0.0113 685448 3. zf_run() /opt/ZendFramework/ZendFramework-1.9.3PL1-minimal/bin/zf.php:36
0.0113 685568 4. Zend_Tool_Framework_Client_Console::main() /opt/ZendFramework/ZendFramework-1.9.3PL1-minimal/bin/zf.php:214
0.0114 686044 5. Zend_Tool_Framework_Client_Abstract->dispatch() /opt/ZendFramework/ZendFramework-1.9.3PL1-minimal/library/Zend/Tool/Framework/Client/Console.php:96
0.0114 686164 6. Zend_Tool_Framework_Client_Abstract->initialize() /opt/ZendFramework/ZendFramework-1.9.3PL1-minimal/library/Zend/Tool/Framework/Client/Abstract.php:209
0.0152 866128 7. Zend_Tool_Framework_Loader_Abstract->load() /opt/ZendFramework/ZendFramework-1.9.3PL1-minimal/library/Zend/Tool/Framework/Client/Abstract.php:118
0.4374 2729116 8. include_once('/usr/share/php/PHPUnit/Framework/TestSuite/DataProvider.php') /opt/ZendFramework/ZendFramework-1.9.3PL1-minimal/library/Zend/Tool/Framework/Loader/Abstract.php:90
What do I need to do to get it working again?
Update: I think I understand the reason why this is happening. In PHPUnit 3.4.0 there is a class with the same name as the Zend Framework 1.9.3. Apparently it is a known issue. But how can I get around this so I can use Zend_Tool again?? Can I downgrade PHPUnit? Will that fix the problem?
Update: This tutorial mentions something about installing a diff patch.
I found a temporary workaround:
Edit PHPUnit/Framework.php, near line 70:
require 'PHPUnit/Framework/TestSuite/DataProvider.php';
Change to:
require_once 'PHPUnit/Framework/TestSuite/DataProvider.php';
This is probably not the long-term fix, but it resolves the immediate symptom.
Update 2009-11-20: I just saw a commit to the ZF 1.9 branch that claims to resolve this issue. Presumably the fix will be in the next point-release (1.9.6) and in subsequent minor releases (1.10.0 and later).
Another solution, which doesn't require to change any 3th party code, is copying the PHPUnit folder to a location outside the include_path and create a symlink to the new location instead.
For details on this issue have a look here: Zend_Tool troubles PHPUnit