Download the PHP package trindade/my-sf-propel-o-r-m-plugin without Composer

On this page you can find all versions of the php package trindade/my-sf-propel-o-r-m-plugin. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package my-sf-propel-o-r-m-plugin

sfPropelORMPlugin

Build Status

Replaces symfony's core Propel plugin by the latest version of Propel, in branch 1.6.

Installation

The Composer way

Add the require to your composer.json. It's oddly named but like this Composer's symfony1 installer camelcases it correctly. Composer will install it into your project's plugins directory automatically, and add the requirements.

{
    "config": {
        "vendor-dir": "lib/vendor"
    },
    "require": {
        "propel/sf-propel-o-r-m-plugin": "dev-master"
    }
}

Of course, don't forget to add Composer's autoloader to your ProjectConfiguration:

The Git way

Clone the plugin from Github:

git clone git://github.com/propelorm/sfPropelORMPlugin.git plugins/sfPropelORMPlugin
cd plugins/sfPropelORMPlugin
git submodule update --init

If you use Git as a VCS for your project, it should be better to add the plugin as a submodule:

git submodule add git://github.com/propelorm/sfPropelORMPlugin.git plugins/sfPropelORMPlugin
git submodule update --init --recursive

As both Phing and Propel libraries are bundled with the plugin, you have to initialize submodules for the plugin.

The SVN way

Install the plugin via the subversion repository:

svn checkout https://github.com/propelorm/sfPropelORMPlugin/trunk plugins/sfPropelORMPlugin

Install Phing and Propel:

svn checkout http://phing.mirror.svn.symfony-project.com/tags/2.3.3/classes/phing lib/vendor/phing
svn checkout https://github.com/propelorm/Propel/tags/1.6.5 lib/vendor/propel

Final step

Disable the core Propel plugin and enable the sfPropelORMPlugin instead. Also, change the location for the Propel and Phing libs.

Optional: update references to the propel and phing folders in the test project.

Right after the installation of the plugin, you should update plugin assets:

php symfony plugin:publish-assets

Change the path of the symfony behaviors in the config/propel.ini file of your project:

(Re)Build the model:

php symfony propel:build --all-classes

What's New In Propel 1.6

Propel 1.6 is a backwards compatible evolution of Propel 1.4 (the version bundled with symfony 1.3 and 1.4), which adds some very interesting features. Among these features, you will find the new Propel Query API, which is essentially a Criteria on steroids:

Propel 1.6 also supports many-to-many relationships, collections, on-demand hydration, new core behaviors (see below), better Oracle support, and is now licensed under the MIT license.

Core Propel Behaviors

Propel 1.6 bundles most common behaviors in a new, robust buildtime implementation. These core behaviors provide faster runtime execution and the ability to modify the data model:

sfPropelORMPlugin allows you to register core propel behaviors right from your schema.yml. For instance, to create a tree structure from a Section model:

Tip: Check the doc/schema.md file in this plugin source code for a complete reference of the YAML schema format.

You can also register a behavior for all your models right in the propel.ini configuration file. sfPropelORMPlugin already enables the symfony and symfony_i18n behaviors to support symfony's behavior system and model localization features, but you can easily add your owns:

Admin Generator Extensions

The plugin comes bundled with a new admin generator theme named 'admin15'. This theme is backwards compatible with sfPropelPlugin's admin generator theme, and provides additional features based on the new Propel 1.6 query objects:

List view enhancements

Filter and Edit forms enhancement

The new options for the admin15 generator theme are fully documented, and illustrated by real life examples, in the doc/admin_generator.md file in this plugin source code.

Form Subframework Modifications

The Propel widgets, validators, and form classes are fully documented in the doc/form.md file in this plugin source code.

Filter Subframework modification

You now can merge or embed filters into filters, it works out of the box.

Routing Modifications

The plugin offer two new routing classes, sfPropelORMRoute and sfPropelORMRouteCollection. These classes are used by default in the models build with the propel admin generator. They behave just like the previous sfPropelRoute class - except they don't use the methods option anymore. Instead, use the query_methods option to execute a list of arbitrary query methods when calling getObject() and getObjects().

Array of additional parameters are also possible for query_methods:

sfPropelORMRoute also makes your code a little easier to read in the action. Instead of calling getObject(), you can actually call a getter using the class name of the object's route:

A new option has been added to both sfPropelORMRoute and sfPropelORMRouteCollection, the connection option allows to set a specific Propel connection to use. Examples:


All versions of my-sf-propel-o-r-m-plugin with dependencies

PHP Build Version
Package Version
Requires composer/installers Version *
propel/propel Version ~2.0.0-alpha8
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package trindade/my-sf-propel-o-r-m-plugin contains the following files

Loading the files please wait ....