[jira] [Commented] (CAMEL-11708) spring boot code generation: the nested property processor does not handle object hierarchies

2019-07-31 Thread Claus Ibsen (JIRA)


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

Claus Ibsen commented on CAMEL-11708:
-

I think this works today if not mistaking

> spring boot code generation: the nested property processor does not handle 
> object hierarchies
> -
>
> Key: CAMEL-11708
> URL: https://issues.apache.org/jira/browse/CAMEL-11708
> Project: Camel
>  Issue Type: Improvement
>  Components: tooling
>Reporter: Luca Burgazzoli
>Priority: Major
> Fix For: 3.0.0
>
>
> Assuming you have complex configuration object that inherits from another 
> configuration object, the spring boot code generation will creates the 
> configuration properties object only for the properties of the last class so 
> i.e. for a simple hierarchy like:
> {code}
> Common {
> String getX()
> void setX(String);
> }
> Specific extends Common {
> String getY()
> void setY(String);
> }
> {code}
> the generator will provides bindings only for
> {code}
> String getX()
> setX(String)
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Commented] (CAMEL-11708) spring boot code generation: the nested property processor does not handle object hierarchies

2017-09-03 Thread Luca Burgazzoli (JIRA)

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

Luca Burgazzoli commented on CAMEL-11708:
-

Every time we have a common configuration class to share i.e. we have a common 
consul configuration class in the model package but we can't reuse it as when 
we extend it, the code generation does not take it into account. So we need to 
copy and paste classes and update them every time something in the base class 
changes.

> spring boot code generation: the nested property processor does not handle 
> object hierarchies
> -
>
> Key: CAMEL-11708
> URL: https://issues.apache.org/jira/browse/CAMEL-11708
> Project: Camel
>  Issue Type: Bug
>  Components: tooling
>Reporter: Luca Burgazzoli
> Fix For: 2.20.0
>
>
> Assuming you have complex configuration object that inherits from another 
> configuration object, the spring boot code generation will creates the 
> configuration properties object only for the properties of the last class so 
> i.e. for a simple hierarchy like:
> {code}
> Common {
> String getX()
> void setX(String);
> }
> Specific extends Common {
> String getY()
> void setY(String);
> }
> {code}
> the generator will provides bindings only for
> {code}
> String getX()
> setX(String)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (CAMEL-11708) spring boot code generation: the nested property processor does not handle object hierarchies

2017-09-03 Thread Claus Ibsen (JIRA)

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

Claus Ibsen commented on CAMEL-11708:
-

Where do we have a problem?

I think the source code generation logic is already complex enough and would be 
a bit reluctant to make it even more complex. Unless there is a compelling 
use-case.

> spring boot code generation: the nested property processor does not handle 
> object hierarchies
> -
>
> Key: CAMEL-11708
> URL: https://issues.apache.org/jira/browse/CAMEL-11708
> Project: Camel
>  Issue Type: Bug
>  Components: tooling
>Reporter: Luca Burgazzoli
> Fix For: 2.20.0
>
>
> Assuming you have complex configuration object that inherits from another 
> configuration object, the spring boot code generation will creates the 
> configuration properties object only for the properties of the last class so 
> i.e. for a simple hierarchy like:
> {code}
> Common {
> String getX()
> void setX(String);
> }
> Specific extends Common {
> String getY()
> void setY(String);
> }
> {code}
> the generator will provides bindings only for
> {code}
> String getX()
> setX(String)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)