Important
You are browsing upcoming documentation for version 6.0 of OroCommerce, OroCRM, and OroPlatform, scheduled for release in 2024. Read version 5.1 (the latest LTS version) of the Oro documentation to get up-to-date information.
See our Release Process documentation for more information on the currently supported and upcoming releases.
Bundle-less Structure
You can organize an OroPlatform-based application code within Symfony bundles or plain directories. Bundle-less directory structure support was added to OroPlatform v5.1 to follow the Symfony best practices and lower the entry level for new developers. This guide overviews the bundle-less structure and explains how to migrate the application code from the bundles-based to bundle-less structure.
Note
The use of bundle-less structure is optional. However, you can use a bundle-less structure for individual customization and expansion of Oro functionality or when creating a new bundle is impractical.
The bundle-less structure includes the application structure changes outlined below (configuration and directory).
Application-level Structure Changes
oro-application/
├── assets/
| |── your-assets-dir # Here we can store the (scss, js, image, fonts) resources.
| └── ...
├── config/
│ ├── batch_jobs # Import and Export Configuration.
| | |── jobs-config.yml
| | └── ...
│ ├── doctrine.yml # Doctrine DBAL Configuration.
│ ├── oro/ # This is where all Oro advanced features configuration is stored.
| | |── acl_categories/ # ACL category extending configuration.
| | | |── acl_category_config.yml
| | | └── ...
| | |── acls/ # ACLS extending configuration.
| | | |── acls_config.yml
| | | └── ...
| | |── address_format/ # Address formatting extending configuration.
| | | |── address_format_config.yml
| | | └── ...
| | |── api/
| | | |── api_config.yml # API extending configuration.
| | | └── ...
| | |── api_frontend/ # API frontend extending configuration.
| | | |── api_frontend_config.yml
| | | └── ...
| | |── app/ # App extending configuration.
| | | |── app_config.yml
| | | └── ...
| | |── channels/ # Channels extending configuration.
| | | |── channels_config.yml
| | | └── ...
| | |── charts/ # Charts extending configuration.
| | | |── charts_config.yml
| | | └── ...
| | |── configurable_permissions/ # Configurable permissions extending configuration.
| | | |── configurable_perm_config.yml
| | | └── ...
| | |── dashboards/ # Dashboards extending configuration.
| | | |── dashboards_config.yml
| | | └── ...
| | |── datagrids/ # Datagrids extending configuration.
| | | |── datagrids_config.yml
| | | └── ...
| | |── entity/ # Entity extending configuration.
| | | |── entity_config.yml
| | | └── ...
| | |── entity_extend/ # Entity extend extending configuration.
| | | |── entity_extend_config.yml
| | | └── ...
| | |── entity_hidden_fields/
| | | |── entity_hidden_fields_config.yml
| | | └── ...
| | |── features/ # Feature Toggle extending configuration.
| | | |── features_config.yml
| | | └── ...
| | |── help/
| | | |── help_config.yml
| | | └── ...
| | |── locale_data/ # Locale data extending configuration.
| | | |── locale_data_config.yml
| | | └── ...
| | |── name_format/ # Name formatting extending configuration.
| | | |── name_format_config.yml
| | | └── ...
| | |── navigation/ # Navigation extending configuration.
| | | |── navigation_config.yml
| | | └── ...
| | |── permissions/ # Permissions extending configuration.
| | | |── permissions_config.yml
| | | └── ...
| | |── placeholders/ # Placeholders extending configuration.
| | | |── placeholders_config.yml
| | | └── ...
| | |── processes/ # Processes extending configuration.
| | | └── processes.yml # All application-level processes configuration must be registered here.
| | |── query_designer/
| | | |── query_designer_config.yml
| | | └── ...
| | |── search/ # Search extending configuration.
| | | |── search_config.yml
| | | └── ...
| | |── system_configuration/
| | | |── system_configuration_config.yml
| | | └── ...
| | |── workflows/
| | | |── workflows_import/ # A directory of workflows that can be registered with an import directive.
| | | └── workflows.yml # All application-level workflows must be registered here.
| | |── websocket_routing/ # Gos PubSub routing resources.
| | | |── websocket_routing_config.yml
| | | └── ...
| | |── assets.yml # Assets for administration themes/layouts.
| | |── jsmodules.yml # Js modules for administration themes/layouts.
| | └── behat_services.yml # Behat services must be registered here.
│ └── ...
├── src/
│ ├── ...
│ |── Entity/ # Required to set up a Doctrine mapping.
│ └── Tests/ # Application-level tests.
| | |── Behat/
| | |── Unit/
| | └── Functional/
├── templates/
├── migrations/ # All Oro application level migrations and fixture store.
│ |── your_feature_name/
| | |── Data/
| | └── Schema/
│ └── ...
├── translations/
└── ...
Moving Existing Bundle to Bundle-less Structure
To port an existing bundle to a bundle-less structure, you must update the directory structure to the one shown above. There is no automatic tool for this update, so you must move your code following these guidelines:
Migrations
{BundleDir}/Migrations/Schema -> migrations/{EntityNameDir}/Schema
Example:
Bundle/UserNamingBundle/Migrations/Schema/ -> migrations/UserNaming/Schema/
Fixtures
{BundleDir}/Migrations/Data -> migrations/{EntityNameDir}/Data
Example:
Bundle/UserNamingBundle/Migrations/Data/ -> migrations/UserNaming/Data/
Entity
{BundleDir}/Entity/{YourEntity} -> src/Entity/{YourEntity}
Example:
Bundle/UserNamingBundle/Entity/UserNamingType.php -> src/Entity/UserNamingType.php
Controllers
{BundleDir}/Controller/{YourController.php} -> src/Controller/{YourController.php}
Note
Don’t forget about declaring the controller as a service in the configuration.
App\Controller\UserNamingController:
calls:
- [ 'setContainer', [ '@Psr\Container\ContainerInterface' ] ]
tags:
- { name: container.service_subscriber }
Views
{BundleDir}/Resources/views/{YourEntityName}/index.html.twig -> templates/{entity_alias_underscore}/index.html.twig
Translations
{BundleDir}/Resources/translations/messages.en.yml -> translations/messages.en.yml
Gridview
{BundleDir}/Resources/config/oro/datagrids.yml -> config/oro/datagrids/{name_your_feature.yml}
Templates:
BundleDir}/Resources/views/{YourEntityName}/Datagrid/yourTemplate.html.twig -> templates/{entity_alias_underscore}/Datagrid/yourTemplate.html.twig
Search
{BundleDir}/Resources/config/oro/search.yml -> config/oro/search/{your_search_name.yml}
Templates:
{BundleDir}/Resources/views/{YourEntityName}/Search/yourTemplate.html.twig -> templates/{entity_alias_underscore}/Search/yourTemplate.html.twig
Entity
{BundleDir}/Resources/config/oro/entity.yml -> config/oro/entity/{your_entity_name.yml}
ACLS
{BundleDir}/Resources/config/oro/acls.yml -> config/oro/acls/{your_acls_name.yml}
API
{BundleDir}/Resources/config/oro/api.yml -> config/oro/api/{your_api_name.yml}
Channels
{BundleDir}/Resources/config/oro/channels.yml -> config/oro/channels/{your_channel_name.yml}
Charts
{BundleDir}/Resources/config/oro/charts.yml -> config/oro/charts/{your_chart_name.yml}
Workflows
{BundleDir}/Resources/config/oro/workflows.yml -> config/oro/workflows/workflows.yml
Important
All application-level workflows can be stored in separate directories but must be registered in the /config/oro/workflows.yml file (via an import directive).
Processes
{BundleDir}/Resources/config/oro/processes.yml -> config/oro/processes/processes.yml
Important
All application-level processes must be registered in the /config/oro/processes.yml file.
ACL Categories
{BundleDir}/Resources/config/oro/acl_categories.yml -> config/oro/acl_categories/your_acl_name.yml
Address Format
{BundleDir}/Resources/config/oro/address_format.yml -> config/oro/address_format/your_format_name.yml
API Frontend
{BundleDir}/Resources/config/oro/api_frontend.yml -> config/oro/api_frontend/your_api_name.yml
Application Base Configuration
{BundleDir}/Resources/config/oro/app.yml -> config/oro/app/your_app_name.yml
Configurable Permissions
{BundleDir}/Resources/config/oro/configurable_permissions.yml -> config/oro/configurable_permissions/your_permission_name.yml
Dashboards
{BundleDir}/Resources/config/oro/dashboards.yml -> config/oro/dashboards/your_dashboard.yml
Templates:
{BundleDir}/Resources/views/Dashboard/yourTemplate.html.twig -> templates/Dashboard/yourTemplate.html.twig
Entity Extend
{BundleDir}/Resources/config/oro/entity_extend.yml -> config/oro/entity_extend/your_config.yml
Locale Data
{BundleDir}/Resources/config/oro/locale_data.yml -> config/oro/locale_data/your_config.yml
Naming Format
{BundleDir}/Resources/config/oro/name_format.yml -> config/oro/name_format/your_config.yml
Permissions
{BundleDir}/Resources/config/oro/permissions.yml -> config/oro/permissions/your_config.yml
Placeholders
{BundleDir}/Resources/config/oro/placeholders.yml -> config/oro/placeholders/your_config.yml
System Configurations
{BundleDir}/Resources/config/oro/system_configuration.yml -> config/oro/system_configuration/your_config.yml
Extension and Configuration Moving
Create Extension and Configuration classes in
/src/Configuration
.
class YourExtension extends Extension
{
/**
* {@inheritDoc}
*/
public function load(array $configs, ContainerBuilder $container): void
{
$config = $this->processConfiguration(new YourConfigurationClass(), $configs);
$container->prependExtensionConfig($this->getAlias(), SettingsBuilder::getSettings($config));
}
/**
* {@inheritDoc}
*/
public function getAlias(): string
{
return YourConfigurationClass::ROOT_NODE;
}
}
Register the extension in
AppKernel::build
.
/**
* {@inheritDoc}
*/
protected function build(ContainerBuilder $container)
{
$container->registerExtension(new YourExtension());
}
Themes & Layouts
Assets for themes should be moved to
/assets/{your_theme_dir}/
.Admin theme configuration:
/config/oro/assets.yml
/config/oro/jsmodules.yml
Storefront Themes and layouts should be placed in
/templates/layouts/{your_theme_dir}/
.Themes configuration:
/templates/layouts/{your_theme_dir}/theme.yml
Layout assets configuration:
/templates/layouts/{your_theme_dir}/config/assets.yml
Layout theme configuration:
/templates/layouts/{your_theme_dir}/config/config.yml
Asset Handling in Application Development
If the build uses the image or any other asset, it is automatically copied to the public folder. Copying ensures that the assets are readily available and can be served to users without issues.
However, in some scenarios where assets are not directly utilized within the webpack build process, placing them directly in the public folder from the beginning is recommended. This approach eliminates the need for automatic copying since the assets are already in the correct location.
To adhere to the best practices mentioned above, manually move the image or any other static asset to the public folder.
Referencing Assets using the asset() Function in Twig
Once the asset is placed in the public folder, you can reference it within your application using the asset() function in Twig. The asset() function provides a convenient way to generate the correct URL for the asset, allowing you to include it within your templates or code.
{# the image lives at "public/images/example.jpg" #}
<img src="{{ asset('images/example.jpg') }}" alt="Example Image"/>
Tests
Unit tests should be placed in
/src/Test/Unit/
.Functional tests should be placed in
/src/Test/Functional/
.Behat tests should be placed in
/src/Test/Behat/
.Configuration for Behat services:
/config/oro/behat_services.yml
Example of loading fixtures in behat test:
@fixture-app:payment_rules.yml Feature: Payment Rules Scenario: Creating Payment Rule Given I login as administrator When I go to System/ Payment Rules And I click "Create Payment Rule" Then I fill "Payment Rule Form" with: | Method | PayPal |