The source code tree reflects the Petals ESB architecture, and is organized as following:
* the '{{container}}' is composed of following sub-projects:
** {{petals-transporter-local-default}} : Futur project. The current implementation of the local transporter (perhaps new implementations could occur, they will name '{{petals-local-transporter-xxx}}')

** {{petals-container-studio}}: Futur project. An assembly of the {{petals-microkernel}} and selected internal component implementations to run a Petals container into the Petals Studio, *_without Petals µKernel extension, but with default logging extensions_*
** {{petals-container-default}}: An assembly of the {{petals-microkernel}} and selected internal component implementations to run a Petals as usual, *_without Petals µKernel extension, but with default logging extensions_*
** {{petals-launcher-api}}: The API to create Petals launcher, to start/stop a container
** {{petals-launcher-junit}}: Futur project. The JUnit API able to launch (start and stop) a container into a JUnit test
** {{petals-launcher-default}}: The existing launcher to start Petals on command line
** {{petals-esb-default-zip}}: The current assembly of Petals ESB, as ZIP file, to install to run Petals on command line, based on {{petals-container-default}} and *_including also all existing Petals µKernel extensions_*
** {{petals-esb-default-deb}}: The current assembly of Petals ESB, as Debian package, to install to run Petals on command line, based on {{petals-container-default}} and *_without extension that are provided by their own package_*.
** {{petals-esb-junit}}: Futur project. The JUnit API overriding {{petals-launcher-junit}} to launch a pre-configured Petals ESB (only one container running with the default value on local host), based on {{petals-container-junit}} *_without extension_*.