So that we can use a custom consumer instead. :}

It should be adding a configuration option, and mess with the consumer factory (adding a class path) + di extension.

It should be generated instead of making assumptions which are basically not correct at all.

Everything is in the title now that symfony 4.1 has been released. Using the messenger component instead of swarrot ?

see https://github.com/Wisembly/AMQPBundle/blob/master/src/Command/ConsumerCommand.php#L56
We must give a way to configure the console path.

There are too many of those with no points (e.g GatesPass)

So that the command processor have a bit less dependencies, and that it can be mocked and tested again.

Basically, everything build the Process should be deported in a new service (with or without an interface), such as the path to the console path.

Updating with sf3.3 generates an error with the command consume

                                                        
  [Symfony\Component\Console\Exception\LogicException]  
  An option named "env" already exists.                 
                                                        

Exception trace:
 () at /srv/vendor/symfony/symfony/src/Symfony/Component/Console/Input/InputDefinition.php:244
 Symfony\Component\Console\Input\InputDefinition->addOption() at /srv/vendor/symfony/symfony/src/Symfony/Component/Console/Input/InputDefinition.php:230
 Symfony\Component\Console\Input\InputDefinition->addOptions() at /srv/vendor/symfony/symfony/src/Symfony/Component/Console/Command/Command.php:319
 Symfony\Component\Console\Command\Command->mergeApplicationDefinition() at /srv/vendor/symfony/symfony/src/Symfony/Component/Console/Command/Command.php:218
 Symfony\Component\Console\Command\Command->run() at /srv/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php:887
 Symfony\Component\Console\Application->doRunCommand() at /srv/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php:223
 Symfony\Component\Console\Application->doRun() at /srv/vendor/symfony/symfony/src/Symfony/Bundle/FrameworkBundle/Console/Application.php:81
 Symfony\Bundle\FrameworkBundle\Console\Application->doRun() at /srv/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php:130
 Symfony\Component\Console\Application->run() at /srv/bin/console:28

wisembly:amqp:consume [--rpc] [--disable-verbosity-propagation] [--poll-interval POLL-INTERVAL] [--memory-limit MEMORY-LIMIT] [--env ENV] [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [--] <gate>

It seems that this hack does not work anymore

is relation with #9 (comment)

Currently, rabbit.sh script relies on rabbitmq-admin's json export to dump queue and exchange configuration.

Maybe using something with the gates (how about also proposing a step by step install ?) could generate those json files so that they can be imported (Or even better : maybe try to create them with through php's api ?)

Make it compatible with Flex. :}

Instead of using a process to boot a command on a received message, maybe instantiating a new application with an array input would be better.

To check. :}

Here is a bunch of things left to do before opensourcing this bundle...

• Split the bundle from our main project
• Add a LICENSE file
• Add a README file
• Add some docs meh, enough stuff said in the README
• Handle parameters the user must provide None actually, everything must be in the tree config
• Clean up private config related stuff
• Remove status things (sorry @krichprollsch - we would need I guess to handle these things somewhere else)
• Invite @odolbeau, as he was interested in this bundle
• Cleanup config (tree and what we should expect in it)
• Move the generated config into a cache dir (the application one) ? Won't fix cuz complicated handloing of binaries etc.
• Generate the rabbit.sh main file when installing this bundle (Composer Script ?), so that paths are correct and all (cf #3) Won't fix, just suggesting @odolbeau's rabbit manager is currently enoug. Making a bridge could be interesting though.

And some other things basically.