Ported ConstraintValidatorFactory.php to Silex/Pimple
- Type hint in Silex\ConstraintValidatorFactory constructor for container
- Modifed Silex\Provider\ValidatorServiceProvider to accept an optional
  'validator.validator_service_ids' parameter wich allows users to register
  custom validators.
- Added test to verify that if users registered ValidatorServiceProvider
  using optional 'validator.validator_service_ids' parameter then the new
  Silex\ConstraintValidatorFactory will be used instead of the one provided
  in  Symfony.
Removed Symfony\Component\Validator\ConstraintValidatorFactory altogether from ValidatorServiceProvider. Custom validators are now lazy loaded. removed obsolete test.
Registering a ValidatorServiceProvider can take a validator.validator_service_ids parameter which is now an associative array of aliases as keys and service names as values so that ConstraintValidatorFactory can lazy load the validators.
Multiple Monolog Loggers Cookbook
Typos
Use statements
Clarify the described convention
SecurityServiceProvider now registers a UserPasswordValidator if ValidatorServiceProvider is registered.
Added custom constraint and validator to properly test the ConstraintValidatorFactory.
Changed deprecated namespaces
Backward compatibility for UserPasswordValidator
note that `mod_rewrite` needs to be enabled

If `mod_rewrite` isn't enabled - like in default Apache installs and WAMP - it will result in 404's. I had this issue with the hello world zip distribution (SQ question: http://stackoverflow.com/questions/15498419/why-am-i-getting-these-silex-404s) and it was quite difficult to track down. Almost made me give up on Silex, although this is of course not a Silex issue - but it can be challenging for beginners, and if you can't get the hello world to run it kinda takes the wind out of your sails.
Add example of JsonUserPersister being managed
Include querystring parameters when issuing a redirect from RedirectableUrlMatcher
merged branch lmcnearney/master (PR #623)

This PR was squashed before being merged into the master branch (closes #623).

Discussion
----------

Include querystring parameters when issuing a redirect from RedirectableUrlMatcher

When a route has a scheme requirement (HTTP or HTTPS) and the current request's scheme does not match it, it issues a redirect to the required scheme. Prior to this change, the new URL being redirected to left off the querystring parameters.

It would be cleaner to set the QUERY_STRING parameter as part of RequestContext->fromRequest() but that's part of the Symfony core. Including it inside the $this['url_matcher'] closure keeps the change localized to Silex.

Commits
-------

0903477 Include querystring parameters when issuing a redirect from RedirectableUrlMatcher
fixed request dependency on the URL matcher
Change visibility of `providers` and `booted` to protected
merged branch gigablah/property-visibility (PR #665)

This PR was merged into the master branch.

Discussion
----------

Change visibility of `providers` and `booted` to protected

This changes `$providers` and `$booted` in `Application` to protected, which makes it easier to extend.

Commits
-------

e6902d1 Change visibility of `providers` and `booted` to protected
merged branch fabpot/request-context-fix (PR #663)

This PR was merged into the master branch.

Discussion
----------

fixed request dependency on the URL matcher

Alternative fix for #662

Commits
-------

5dc7c27 fixed request dependency on the URL matcher