@@ -23,8 +23,8 @@ repository.
23
23
24
24
The concept of base paths is needed because there are no separate "tables"
25
25
as in a relational database, but one tree containing all data. To be able
26
- to add a document, you need to ensure the parent path where you want to
27
- add it is already present in the repository.
26
+ to add a document, you need to ensure the parent path is already present
27
+ in the repository.
28
28
29
29
Initializers have to implement the
30
30
``Doctrine\Bundle\PHPCRBundle\Initializer\InitializerInterface ``. If you don't
@@ -59,7 +59,8 @@ A service to use the generic initializer looks like this:
59
59
.. code-block :: xml
60
60
61
61
<!-- src/Acme/ContentBundle/Resources/config/services.xml -->
62
- <service id =" acme_content.phpcr.initializer" class =" Doctrine\Bundle\PHPCRBundle\Initializer\GenericInitializer" >
62
+ <service id =" acme_content.phpcr.initializer"
63
+ class =" Doctrine\Bundle\PHPCRBundle\Initializer\GenericInitializer" >
63
64
<argument >AcmeContentBundle Basepaths</argument >
64
65
<argument type =" collection" >
65
66
<argument >/my/content</argument >
@@ -208,7 +209,7 @@ scripts. Migrations should implement the
208
209
service with a ``doctrine_phpcr.migrator `` tag contains an ``alias `` attribute
209
210
uniquely identifying the migrator. There is an optional
210
211
``Doctrine\Bundle\PHPCRBundle\Migrator\AbstractMigrator `` class to use as a
211
- basis:
212
+ basis.
212
213
213
214
.. configuration-block ::
214
215
@@ -227,7 +228,8 @@ basis:
227
228
<!-- src/Acme/ContentBundle/Resources/config/services.xml -->
228
229
<?xml version =" 1.0" ?>
229
230
<container xmlns =" http://symfony.com/schema/dic/services" >
230
- <service id =" acme.demo.migration.foo" class =" Acme\DemoBundle\Migration\Foo" >
231
+ <service id =" acme.demo.migration.foo"
232
+ class =" Acme\DemoBundle\Migration\Foo" >
231
233
<argument type =" collection" >
232
234
<argument >%acme.content_basepath%</argument >
233
235
<argument >%acme.menu_basepath%</argument >
@@ -282,7 +284,7 @@ install the `DoctrineFixturesBundle`_ which brings the
282
284
Fixtures work the same way they work for Doctrine ORM. You write fixture
283
285
classes implementing ``Doctrine\Common\DataFixtures\FixtureInterface ``. If you
284
286
place them in ``<Bundle>\DataFixtures\PHPCR ``, they will be auto detected if you
285
- specify no path to the fixture loading command.
287
+ don't specify a path in the command.
286
288
287
289
A simple example fixture class looks like this::
288
290
0 commit comments