[ 
https://issues.apache.org/jira/browse/CAMEL-15704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17236630#comment-17236630
 ] 

Claus Ibsen commented on CAMEL-15704:
-------------------------------------

TODO: maven plugin to discover csimple languages in java and xml *DONE*
TODO: csimple parser to generate source code
TODO: csimple joor to do bootstrap compile (no need for maven plugin)
TODO: camel-csimple.properties for general configuration and common imports and 
alias *DONE*
TODO: either use or own basic parser and add some of the same functions and 
features as simple language
TODO ... or make SPI hooks into camel-simple parser and use its parser and then 
from the AST generate source code (requires the simple parser to be decoupled 
from camel context api)
TODO: prototype *DONE*
TODO: documentation
TODO: example
TODO: spring boot starter


> camel-core - Compiled simple language
> -------------------------------------
>
>                 Key: CAMEL-15704
>                 URL: https://issues.apache.org/jira/browse/CAMEL-15704
>             Project: Camel
>          Issue Type: New Feature
>          Components: camel-core
>            Reporter: Claus Ibsen
>            Assignee: Claus Ibsen
>            Priority: Major
>             Fix For: 3.7.0
>
>
> Lets look at if we can provide an alternative to simple language that gets 
> compiled during initialization of Camel. However for compilation then the 
> csimple would need to have type information when using OGNL method calls as 
> simple is dynamic and uses _duck typing_.
> The camel-joor should be more focused on pure Java code script and not a new 
> simple language. jOOR also have some limitations such as cant run with 
> fat-jar style for Spring Boot. Also it wont work on native compiled and it 
> uses a reflective method call to call the joor script.
> For csimple we can look at
> - byte buddy
> - java assist
> - scan source code via a maven plugin and detect simple language (we do this 
> for the camel-route-parser) and then source code generate in src/generated 
> which then gets compiled with the regular compiler. And then those code can 
> be loaded the same way we do with configurers etc which means no reflection.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to