Remove mentions of XML in Getting started guides

XML is deprecated in 7.4. We should not advocate it anymore and people
are on their own when they wish to still use it.
For now, I suggest keeping the code examples (except from the Quick
tour) to help in migration and developers inherting apps using XML.

Author: wouterj

configuration.rst

@@ -53,7 +53,7 @@ Configuration Formats
 ~~~~~~~~~~~~~~~~~~~~~
 
 Unlike other frameworks, Symfony doesn't impose a specific format on you to
-configure your applications, but lets you choose between YAML, XML and PHP.
+configure your applications, but lets you choose between YAML and PHP.
 Throughout the Symfony documentation, all configuration examples will be
 shown in these three formats.
 
@@ -66,20 +66,13 @@ readable. These are the main advantages and disadvantages of each format:
 
 * **YAML**: simple, clean and readable, but not all IDEs support autocompletion
   and validation for it. :doc:`Learn the YAML syntax </reference/formats/yaml>`;
-* **XML**: autocompleted/validated by most IDEs and is parsed natively by PHP,
-  but sometimes it generates configuration considered too verbose. `Learn the XML syntax`_;
 * **PHP**: very powerful and it allows you to create dynamic configuration with
   arrays or a :ref:`ConfigBuilder <config-config-builder>`.
 
-.. note::
+.. deprecated:: 7.4
 
-    By default Symfony loads the configuration files defined in YAML and PHP
-    formats. If you define configuration in XML format, update the
-    :method:`Symfony\\Bundle\\FrameworkBundle\\Kernel\\MicroKernelTrait::configureContainer`
-    and/or
-    :method:`Symfony\\Bundle\\FrameworkBundle\\Kernel\\MicroKernelTrait::configureRoutes`
-    methods in the ``src/Kernel.php`` file to add support for the ``.xml`` file
-    extension.
+    The XML format is deprecated in Symfony 7.4 and will be removed in
+    Symfony 8.0.
 
 Importing Configuration Files
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
@@ -100,9 +93,9 @@ configuration files, even if they use a different format:
             - { resource: '/etc/myapp/*.yaml' }
 
             # ignore_errors: not_found silently discards errors if the loaded file doesn't exist
-            - { resource: 'my_config_file.xml', ignore_errors: not_found }
+            - { resource: 'my_config_file.php', ignore_errors: not_found }
             # ignore_errors: true silently discards all errors (including invalid code and not found)
-            - { resource: 'my_other_config_file.xml', ignore_errors: true }
+            - { resource: 'my_other_config_file.php', ignore_errors: true }
 
         # ...
 
@@ -267,27 +260,6 @@ reusable configuration value. By convention, parameters are defined under the
 
         // ...
 
-.. warning::
-
-    By default and when using XML configuration, the values between ``<parameter>``
-    tags are not trimmed. This means that the value of the following parameter will be
-    ``'\n    [email protected]\n'``:
-
-    .. code-block:: xml
-
-        <parameter key="app.admin_email">
-            [email protected]
-        </parameter>
-
-    If you want to trim the value of your parameter, use the ``trim`` attribute.
-    When using it, the value of the following parameter will be ``[email protected]``:
-
-    .. code-block:: xml
-
-        <parameter key="app.admin_email" trim="true">
-            [email protected]
-        </parameter>
-
 Once defined, you can reference this parameter value from any other
 configuration file using a special syntax: wrap the parameter name in two ``%``
 (e.g. ``%app.admin_email%``):
@@ -331,7 +303,7 @@ configuration file using a special syntax: wrap the parameter name in two ``%``
                 'email_address' => param('app.admin_email'),
 
                 // ... but if you prefer it, you can also pass the name as a string
-                // surrounded by two % (same as in YAML and XML formats) and Symfony will
+                // surrounded by two % (same as in the YAML format) and Symfony will
                 // replace it by that parameter value
                 'email_address' => '%app.admin_email%',
             ]);
@@ -1369,7 +1341,6 @@ And all the other topics related to configuration:
 
     configuration/*
 
-.. _`Learn the XML syntax`: https://en.wikipedia.org/wiki/XML
 .. _`environment variables`: https://en.wikipedia.org/wiki/Environment_variable
 .. _`symbolic links`: https://en.wikipedia.org/wiki/Symbolic_link
 .. _`utilities to manage env vars`: https://symfony.com/doc/current/cloud/env.html

page_creation.rst

@@ -87,7 +87,7 @@ try it out by going to: http://localhost:8000/lucky/number
 
     Symfony recommends defining routes as attributes to have the controller code
     and its route configuration at the same location. However, if you prefer, you can
-    :doc:`define routes in separate files </routing>` using YAML, XML and PHP formats.
+    :doc:`define routes in separate files </routing>` using the YAML or PHP formats.
 
 If you see a lucky number being printed back to you, congratulations! But before
 you run off to play the lottery, check out how this works. Remember the two steps

quick_tour/the_architecture.rst

@@ -243,29 +243,6 @@ using the special ``when@`` keyword:
                 router:
                     strict_requirements: null
 
-    .. code-block:: xml
-
-        <!-- config/packages/framework.xml -->
-        <?xml version="1.0" encoding="UTF-8" ?>
-        <container xmlns="http://symfony.com/schema/dic/services"
-            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-            xmlns:framework="http://symfony.com/schema/dic/symfony"
-            xsi:schemaLocation="http://symfony.com/schema/dic/services
-                https://symfony.com/schema/dic/services/services-1.0.xsd
-                http://symfony.com/schema/dic/symfony
-                https://symfony.com/schema/dic/symfony/symfony-1.0.xsd">
-
-            <framework:config>
-                <framework:router utf8="true"/>
-            </framework:config>
-
-            <when env="prod">
-                <framework:config>
-                    <framework:router strict-requirements="null"/>
-                </framework:config>
-            </when>
-        </container>
-
     .. code-block:: php
 
         // config/packages/framework.php

routing.rst

@@ -12,12 +12,16 @@ provides other useful features, like generating SEO-friendly URLs (e.g.
 Creating Routes
 ---------------
 
-Routes can be configured in YAML, XML, PHP or using attributes.
-All formats provide the same features and performance, so choose
-your favorite.
+Routes can be configured in YAML, PHP or using attributes. All formats
+provide the same features and performance, so choose your favorite.
 :ref:`Symfony recommends attributes <best-practice-controller-attributes>`
 because it's convenient to put the route and controller in the same place.
 
+.. deprecated:: 7.4
+
+    The XML format to configure routes is deprecated in Symfony 7.4 and
+    will be removed in Symfony 8.0.
+
 .. _routing-route-attributes:
 
 Creating Routes as Attributes

service_container.rst

@@ -704,8 +704,7 @@ all their types (string, boolean, array, binary and PHP constant parameters).
 
 However, there is another type of parameter related to services. In YAML config,
 any string which starts with ``@`` is considered as the ID of a service, instead
-of a regular string. In XML config, use the ``type="service"`` type for the
-parameter and in PHP config use the ``service()`` function:
+of a regular string. In PHP config use the ``service()`` function:
 
 .. configuration-block::