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!

Commits
-------

9c95e2f6 only execute phar stub on direct invocation of phar archive

Discussion
----------

Make silex.phar usable in CLI applications

Currently, requiring silex.phar in a CLI application that takes arguments is not possible, as the phar stub interferes with the execution of the application. I added a check to the stub which will execute the main stub code only if the phar file is directly invoked.
We ran into this issue when trying to reuse the dependency setup from our Silex-based web application in the Doctrine2 ORM CLI console application, which obviously requires arguments. I know Silex is not supposed to run command line applications, but being able to reuse already configured dependencies in a CLI application should be made possible.

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

by igorw at 2011/07/10 15:58:36 -0700

+1

Commits
-------

9b612f85 adjust silex event values for consistency with Symfony2

Discussion
----------

adjust silex event values for consistency with Symfony2

Commits
-------

9868077b deleted: empty lines.
45fe9df2 fixed: changed note.
bb8f1d2d updated: modified testing.rst

Discussion
----------

updated: modified testing.rst

ref #95

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

by igorw at 2011/05/19 09:25:34 -0700

Not quite sure what you mean by "If you want to test single file app use Symfony2's Reqeuest instead.", mind to explain / rephrase?

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

by brtriver at 2011/05/19 10:27:37 -0700

How about this?

> If you want to test a single file app, it is difficult to test because it doesn't return the instance of your application.
> to make your application testable with WebTestCase, you need to make sure you follow "Reusing applications" instructions from :doc:`usage`.

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

by igorw at 2011/05/19 10:38:15 -0700

I think the original sentence is quite explanatory, just turning that into a note seems sufficient to me.

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

by brtriver at 2011/05/19 10:44:32 -0700

I just set the original sentense to a note.

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

by igorw at 2011/05/19 10:53:24 -0700

Alright, thanks!