You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Claus Ibsen (JIRA)" <ji...@apache.org> on 2019/08/06 13:09:00 UTC
[jira] [Updated] (CAMEL-12598) camel-tooling for code quality
checks and anti-patterns
[ https://issues.apache.org/jira/browse/CAMEL-12598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen updated CAMEL-12598:
--------------------------------
Fix Version/s: Future
> camel-tooling for code quality checks and anti-patterns
> -------------------------------------------------------
>
> Key: CAMEL-12598
> URL: https://issues.apache.org/jira/browse/CAMEL-12598
> Project: Camel
> Issue Type: New Feature
> Components: tooling
> Reporter: Claus Ibsen
> Priority: Major
> Fix For: Future
>
>
> We have the camel-maven tooling that can do some scan of your project source code and report mis configured endpoints, and do route coverage reports etc.
> It may be nice to gather a list of anti-patterns and other quality checks for Camel applications that can be commonly used. And then we can see if we can build more tooling to check for this.
> Here is a few on top of my head (not thought for a long time)
>
> - You could build a check for using deprecated options / components etc. *DONE*
>
> - Also you can maybe check for too many <when> in a content based router EIP. (like too many if ... elseif ... in java)
>
> - And maybe also if a route has too many EIPs (eg its too long).
>
> - Also if a <recipientList> has a single endpoint, then its better to use <toD> which is optimized for a single endpoint. And also has some extra juice for http endpoints.
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)