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!

Commits
-------

5144db26 Merge branch 'master' of github.com:docteurklein/Silex
0fd27b49 removed leading backslash; set autoload of class_exists to false
f3171054 [Autoloading] Made the require_once of the UnviversalClassLoader conditional.

Discussion
----------

Autoloader fix

[Autoloading] Made the require_once of the UnviversalClassLoader conditional.

As we can't know what happened before we require the silex.phar file, we
can't deduce if an autoloader has already been required.
It can lead to fatal errors for cases like it is in SilexBundle.

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

by brikou at 2011/06/27 09:38:43 -0700

👍

Commits
-------

9dcab531 Pitfail about ioncube loader added in documentation. Mistakes in text fixed Issue https://github.com/fabpot/Silex/issues/93
ca41d277 Pitfail about ioncube loader added in documentation Issue https://github.com/fabpot/Silex/issues/93

Discussion
----------

Pitfall with ioncube loader

Pitfall about problem between phar archive and ioncube loader added in documentation
Issue https://github.com/fabpot/Silex/issues/93

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

by laurent35240 at 2011/05/28 07:22:24 -0700

I just changed the text and added the missing blank line.

Do you know btw a good editor for restructured text? It is the first time that I had to modify such documentation format

Commits
-------

bae8c3c8 Added syntax highlighting to `README`

Discussion
----------

Added syntax highlighting to `README`

Commits
-------

c32e0ec7 fixed twig template filename (for form usage)

Discussion
----------

fixed twig template filename (for form usage)

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

by stof at 2011/06/27 13:11:05 -0700

@mgatto This change was part of the beta5 release of Symfony2

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

by mgatto at 2011/06/27 13:32:44 -0700

Thanks. I also wanted that in for documentation purposes if this is pulled in since Symfony2 is a rapidly moving target at this time.

Issue https://github.com/fabpot/Silex/issues/93

Issue https://github.com/fabpot/Silex/issues/93

Conflicts:
	autoload.php

* igorw/doctrine-typo:
  [docs] DoctrineExtension typo