You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@camel.apache.org by GitBox <gi...@apache.org> on 2019/12/11 18:34:50 UTC
[GitHub] [camel-k] nicolaferraro opened a new issue #1135: Basic module
structure for Camel K projects
nicolaferraro opened a new issue #1135: Basic module structure for Camel K projects
URL: https://github.com/apache/camel-k/issues/1135
Going forward version 1.0.0 we should think about how people will organize complex integrations that they will run in production. We strongly want to keep a single file model for the integrations, but often you need to provide resources, like:
- Properties
- API definitions
- Transformation and mapping files
- Test files (yet to come)
That means that even in a simple project composed of few integrations that interact together, it will be difficult to understand what resources belong to what integration.
E.g. When you have multiple integrations, which one does an `application.properties` file refer to?
We need to define some module structure for integrations. It may be something encoded in the `kamel` CLI (e.g. `kamel scaffold name`) or simply a best practice we propose also in the examples.
The simplest model I can imagine is creating as less structure as possible, keeping a minimum of visual order in a project.
e.g.
```
module1
module1integration.groovy
application.properties
trasnform.xslt
module2
tests
moduletest.feature
moduletest2.feature
moduletest3.feature
module2integration1.groovy
module2integration2.groovy
application.properties
README.md
rootmoduleintegration.groovy
```
Questions:
- Is that the best structure we can have for integrations?
- Should we provide some tools to scaffold it (e.g. create the basic quickstart)?
- Should we provide some tools in the CLI to run a module?
- Should we define a module configuration (as in the comments #1133)
- Other ideas?
@lburgazzoli , @davsclaus, @astefanutti , @jamesnetherton, @valdar, @oscerd
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services