Commits
-------

f7227ba5 updated HttpKernel component

Discussion
----------

updated HttpKernel component

fatal: reference is not a tree: c1810ca1028e80485d10d695bc10a9574ac03e82
Unable to checkout 'c1810ca1028e80485d10d695bc10a9574ac03e82' in submodule path 'vendor/Symfony/Component/HttpKernel'

Commits
-------

bb402638 [docs] Symfony => Symfony2 in services doc
c51b99bd [docs] adjust usage section of twig
340b6ce2 [docs] add usage section for MonologExtension

Discussion
----------

Minor docs additions

Commits
-------

a04c6a01 fix header comments

Discussion
----------

fix header comments

added a way to get the Application in a Controller without using 'use' (that also allows the usage of class methods as controllers)

It's more consistent with the way we manage other aspects of the controller
and it allows to change the method programatically after the creation of the
controller.

Before:

    $app->match('/', function () { echo 'foo'; }, 'GET|POST');

After:

    $app->match('/', function () { echo 'foo'; })->method('GET|POST');

Commits
-------

9813ee46 change pimple URL to pimple-project.org (since pimple has its own site now)

Discussion
----------

change pimple URL to pimple-project.org (since pimple has its own site no

change pimple URL to pimple-project.org (since pimple has its own site now)

Commits
-------

091dec60 clarify which path to visit to see the first response

Discussion
----------

clarify which path to visit to see the first response

quite a few people went to `/` and got a 404.

quite a few people went to `/` and got a 404.

Commits
-------

94c6aa52 fixed CLI commands to work when script is called from other directory

Discussion
----------

fixed CLI commands to work when script is called from other directory

Currently due to 9c95e2f6 change, running silex.phar in CLI from other directory takes no effect.

Affected commands:

    php vendors/silex/silex.phar check
    php vendors/silex/silex.phar update
    php vendors/silex/silex.phar version

Currently due to 9c95e2f6 change, running silex.phar in CLI from other directory takes no effect. Affected commands:

    php vendors/silex/silex.phar check
    php vendors/silex/silex.phar update
    php vendors/silex/silex.phar version

That simplifies firing 404 pages for instance as you don't need
to add a use statement for the HttpException.

simplified the callback the developer needs to create when handling errors through Application::error()

Commits
-------

f8d49d53 [docs] removed obsolete sentence (see 5a0860)

Discussion
----------

[docs] removed obsolete sentence (see 5a0860)

Since https://github.com/fabpot/Silex/commit/5a08609 use statements for Silex aren't used anymore. But this sentence wasn't removed...

Commits
-------

39c99876 Quick spelling correction for the Phar stub "Unknown Command" message.

Discussion
----------

Spelling correction in Phar stub error message output

Just a simple change (I verified that it compiles after). Hopefully I will be able to contribute back some actual work in the future :)

Commits
-------

e09db842 Doc: Upgrading version of Ioncube Loader fix issue with this extension

Discussion
----------

Failed opening Silex/Application.php

I created a simple php file with this source:
<pre>
require_once __DIR__ . '/silex.phar';
$app = new Silex\Application();
</pre>

It then throw this php fatal error:
 PHP Fatal error:  require(): Failed opening required 'phar:///home/laurent/projects/bishop/silex.phar/src/Silex/Application.php' (include_path='.:/usr/share/php:/usr/share/pear') in phar:///home/laurent/projects/bishop/silex.phar/vendor/Symfony/Component/ClassLoader/UniversalClassLoader.php on line 60

I have same kind of php error if I try to use silex in command line. For example:
<pre>
php silex.phar version
</pre>

My PHP version is: 5.3.5-1ubuntu7.2

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

by igorw at 2011/05/17 22:30:59 -0700

Have you tried this?

http://silex-project.org/doc/usage.html#phar-stub-bug

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

by laurent35240 at 2011/05/22 15:17:53 -0700

Yes I have tried it like that:
<pre>
  require_once __DIR__ . '/silex.phar';
  require_once 'phar://'.__DIR__.'/silex.phar/autoload.php';
  $app = new Silex\Application();
</pre>
But I still have the same error then :-(

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

by awildeep at 2011/05/23 06:11:33 -0700

I have not run into this issue yet, but do you need to include the PHAR and the autoloader.php to get it running?

I would think that this would work:

    //require_once __DIR__ . '/silex.phar';
    require_once 'phar://'.__DIR__.'/silex.phar/autoload.php';
    $app = new Silex\Application();

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

by laurent35240 at 2011/05/23 12:32:26 -0700

Nope it is still not working.

With this code
<pre>
  require_once 'phar://'.__DIR__.'/silex.phar/autoload.php';
  $app = new Silex\Application();
</pre>
I still have the error
<pre>
PHP Fatal error:  require(): Failed opening required 'phar:///home/laurent/projects/silex/silex.phar/src/Silex/Application.php' (include_path='.:/usr/share/php:/usr/share/pear') in phar:///home/laurent/projects/silex/silex.phar/vendor/Symfony/Component/ClassLoader/UniversalClassLoader.php on line 60
</pre>

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

by awildeep at 2011/05/23 13:09:56 -0700

What version of PHP are you running this with?

EDIT: Nevermind, I just saw your first post comment. Is there any way this could be using a older version of PHP?

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

by brtriver at 2011/05/24 02:06:31 -0700

Have you try this? Can you find the setting of Suhosin on your phpinfo page?
http://silex-project.org/doc/usage.html#php-configuration

> suhosin.executor.include.whitelist = phar

I doubt the setting of Suhosin. If not, I'm sorry.

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

by laurent35240 at 2011/05/27 15:43:55 -0700

I finaly found the solution to my problem.
It comes from the ioncube loader for encoded files that I installed for decoding php encoded file in other projects: http://www.ioncube.com/loaders.php

Maybe it will be good to add this in Pitfalls section of documentation: http://silex-project.org/doc/usage.html#pitfalls

Thx anyway to all of you who tried to help me

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

by awildeep at 2011/05/28 06:41:27 -0700

@laurent35240 glad you found the problem.

It would seem that the obfuscating/compiling packages for PHP could play havoc with the phar.  phar packages are relatively new, and the compiler apps are 3rd party.   I was able to find a user having trouble using pear.phar here:

http://forum.ioncube.com/viewtopic.php?p=8867&sid=9102e30d35990d6caebd85cc458ebd6c

I could not find a reference to the ticket referenced above as the company does not publicly list any tickets, and their ticketing system appears to be broken.  Perhaps a note in the documentation stating that "PHP compilers and obfuscation may cause issues as well" is in order.   Anyone on the list running any other compilers or obfuscation systems?

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

by laurent35240 at 2011/05/28 07:13:43 -0700

I added in documentation details about this problem and did a pull request here: https://github.com/fabpot/Silex/pull/104

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

by ratibus at 2011/07/12 06:23:38 -0700

I had the same issue but upgrading the ioncube loader to the latest version solved it. I used the 6th June 2011 version (v4.0.9).

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

by laurent35240 at 2011/07/12 12:03:53 -0700

Using last version of ioncube loader solved the issue for me too.

Good to see that ioncube manage correctly PHAR archive now.

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

by igorw at 2011/07/12 12:05:16 -0700

Sweet! Do you want to make a pull request to the docs, mentioning this?

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

by laurent35240 at 2011/07/14 14:16:21 -0700

Sure it will be nice to mention in documentation that upgrading ioncube can resolve this problem

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

by igorw at 2011/07/14 23:29:43 -0700

Thanks Laurent!