[jira] [Comment Edited] (CAMEL-18040) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Johnathan Ingram (Jira)


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

Johnathan Ingram edited comment on CAMEL-18040 at 5/4/22 5:55 AM:
--

Hi

Ok, created an enhancement that adds the oneOf, anyOf and allOf generation.

Can I commit this against the ticket number or do I need to submit a patch?


was (Author: JIRAUSER283740):
Hi

Ok, created an enhancement that adds the oneOf, anyOf and allOf generation.

Can I commit this against the ticker number?

> OpenApi Specification Generator Does not generate oneOf when annotation 
> @Schema(oneOf = {X.class, Y.class}) is specified on a class 
> 
>
> Key: CAMEL-18040
> URL: https://issues.apache.org/jira/browse/CAMEL-18040
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-rest-openapi
>Affects Versions: 3.14.2
>Reporter: Johnathan Ingram
>Priority: Minor
>
>  
> Given the following classes
> {code:java}
> @Schema(oneOf = {FormA.class, FormB.class})
> public abstract class Form {
> } {code}
>  
>  
>  
> {code:java}
> public class FormA extends Form {
> String code;
> String a;
> int b;
> 
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public String getA() {return this.a;}
> public void setA(String a) {this.a = a;}
> public int getB() {return this.b;}
> public void setB(int b) {this.b = b;}
> } {code}
>  
> {code:java}
> public class FormB extends Form {
> String code;
> int x;
> String y;
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public int getX() {return this.x;}
> public void setX(int x) {this.x = x;}
> public String getY() {return this.y;}
> public void setY(String y) {this.y = y;}
> } {code}
> {code:java}
> public class Wrapper {
> @JsonProperty("system")String system;
> @JsonProperty("form")Form form;
> public String getSystem() {return this.system;}
> public void setSystem(String system) {this.system = system;}
> public Form getForm() {return this.form;}
> @JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
> JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
> @JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
> @Type(value = FormB.class, name = "Form B")   })  
> public void setForm(Form form) {this.form = form;}
> } {code}
> And finally the request of a Camel Rest Endpoint
> {code:java}
> rest("/prototype/")   
> .id("rest.proto.oneof")
> .post("oneof")
> .bindingMode(RestBindingMode.json)
> .description("Prototype OneOf")
> .id("proto.oneof")
> .consumes("application/json")
> .produces(MediaType.APPLICATION_JSON )
> .type(Wrapper.class)
> .responseMessage()
> .code(200).message("Oneof working")
> .endResponseMessage() 
> {code}
> The OpenAPI specification is correct except for the Form class in the schema 
> components section
> {code:java}
> "Form" : {
>"type" : "object"  
> },  
> "FormA" : {
>"type" : "object",
>"properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "a" : {
> "type" : "string"
>   },
>   "b" : {
> "format" : "int32",
> "type" : "integer"
>   }
> }
>   },
> "FormB" : {
> "type" : "object",
> "properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "x" : {
> "format" : "int32",
> "type" : "integer"
>   },
>   "y" : {
> "type" : "string"
>   }
> }
>   },
>   "Wrapper" : {
> "type" : "object",
> "properties" : {
>   "system" : {
> "type" : "string"
>   },
>   "form" : {
> "$ref" : "#/components/schemas/Form"
>   }
> }
>   }
> }
>  {code}
> NOTE: Form should be
> {code:java}
> "Form" : { 
> "oneOf" : [
>
> ] 
> },  {code}
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18040) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Johnathan Ingram (Jira)


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

Johnathan Ingram commented on CAMEL-18040:
--

Hi

Ok, created an enhancement that adds the oneOf, anyOf and allOf generation.

Can I commit this against the ticker number?

> OpenApi Specification Generator Does not generate oneOf when annotation 
> @Schema(oneOf = {X.class, Y.class}) is specified on a class 
> 
>
> Key: CAMEL-18040
> URL: https://issues.apache.org/jira/browse/CAMEL-18040
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-rest-openapi
>Affects Versions: 3.14.2
>Reporter: Johnathan Ingram
>Priority: Minor
>
>  
> Given the following classes
> {code:java}
> @Schema(oneOf = {FormA.class, FormB.class})
> public abstract class Form {
> } {code}
>  
>  
>  
> {code:java}
> public class FormA extends Form {
> String code;
> String a;
> int b;
> 
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public String getA() {return this.a;}
> public void setA(String a) {this.a = a;}
> public int getB() {return this.b;}
> public void setB(int b) {this.b = b;}
> } {code}
>  
> {code:java}
> public class FormB extends Form {
> String code;
> int x;
> String y;
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public int getX() {return this.x;}
> public void setX(int x) {this.x = x;}
> public String getY() {return this.y;}
> public void setY(String y) {this.y = y;}
> } {code}
> {code:java}
> public class Wrapper {
> @JsonProperty("system")String system;
> @JsonProperty("form")Form form;
> public String getSystem() {return this.system;}
> public void setSystem(String system) {this.system = system;}
> public Form getForm() {return this.form;}
> @JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
> JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
> @JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
> @Type(value = FormB.class, name = "Form B")   })  
> public void setForm(Form form) {this.form = form;}
> } {code}
> And finally the request of a Camel Rest Endpoint
> {code:java}
> rest("/prototype/")   
> .id("rest.proto.oneof")
> .post("oneof")
> .bindingMode(RestBindingMode.json)
> .description("Prototype OneOf")
> .id("proto.oneof")
> .consumes("application/json")
> .produces(MediaType.APPLICATION_JSON )
> .type(Wrapper.class)
> .responseMessage()
> .code(200).message("Oneof working")
> .endResponseMessage() 
> {code}
> The OpenAPI specification is correct except for the Form class in the schema 
> components section
> {code:java}
> "Form" : {
>"type" : "object"  
> },  
> "FormA" : {
>"type" : "object",
>"properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "a" : {
> "type" : "string"
>   },
>   "b" : {
> "format" : "int32",
> "type" : "integer"
>   }
> }
>   },
> "FormB" : {
> "type" : "object",
> "properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "x" : {
> "format" : "int32",
> "type" : "integer"
>   },
>   "y" : {
> "type" : "string"
>   }
> }
>   },
>   "Wrapper" : {
> "type" : "object",
> "properties" : {
>   "system" : {
> "type" : "string"
>   },
>   "form" : {
> "$ref" : "#/components/schemas/Form"
>   }
> }
>   }
> }
>  {code}
> NOTE: Form should be
> {code:java}
> "Form" : { 
> "oneOf" : [
>
> ] 
> },  {code}
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18040) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Johnathan Ingram (Jira)


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

Johnathan Ingram commented on CAMEL-18040:
--

Hi

I will give it a go.

How to I take ownership of the ticket?

 

> OpenApi Specification Generator Does not generate oneOf when annotation 
> @Schema(oneOf = {X.class, Y.class}) is specified on a class 
> 
>
> Key: CAMEL-18040
> URL: https://issues.apache.org/jira/browse/CAMEL-18040
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-rest-openapi
>Affects Versions: 3.14.2
>Reporter: Johnathan Ingram
>Priority: Minor
>
>  
> Given the following classes
> {code:java}
> @Schema(oneOf = {FormA.class, FormB.class})
> public abstract class Form {
> } {code}
>  
>  
>  
> {code:java}
> public class FormA extends Form {
> String code;
> String a;
> int b;
> 
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public String getA() {return this.a;}
> public void setA(String a) {this.a = a;}
> public int getB() {return this.b;}
> public void setB(int b) {this.b = b;}
> } {code}
>  
> {code:java}
> public class FormB extends Form {
> String code;
> int x;
> String y;
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public int getX() {return this.x;}
> public void setX(int x) {this.x = x;}
> public String getY() {return this.y;}
> public void setY(String y) {this.y = y;}
> } {code}
> {code:java}
> public class Wrapper {
> @JsonProperty("system")String system;
> @JsonProperty("form")Form form;
> public String getSystem() {return this.system;}
> public void setSystem(String system) {this.system = system;}
> public Form getForm() {return this.form;}
> @JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
> JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
> @JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
> @Type(value = FormB.class, name = "Form B")   })  
> public void setForm(Form form) {this.form = form;}
> } {code}
> And finally the request of a Camel Rest Endpoint
> {code:java}
> rest("/prototype/")   
> .id("rest.proto.oneof")
> .post("oneof")
> .bindingMode(RestBindingMode.json)
> .description("Prototype OneOf")
> .id("proto.oneof")
> .consumes("application/json")
> .produces(MediaType.APPLICATION_JSON )
> .type(Wrapper.class)
> .responseMessage()
> .code(200).message("Oneof working")
> .endResponseMessage() 
> {code}
> The OpenAPI specification is correct except for the Form class in the schema 
> components section
> {code:java}
> "Form" : {
>"type" : "object"  
> },  
> "FormA" : {
>"type" : "object",
>"properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "a" : {
> "type" : "string"
>   },
>   "b" : {
> "format" : "int32",
> "type" : "integer"
>   }
> }
>   },
> "FormB" : {
> "type" : "object",
> "properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "x" : {
> "format" : "int32",
> "type" : "integer"
>   },
>   "y" : {
> "type" : "string"
>   }
> }
>   },
>   "Wrapper" : {
> "type" : "object",
> "properties" : {
>   "system" : {
> "type" : "string"
>   },
>   "form" : {
> "$ref" : "#/components/schemas/Form"
>   }
> }
>   }
> }
>  {code}
> NOTE: Form should be
> {code:java}
> "Form" : { 
> "oneOf" : [
>
> ] 
> },  {code}
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-16888) [camel-karaf] xml-specs-api features should be updated to use woodstox.core and stax2-api

2022-05-03 Thread Martin Lichtin (Jira)


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

Martin Lichtin commented on CAMEL-16888:


Point 3 would be good to fix as it causes
{noformat}
Caused by: java.lang.ClassNotFoundException: com.sun.istack.FinalArrayList not 
found by org.apache.servicemix.bundles.jaxb-runtime [223]
    at 
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1639)
 ~[?:?]
    at 
org.apache.felix.framework.BundleWiringImpl.access$200(BundleWiringImpl.java:80)
 ~[?:?]
    at 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2053)
 ~[?:?]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:351) ~[?:1.8.0_321] 
{noformat}

> [camel-karaf] xml-specs-api features should be updated to use woodstox.core 
> and stax2-api
> -
>
> Key: CAMEL-16888
> URL: https://issues.apache.org/jira/browse/CAMEL-16888
> Project: Camel
>  Issue Type: Improvement
>  Components: karaf
>Reporter: Jean-Baptiste Onofré
>Assignee: Jean-Baptiste Onofré
>Priority: Major
> Fix For: 3.x
>
>
> {{xml-specs-api}} should be updated with:
>  # use dependency=true on stax2-api and update to stax2-api 4.2 (aligned with 
> other camel features)
>  # use woodstox-core instead of woodstox-core-asl and update to woodstox 6.2.4
>  # update jaxb-runtime bundle to 2.3.2_1 to match CXF one



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18050) camel-jbang - Package uber jar without first run

2022-05-03 Thread Claus Ibsen (Jira)
Claus Ibsen created CAMEL-18050:
---

 Summary: camel-jbang - Package uber jar without first run
 Key: CAMEL-18050
 URL: https://issues.apache.org/jira/browse/CAMEL-18050
 Project: Camel
  Issue Type: Improvement
  Components: camel-jbang
Reporter: Claus Ibsen
Assignee: Claus Ibsen
 Fix For: 3.17.0


Currently you need to run first to let camel-jbang capture what to include in 
uber jar.

But if you have not run - then you cannot package. However we can do a silent 
run in the background to capture details during packaging.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18048) Camel Spring boot Webhook Example

2022-05-03 Thread Zineb Bendhiba (Jira)


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

Zineb Bendhiba commented on CAMEL-18048:


Investigating on this one

> Camel Spring boot Webhook Example
> -
>
> Key: CAMEL-18048
> URL: https://issues.apache.org/jira/browse/CAMEL-18048
> Project: Camel
>  Issue Type: Bug
>  Components: camel-webhook
>Affects Versions: 3.16.0
>Reporter: Zineb Bendhiba
>Assignee: Zineb Bendhiba
>Priority: Minor
>
> The Readme is out to date, as serveo tunnel doesn't anymore.
> An alternative is to change to localhost.run



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Work started] (CAMEL-18049) Camel Webhook - error to set Webhook URL

2022-05-03 Thread Zineb Bendhiba (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Work on CAMEL-18049 started by Zineb Bendhiba.
--
> Camel Webhook - error to set Webhook URL
> 
>
> Key: CAMEL-18049
> URL: https://issues.apache.org/jira/browse/CAMEL-18049
> Project: Camel
>  Issue Type: Bug
>  Components: camel-webhook
>Reporter: Zineb Bendhiba
>Assignee: Zineb Bendhiba
>Priority: Major
>
> The method that is supposed to set the webhook URL seems trying to delete the 
> webhook URL.
> refering to this method : 
> [https://github.com/apache/camel/blob/f7c953c790337322f9db3ec792a5410e3f6923cb/components/camel-telegram/src/main/java/org/apache/camel/component/telegram/service/TelegramServiceRestBotAPIAdapter.java#L184]
>  
> While trying to execute the Spring Boot webhook example here: 
> [https://github.com/apache/camel-spring-boot-examples/tree/main/webhook 
> :|https://github.com/apache/camel-spring-boot-examples/tree/main/webhook]
> the API responds : 
> {code:java}
> WebhookResult{ok=true, result=true, description='Webhook is already deleted'} 
> {code}



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] (CAMEL-18048) Camel Spring boot Webhook Example

2022-05-03 Thread Zineb Bendhiba (Jira)


[ https://issues.apache.org/jira/browse/CAMEL-18048 ]


Zineb Bendhiba deleted comment on CAMEL-18048:


was (Author: zbendhiba):
Investigating on this one

> Camel Spring boot Webhook Example
> -
>
> Key: CAMEL-18048
> URL: https://issues.apache.org/jira/browse/CAMEL-18048
> Project: Camel
>  Issue Type: Bug
>  Components: camel-webhook
>Affects Versions: 3.16.0
>Reporter: Zineb Bendhiba
>Assignee: Zineb Bendhiba
>Priority: Minor
>
> The Readme is out to date, as serveo tunnel doesn't anymore.
> An alternative is to change to localhost.run



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18049) Camel Webhook - error to set Webhook URL

2022-05-03 Thread Zineb Bendhiba (Jira)


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

Zineb Bendhiba commented on CAMEL-18049:


Investigating on this one

> Camel Webhook - error to set Webhook URL
> 
>
> Key: CAMEL-18049
> URL: https://issues.apache.org/jira/browse/CAMEL-18049
> Project: Camel
>  Issue Type: Bug
>  Components: camel-webhook
>Reporter: Zineb Bendhiba
>Assignee: Zineb Bendhiba
>Priority: Major
>
> The method that is supposed to set the webhook URL seems trying to delete the 
> webhook URL.
> refering to this method : 
> [https://github.com/apache/camel/blob/f7c953c790337322f9db3ec792a5410e3f6923cb/components/camel-telegram/src/main/java/org/apache/camel/component/telegram/service/TelegramServiceRestBotAPIAdapter.java#L184]
>  
> While trying to execute the Spring Boot webhook example here: 
> [https://github.com/apache/camel-spring-boot-examples/tree/main/webhook 
> :|https://github.com/apache/camel-spring-boot-examples/tree/main/webhook]
> the API responds : 
> {code:java}
> WebhookResult{ok=true, result=true, description='Webhook is already deleted'} 
> {code}



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18048) Camel Spring boot Webhook Example

2022-05-03 Thread Zineb Bendhiba (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Zineb Bendhiba updated CAMEL-18048:
---
Affects Version/s: 3.16.0

> Camel Spring boot Webhook Example
> -
>
> Key: CAMEL-18048
> URL: https://issues.apache.org/jira/browse/CAMEL-18048
> Project: Camel
>  Issue Type: Bug
>  Components: camel-webhook
>Affects Versions: 3.16.0
>Reporter: Zineb Bendhiba
>Assignee: Zineb Bendhiba
>Priority: Minor
>
> The Readme is out to date, as serveo tunnel doesn't anymore.
> An alternative is to change to localhost.run



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18049) Camel Webhook - error to set Webhook URL

2022-05-03 Thread Zineb Bendhiba (Jira)
Zineb Bendhiba created CAMEL-18049:
--

 Summary: Camel Webhook - error to set Webhook URL
 Key: CAMEL-18049
 URL: https://issues.apache.org/jira/browse/CAMEL-18049
 Project: Camel
  Issue Type: Bug
  Components: camel-webhook
Reporter: Zineb Bendhiba
Assignee: Zineb Bendhiba


The method that is supposed to set the webhook URL seems trying to delete the 
webhook URL.

refering to this method : 
[https://github.com/apache/camel/blob/f7c953c790337322f9db3ec792a5410e3f6923cb/components/camel-telegram/src/main/java/org/apache/camel/component/telegram/service/TelegramServiceRestBotAPIAdapter.java#L184]

 

While trying to execute the Spring Boot webhook example here: 
[https://github.com/apache/camel-spring-boot-examples/tree/main/webhook 
:|https://github.com/apache/camel-spring-boot-examples/tree/main/webhook]

the API responds : 
{code:java}
WebhookResult{ok=true, result=true, description='Webhook is already deleted'} 
{code}



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18048) Camel Spring boot Webhook Example

2022-05-03 Thread Zineb Bendhiba (Jira)
Zineb Bendhiba created CAMEL-18048:
--

 Summary: Camel Spring boot Webhook Example
 Key: CAMEL-18048
 URL: https://issues.apache.org/jira/browse/CAMEL-18048
 Project: Camel
  Issue Type: Bug
  Components: camel-webhook
Reporter: Zineb Bendhiba
Assignee: Zineb Bendhiba


The Readme is out to date, as serveo tunnel doesn't anymore.

An alternative is to change to localhost.run



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Work started] (CAMEL-18048) Camel Spring boot Webhook Example

2022-05-03 Thread Zineb Bendhiba (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Work on CAMEL-18048 started by Zineb Bendhiba.
--
> Camel Spring boot Webhook Example
> -
>
> Key: CAMEL-18048
> URL: https://issues.apache.org/jira/browse/CAMEL-18048
> Project: Camel
>  Issue Type: Bug
>  Components: camel-webhook
>Reporter: Zineb Bendhiba
>Assignee: Zineb Bendhiba
>Priority: Minor
>
> The Readme is out to date, as serveo tunnel doesn't anymore.
> An alternative is to change to localhost.run



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (CAMEL-18046) camel-salesforce: Support sObjectName parameter for query operations

2022-05-03 Thread Jeremy Ross (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18046?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeremy Ross resolved CAMEL-18046.
-
Resolution: Fixed

> camel-salesforce: Support sObjectName parameter for query operations
> 
>
> Key: CAMEL-18046
> URL: https://issues.apache.org/jira/browse/CAMEL-18046
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-salesforce
>Affects Versions: 3.16.0
>Reporter: Jeremy Ross
>Assignee: Jeremy Ross
>Priority: Minor
> Fix For: 3.17.0
>
>
> Currently we only support sObjectClass, which requires a fully qualified 
> class name. We should also be able to support sObjectName, which is just the 
> simple class name.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18047) Upgrade jakarta.mail to 1.6.7

2022-05-03 Thread Jiri Ondrusek (Jira)
Jiri Ondrusek created CAMEL-18047:
-

 Summary: Upgrade jakarta.mail to 1.6.7
 Key: CAMEL-18047
 URL: https://issues.apache.org/jira/browse/CAMEL-18047
 Project: Camel
  Issue Type: Improvement
  Components: camel-mail
Reporter: Jiri Ondrusek
Assignee: Jiri Ondrusek






--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18042) doCatch of a rollback only executes one line after doCatch and prune the rest of the route

2022-05-03 Thread Yasser Zamani (Jira)


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

Yasser Zamani commented on CAMEL-18042:
---

[~davsclaus] Firstly I'm not talking about doFinally, but about doCatch. It's 
not the case anyway. Furthermore everyone rationally expects stopping the rest 
of the route when exception occurs, you're right, but I'm talking about the 
first route.

 

Sorry I think you haven't read description carefully please. Again, when I use 
{{throwException(new RuntimeException("Failed to upload"))}} instead of 
{{rollback()}} in the second route, I see both logs in the first route (i.e. it 
doesn't stop in your words). But with {{rollback()}} I see only the first log. 
Trust me. I struggled a lot with it. In summary we can't catch the exception 
thrown by {{rolback()}} in Camel, because I don't know what Camel does 
internally but anyway it causes to execute only one step after doCatch and 
prunes the rest of the route.

> doCatch of a rollback only executes one line after doCatch and prune the rest 
> of the route
> --
>
> Key: CAMEL-18042
> URL: https://issues.apache.org/jira/browse/CAMEL-18042
> Project: Camel
>  Issue Type: Bug
>  Components: came-core
>Affects Versions: 3.16.0
>Reporter: Yasser Zamani
>Priority: Minor
>
> I have following route (simplified)
> {code:java}
> 
> from("quartz://MY_CTRL?cron=0+0/10+8-12+?+*+MON-FRI").routeId("MY_CTRL").
> transacted("PROPAGATION_NEVER").
> .
> .
> .
> doTry().
> to("direct:MY_CSV").
> doCatch(Throwable.class).
> log("CSV generation or upload failed. So delete azure blob").
> log("blahblahblah").
> end(); // end try
> from("direct:MY_CSV").routeId("MY_CSV").
> transacted().
> .
> .
> .
> filter(body().isNotEqualTo(Boolean.TRUE)).
> rollback()
> stop().
> end().
> .
> .
> .
> {code}
> that doesn't print {{blahblahblah}}. When I replace {{rolback()}} with 
> {{throwException(new RuntimeException("Failed to upload"))}} it does.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Assigned] (CAMEL-18046) camel-salesforce: Support sObjectName parameter for query operations

2022-05-03 Thread Jeremy Ross (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18046?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeremy Ross reassigned CAMEL-18046:
---

Assignee: Jeremy Ross

> camel-salesforce: Support sObjectName parameter for query operations
> 
>
> Key: CAMEL-18046
> URL: https://issues.apache.org/jira/browse/CAMEL-18046
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-salesforce
>Affects Versions: 3.16.0
>Reporter: Jeremy Ross
>Assignee: Jeremy Ross
>Priority: Minor
> Fix For: 3.17.0
>
>
> Currently we only support sObjectClass, which requires a fully qualified 
> class name. We should also be able to support sObjectName, which is just the 
> simple class name.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18046) camel-salesforce: Support sObjectName parameter for query operations

2022-05-03 Thread Jeremy Ross (Jira)
Jeremy Ross created CAMEL-18046:
---

 Summary: camel-salesforce: Support sObjectName parameter for query 
operations
 Key: CAMEL-18046
 URL: https://issues.apache.org/jira/browse/CAMEL-18046
 Project: Camel
  Issue Type: Improvement
  Components: camel-salesforce
Affects Versions: 3.16.0
Reporter: Jeremy Ross
 Fix For: 3.17.0


Currently we only support sObjectClass, which requires a fully qualified class 
name. We should also be able to support sObjectName, which is just the simple 
class name.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-17819) camel-jbang - Can we support --opena-api like camel-k have

2022-05-03 Thread Claus Ibsen (Jira)


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

Claus Ibsen commented on CAMEL-17819:
-

There is a bug in the openapi yaml generator that we need to fix as well. When 
fixed then we can have this feature

> camel-jbang - Can we support --opena-api like camel-k have
> --
>
> Key: CAMEL-17819
> URL: https://issues.apache.org/jira/browse/CAMEL-17819
> Project: Camel
>  Issue Type: New Feature
>  Components: camel-jbang
>Reporter: Claus Ibsen
>Assignee: Claus Ibsen
>Priority: Major
> Fix For: 3.17.0
>
>
> https://github.com/apache/camel-k/tree/main/examples/openapi



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Assigned] (CAMEL-17819) camel-jbang - Can we support --opena-api like camel-k have

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-17819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen reassigned CAMEL-17819:
---

Assignee: Claus Ibsen

> camel-jbang - Can we support --opena-api like camel-k have
> --
>
> Key: CAMEL-17819
> URL: https://issues.apache.org/jira/browse/CAMEL-17819
> Project: Camel
>  Issue Type: New Feature
>  Components: camel-jbang
>Reporter: Claus Ibsen
>Assignee: Claus Ibsen
>Priority: Major
> Fix For: 3.17.0
>
>
> https://github.com/apache/camel-k/tree/main/examples/openapi



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18045) camel-infinispan: Avoid usage of Protostuff marshaller

2022-05-03 Thread James Netherton (Jira)
James Netherton created CAMEL-18045:
---

 Summary: camel-infinispan: Avoid usage of Protostuff marshaller
 Key: CAMEL-18045
 URL: https://issues.apache.org/jira/browse/CAMEL-18045
 Project: Camel
  Issue Type: Improvement
  Components: camel-infinispan
Reporter: James Netherton
 Fix For: 3.18.0


Dependency infinispan-marshaller-protostuff is deprecated for removal in 
Infinispan 15.x so it'd be good to start thinking of a replacement sooner than 
later. E.g by using the more modern protostream marshaller.





--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18044) camel-infinispan: Avoid usage of JBossUserMarshaller in InfinispanRemoteAggregationRepository

2022-05-03 Thread James Netherton (Jira)
James Netherton created CAMEL-18044:
---

 Summary: camel-infinispan: Avoid usage of JBossUserMarshaller in 
InfinispanRemoteAggregationRepository
 Key: CAMEL-18044
 URL: https://issues.apache.org/jira/browse/CAMEL-18044
 Project: Camel
  Issue Type: Improvement
  Components: camel-infinispan
Reporter: James Netherton
 Fix For: 3.18.0


Dependency infinispan-jboss-marshalling and therefore usage of 
JBossUserMarshaller is deprecated for removal in Infinispan 14, so we should 
look to see if there are better alternatives.

Probably the simplest replacement would be to use JavaSerializationMarshaller. 
But as per the comment linked to below, it should perhaps be considered whether 
Java serialization is the correct approach.

https://github.com/apache/camel/blob/main/components/camel-infinispan/camel-infinispan/src/main/java/org/apache/camel/component/infinispan/remote/InfinispanRemoteAggregationRepository.java#L57-L77



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18043) add tests in camel-mllp-starter

2022-05-03 Thread Freeman Yue Fang (Jira)
Freeman Yue Fang created CAMEL-18043:


 Summary: add tests in camel-mllp-starter
 Key: CAMEL-18043
 URL: https://issues.apache.org/jira/browse/CAMEL-18043
 Project: Camel
  Issue Type: Test
  Components: camel-mllp, camel-spring-boot-starters, tests
Reporter: Freeman Yue Fang
Assignee: Freeman Yue Fang
 Fix For: 3.17.0






--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18042) doCatch of a rollback only executes one line after doCatch and prune the rest of the route

2022-05-03 Thread Claus Ibsen (Jira)


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

Claus Ibsen commented on CAMEL-18042:
-

You added `stop` which tells Camel to not continue routing, so the doFinally 
will stop too. 

> doCatch of a rollback only executes one line after doCatch and prune the rest 
> of the route
> --
>
> Key: CAMEL-18042
> URL: https://issues.apache.org/jira/browse/CAMEL-18042
> Project: Camel
>  Issue Type: Bug
>  Components: came-core
>Affects Versions: 3.16.0
>Reporter: Yasser Zamani
>Priority: Minor
>
> I have following route (simplified)
> {code:java}
> 
> from("quartz://MY_CTRL?cron=0+0/10+8-12+?+*+MON-FRI").routeId("MY_CTRL").
> transacted("PROPAGATION_NEVER").
> .
> .
> .
> doTry().
> to("direct:MY_CSV").
> doCatch(Throwable.class).
> log("CSV generation or upload failed. So delete azure blob").
> log("blahblahblah").
> end(); // end try
> from("direct:MY_CSV").routeId("MY_CSV").
> transacted().
> .
> .
> .
> filter(body().isNotEqualTo(Boolean.TRUE)).
> rollback()
> stop().
> end().
> .
> .
> .
> {code}
> that doesn't print {{blahblahblah}}. When I replace {{rolback()}} with 
> {{throwException(new RuntimeException("Failed to upload"))}} it does.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18042) doCatch of a rollback only executes one line after doCatch and prune the rest of the route

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen updated CAMEL-18042:

Fix Version/s: (was: 3.17.0)

> doCatch of a rollback only executes one line after doCatch and prune the rest 
> of the route
> --
>
> Key: CAMEL-18042
> URL: https://issues.apache.org/jira/browse/CAMEL-18042
> Project: Camel
>  Issue Type: Bug
>  Components: came-core
>Affects Versions: 3.16.0
>Reporter: Yasser Zamani
>Priority: Minor
>
> I have following route (simplified)
> {code:java}
> 
> from("quartz://MY_CTRL?cron=0+0/10+8-12+?+*+MON-FRI").routeId("MY_CTRL").
> transacted("PROPAGATION_NEVER").
> .
> .
> .
> doTry().
> to("direct:MY_CSV").
> doCatch(Throwable.class).
> log("CSV generation or upload failed. So delete azure blob").
> log("blahblahblah").
> end(); // end try
> from("direct:MY_CSV").routeId("MY_CSV").
> transacted().
> .
> .
> .
> filter(body().isNotEqualTo(Boolean.TRUE)).
> rollback()
> stop().
> end().
> .
> .
> .
> {code}
> that doesn't print {{blahblahblah}}. When I replace {{rolback()}} with 
> {{throwException(new RuntimeException("Failed to upload"))}} it does.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (CAMEL-18035) camel-jbang - Run * should better detect what is Camel routes and what are misc files

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen resolved CAMEL-18035.
-
Resolution: Fixed

> camel-jbang - Run * should better detect what is Camel routes and what are 
> misc files
> -
>
> Key: CAMEL-18035
> URL: https://issues.apache.org/jira/browse/CAMEL-18035
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-jbang
>Reporter: Claus Ibsen
>Assignee: Claus Ibsen
>Priority: Major
> Fix For: 3.17.0
>
>
> Today files such as yaml or xml are added as camel routes, but they may in 
> fact be configuration files etc.
> We should make jbang better at detecting what is what, and then better 
> configure camel main accordingly.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18042) doCatch of a rollback only executes one line after doCatch and prune the rest of the route

2022-05-03 Thread Yasser Zamani (Jira)
Yasser Zamani created CAMEL-18042:
-

 Summary: doCatch of a rollback only executes one line after 
doCatch and prune the rest of the route
 Key: CAMEL-18042
 URL: https://issues.apache.org/jira/browse/CAMEL-18042
 Project: Camel
  Issue Type: Bug
  Components: came-core
Affects Versions: 3.16.0
Reporter: Yasser Zamani
 Fix For: 3.17.0


I have following route (simplified)
{code:java}

from("quartz://MY_CTRL?cron=0+0/10+8-12+?+*+MON-FRI").routeId("MY_CTRL").
transacted("PROPAGATION_NEVER").
.
.
.
doTry().
to("direct:MY_CSV").
doCatch(Throwable.class).
log("CSV generation or upload failed. So delete azure blob").
log("blahblahblah").
end(); // end try

from("direct:MY_CSV").routeId("MY_CSV").
transacted().
.
.
.
filter(body().isNotEqualTo(Boolean.TRUE)).
rollback()
stop().
end().
.
.
.
{code}

that doesn't print {{blahblahblah}}. When I replace {{rolback()}} with 
{{throwException(new RuntimeException("Failed to upload"))}} it does.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-17675) Rest DSL - Removed inlined routes

2022-05-03 Thread rodrigo coelho (Jira)


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

rodrigo coelho commented on CAMEL-17675:


Hello all,

Any reason for the RestDefinition.to() not allowing String... ?

Before this change i was getting my routeDefinition from the 
restDefinition.route() and later on adding the to(), now i'm forced to set to() 
on restDefinition?

Can you explain me why?

 

Thanks.

Best,

Rodrigo

> Rest DSL - Removed inlined routes
> -
>
> Key: CAMEL-17675
> URL: https://issues.apache.org/jira/browse/CAMEL-17675
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-core
>Reporter: Claus Ibsen
>Assignee: Claus Ibsen
>Priority: Major
> Fix For: 3.16.0
>
>
> In the Rest DSL you can inline a route but that was a mistake.
> I made a mistake when rest-dsl was created that you could embed a route 
> inside it
> that is bad, instead its better as it was a facade to a route which you link 
> via direct.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18040) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Claus Ibsen (Jira)


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

Claus Ibsen commented on CAMEL-18040:
-

If you have the opportunity then you are welcome to dive into the generator 
source code, you can potentially find the spot where we need to add the code to 
detect the Scheme oneOf annotation from the java code to use for the json 
output.

> OpenApi Specification Generator Does not generate oneOf when annotation 
> @Schema(oneOf = {X.class, Y.class}) is specified on a class 
> 
>
> Key: CAMEL-18040
> URL: https://issues.apache.org/jira/browse/CAMEL-18040
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-rest-openapi
>Affects Versions: 3.14.2
>Reporter: Johnathan Ingram
>Priority: Minor
>
>  
> Given the following classes
> {code:java}
> @Schema(oneOf = {FormA.class, FormB.class})
> public abstract class Form {
> } {code}
>  
>  
>  
> {code:java}
> public class FormA extends Form {
> String code;
> String a;
> int b;
> 
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public String getA() {return this.a;}
> public void setA(String a) {this.a = a;}
> public int getB() {return this.b;}
> public void setB(int b) {this.b = b;}
> } {code}
>  
> {code:java}
> public class FormB extends Form {
> String code;
> int x;
> String y;
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public int getX() {return this.x;}
> public void setX(int x) {this.x = x;}
> public String getY() {return this.y;}
> public void setY(String y) {this.y = y;}
> } {code}
> {code:java}
> public class Wrapper {
> @JsonProperty("system")String system;
> @JsonProperty("form")Form form;
> public String getSystem() {return this.system;}
> public void setSystem(String system) {this.system = system;}
> public Form getForm() {return this.form;}
> @JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
> JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
> @JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
> @Type(value = FormB.class, name = "Form B")   })  
> public void setForm(Form form) {this.form = form;}
> } {code}
> And finally the request of a Camel Rest Endpoint
> {code:java}
> rest("/prototype/")   
> .id("rest.proto.oneof")
> .post("oneof")
> .bindingMode(RestBindingMode.json)
> .description("Prototype OneOf")
> .id("proto.oneof")
> .consumes("application/json")
> .produces(MediaType.APPLICATION_JSON )
> .type(Wrapper.class)
> .responseMessage()
> .code(200).message("Oneof working")
> .endResponseMessage() 
> {code}
> The OpenAPI specification is correct except for the Form class in the schema 
> components section
> {code:java}
> "Form" : {
>"type" : "object"  
> },  
> "FormA" : {
>"type" : "object",
>"properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "a" : {
> "type" : "string"
>   },
>   "b" : {
> "format" : "int32",
> "type" : "integer"
>   }
> }
>   },
> "FormB" : {
> "type" : "object",
> "properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "x" : {
> "format" : "int32",
> "type" : "integer"
>   },
>   "y" : {
> "type" : "string"
>   }
> }
>   },
>   "Wrapper" : {
> "type" : "object",
> "properties" : {
>   "system" : {
> "type" : "string"
>   },
>   "form" : {
> "$ref" : "#/components/schemas/Form"
>   }
> }
>   }
> }
>  {code}
> NOTE: Form should be
> {code:java}
> "Form" : { 
> "oneOf" : [
>
> ] 
> },  {code}
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Work started] (CAMEL-17093) Debezium 1.7.0 - Vitess Connector

2022-05-03 Thread Ramu (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-17093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Work on CAMEL-17093 started by Ramu.

> Debezium 1.7.0 - Vitess Connector
> -
>
> Key: CAMEL-17093
> URL: https://issues.apache.org/jira/browse/CAMEL-17093
> Project: Camel
>  Issue Type: Sub-task
>  Components: camel-debezium
>Reporter: Andrea Cosentino
>Assignee: Ramu
>Priority: Major
> Fix For: 3.x
>
>




--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Assigned] (CAMEL-18035) camel-jbang - Run * should better detect what is Camel routes and what are misc files

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen reassigned CAMEL-18035:
---

Assignee: Claus Ibsen

> camel-jbang - Run * should better detect what is Camel routes and what are 
> misc files
> -
>
> Key: CAMEL-18035
> URL: https://issues.apache.org/jira/browse/CAMEL-18035
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-jbang
>Reporter: Claus Ibsen
>Assignee: Claus Ibsen
>Priority: Major
> Fix For: 3.17.0
>
>
> Today files such as yaml or xml are added as camel routes, but they may in 
> fact be configuration files etc.
> We should make jbang better at detecting what is what, and then better 
> configure camel main accordingly.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Deleted] (CAMEL-18041) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen deleted CAMEL-18041:



> OpenApi Specification Generator Does not generate oneOf when annotation 
> @Schema(oneOf = {X.class, Y.class}) is specified on a class 
> 
>
> Key: CAMEL-18041
> URL: https://issues.apache.org/jira/browse/CAMEL-18041
> Project: Camel
>  Issue Type: Improvement
>Reporter: Johnathan Ingram
>Priority: Critical
>
>  
> Given the following classes
> {code:java}
> @Schema(oneOf = {FormA.class, FormB.class})
> public abstract class Form {
> } {code}
>  
>  
>  
> {code:java}
> public class FormA extends Form {
> String code;
> String a;
> int b;
> 
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public String getA() {return this.a;}
> public void setA(String a) {this.a = a;}
> public int getB() {return this.b;}
> public void setB(int b) {this.b = b;}
> } {code}
>  
> {code:java}
> public class FormB extends Form {
> String code;
> int x;
> String y;
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public int getX() {return this.x;}
> public void setX(int x) {this.x = x;}
> public String getY() {return this.y;}
> public void setY(String y) {this.y = y;}
> } {code}
> {code:java}
> public class Wrapper {
> @JsonProperty("system")String system;
> @JsonProperty("form")Form form;
> public String getSystem() {return this.system;}
> public void setSystem(String system) {this.system = system;}
> public Form getForm() {return this.form;}
> @JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
> JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
> @JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
> @Type(value = FormB.class, name = "Form B")   })  
> public void setForm(Form form) {this.form = form;}
> } {code}
> And finally the request of a Camel Rest Endpoint
> {code:java}
> rest("/prototype/")   
> .id("rest.proto.oneof")
> .post("oneof")
> .bindingMode(RestBindingMode.json)
> .description("Prototype OneOf")
> .id("proto.oneof")
> .consumes("application/json")
> .produces(MediaType.APPLICATION_JSON )
> .type(Wrapper.class)
> .responseMessage()
> .code(200).message("Oneof working")
> .endResponseMessage() 
> {code}
> The OpenAPI specification is correct except for the Form class in the schema 
> components section
> {code:java}
> "Form" : {
>"type" : "object"  
> },  
> "FormA" : {
>"type" : "object",
>"properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "a" : {
> "type" : "string"
>   },
>   "b" : {
> "format" : "int32",
> "type" : "integer"
>   }
> }
>   },
> "FormB" : {
> "type" : "object",
> "properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "x" : {
> "format" : "int32",
> "type" : "integer"
>   },
>   "y" : {
> "type" : "string"
>   }
> }
>   },
>   "Wrapper" : {
> "type" : "object",
> "properties" : {
>   "system" : {
> "type" : "string"
>   },
>   "form" : {
> "$ref" : "#/components/schemas/Form"
>   }
> }
>   }
> }
>  {code}
> NOTE: Form should be
> {code:java}
> "Form" : { 
> "oneOf" : [
>
> ] 
> },  {code}
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18040) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen updated CAMEL-18040:

Priority: Minor  (was: Critical)

> OpenApi Specification Generator Does not generate oneOf when annotation 
> @Schema(oneOf = {X.class, Y.class}) is specified on a class 
> 
>
> Key: CAMEL-18040
> URL: https://issues.apache.org/jira/browse/CAMEL-18040
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-rest-openapi
>Affects Versions: 3.14.2
>Reporter: Johnathan Ingram
>Priority: Minor
> Fix For: 3.14.3
>
>
>  
> Given the following classes
> {code:java}
> @Schema(oneOf = {FormA.class, FormB.class})
> public abstract class Form {
> } {code}
>  
>  
>  
> {code:java}
> public class FormA extends Form {
> String code;
> String a;
> int b;
> 
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public String getA() {return this.a;}
> public void setA(String a) {this.a = a;}
> public int getB() {return this.b;}
> public void setB(int b) {this.b = b;}
> } {code}
>  
> {code:java}
> public class FormB extends Form {
> String code;
> int x;
> String y;
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public int getX() {return this.x;}
> public void setX(int x) {this.x = x;}
> public String getY() {return this.y;}
> public void setY(String y) {this.y = y;}
> } {code}
> {code:java}
> public class Wrapper {
> @JsonProperty("system")String system;
> @JsonProperty("form")Form form;
> public String getSystem() {return this.system;}
> public void setSystem(String system) {this.system = system;}
> public Form getForm() {return this.form;}
> @JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
> JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
> @JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
> @Type(value = FormB.class, name = "Form B")   })  
> public void setForm(Form form) {this.form = form;}
> } {code}
> And finally the request of a Camel Rest Endpoint
> {code:java}
> rest("/prototype/")   
> .id("rest.proto.oneof")
> .post("oneof")
> .bindingMode(RestBindingMode.json)
> .description("Prototype OneOf")
> .id("proto.oneof")
> .consumes("application/json")
> .produces(MediaType.APPLICATION_JSON )
> .type(Wrapper.class)
> .responseMessage()
> .code(200).message("Oneof working")
> .endResponseMessage() 
> {code}
> The OpenAPI specification is correct except for the Form class in the schema 
> components section
> {code:java}
> "Form" : {
>"type" : "object"  
> },  
> "FormA" : {
>"type" : "object",
>"properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "a" : {
> "type" : "string"
>   },
>   "b" : {
> "format" : "int32",
> "type" : "integer"
>   }
> }
>   },
> "FormB" : {
> "type" : "object",
> "properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "x" : {
> "format" : "int32",
> "type" : "integer"
>   },
>   "y" : {
> "type" : "string"
>   }
> }
>   },
>   "Wrapper" : {
> "type" : "object",
> "properties" : {
>   "system" : {
> "type" : "string"
>   },
>   "form" : {
> "$ref" : "#/components/schemas/Form"
>   }
> }
>   }
> }
>  {code}
> NOTE: Form should be
> {code:java}
> "Form" : { 
> "oneOf" : [
>
> ] 
> },  {code}
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18040) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen updated CAMEL-18040:

Fix Version/s: (was: 3.14.3)

> OpenApi Specification Generator Does not generate oneOf when annotation 
> @Schema(oneOf = {X.class, Y.class}) is specified on a class 
> 
>
> Key: CAMEL-18040
> URL: https://issues.apache.org/jira/browse/CAMEL-18040
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-rest-openapi
>Affects Versions: 3.14.2
>Reporter: Johnathan Ingram
>Priority: Minor
>
>  
> Given the following classes
> {code:java}
> @Schema(oneOf = {FormA.class, FormB.class})
> public abstract class Form {
> } {code}
>  
>  
>  
> {code:java}
> public class FormA extends Form {
> String code;
> String a;
> int b;
> 
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public String getA() {return this.a;}
> public void setA(String a) {this.a = a;}
> public int getB() {return this.b;}
> public void setB(int b) {this.b = b;}
> } {code}
>  
> {code:java}
> public class FormB extends Form {
> String code;
> int x;
> String y;
> public String getCode() {return this.code;}
> public void setCode(String code) {this.code = code;}
> public int getX() {return this.x;}
> public void setX(int x) {this.x = x;}
> public String getY() {return this.y;}
> public void setY(String y) {this.y = y;}
> } {code}
> {code:java}
> public class Wrapper {
> @JsonProperty("system")String system;
> @JsonProperty("form")Form form;
> public String getSystem() {return this.system;}
> public void setSystem(String system) {this.system = system;}
> public Form getForm() {return this.form;}
> @JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
> JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
> @JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
> @Type(value = FormB.class, name = "Form B")   })  
> public void setForm(Form form) {this.form = form;}
> } {code}
> And finally the request of a Camel Rest Endpoint
> {code:java}
> rest("/prototype/")   
> .id("rest.proto.oneof")
> .post("oneof")
> .bindingMode(RestBindingMode.json)
> .description("Prototype OneOf")
> .id("proto.oneof")
> .consumes("application/json")
> .produces(MediaType.APPLICATION_JSON )
> .type(Wrapper.class)
> .responseMessage()
> .code(200).message("Oneof working")
> .endResponseMessage() 
> {code}
> The OpenAPI specification is correct except for the Form class in the schema 
> components section
> {code:java}
> "Form" : {
>"type" : "object"  
> },  
> "FormA" : {
>"type" : "object",
>"properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "a" : {
> "type" : "string"
>   },
>   "b" : {
> "format" : "int32",
> "type" : "integer"
>   }
> }
>   },
> "FormB" : {
> "type" : "object",
> "properties" : {
>   "code" : {
> "type" : "string"
>   },
>   "x" : {
> "format" : "int32",
> "type" : "integer"
>   },
>   "y" : {
> "type" : "string"
>   }
> }
>   },
>   "Wrapper" : {
> "type" : "object",
> "properties" : {
>   "system" : {
> "type" : "string"
>   },
>   "form" : {
> "$ref" : "#/components/schemas/Form"
>   }
> }
>   }
> }
>  {code}
> NOTE: Form should be
> {code:java}
> "Form" : { 
> "oneOf" : [
>
> ] 
> },  {code}
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18039) endpoint-dsl - pollEnrich or file consumer polls file alphabetically despite specified fileName

2022-05-03 Thread Yasser Zamani (Jira)


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

Yasser Zamani commented on CAMEL-18039:
---

[~davsclaus] sorry forgot to say. We had also tried it. There was no difference.

> endpoint-dsl - pollEnrich or file consumer polls file alphabetically despite 
> specified fileName
> ---
>
> Key: CAMEL-18039
> URL: https://issues.apache.org/jira/browse/CAMEL-18039
> Project: Camel
>  Issue Type: Bug
>  Components: camel-core, camel-file
>Affects Versions: 3.16.0
>Reporter: Yasser Zamani
>Priority: Minor
> Fix For: 3.17.0
>
>
> I have following route
> {code:java}
> private static final String FILE_PROPERTY_NAME = "MyCsvFileName";
> private static final String FILE_NAME = "${exchangeProperty." + 
> FILE_PROPERTY_NAME + "}";
> private static final String FOLDER_NAME = ".";
> from("direct:MY_CSV").routeId("MY_CSV").
> setBody(constant(FIRST_LINE)).
> transform(body().append("\r\n")).
> 
> setProperty(FILE_PROPERTY_NAME).simple("MY_${messageTimestamp}.csv").
> to(file(FOLDER_NAME).fileName(FILE_NAME)).
> .
> .
> .
> pollEnrich(file(FOLDER_NAME).fileName(FILE_NAME)).
> log("The CSV file ${header." + FILE_NAME_ONLY + "} generated. 
> Now uploading it...").
> {code}
> that logs following line
> {quote}The CSV file azurite-blob.sh generated. Now uploading it...
> {quote}
> We eventually realized that pollEnrich or file consumer polls file 
> alphabetically despite specified fileName.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18040) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Johnathan Ingram (Jira)
Johnathan Ingram created CAMEL-18040:


 Summary: OpenApi Specification Generator Does not generate oneOf 
when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class 
 Key: CAMEL-18040
 URL: https://issues.apache.org/jira/browse/CAMEL-18040
 Project: Camel
  Issue Type: Improvement
  Components: camel-rest-openapi
Affects Versions: 3.14.2
Reporter: Johnathan Ingram
 Fix For: 3.14.3


 

Given the following classes
{code:java}
@Schema(oneOf = {FormA.class, FormB.class})
public abstract class Form {
} {code}
 

 

 
{code:java}
public class FormA extends Form {
String code;
String a;
int b;

public String getCode() {return this.code;}
public void setCode(String code) {this.code = code;}
public String getA() {return this.a;}
public void setA(String a) {this.a = a;}
public int getB() {return this.b;}
public void setB(int b) {this.b = b;}
} {code}
 
{code:java}
public class FormB extends Form {
String code;
int x;
String y;

public String getCode() {return this.code;}
public void setCode(String code) {this.code = code;}
public int getX() {return this.x;}
public void setX(int x) {this.x = x;}
public String getY() {return this.y;}
public void setY(String y) {this.y = y;}
} {code}
{code:java}
public class Wrapper {
@JsonProperty("system")String system;
@JsonProperty("form")Form form;

public String getSystem() {return this.system;}
public void setSystem(String system) {this.system = system;}
public Form getForm() {return this.form;}
@JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
@JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
@Type(value = FormB.class, name = "Form B")   })  
public void setForm(Form form) {this.form = form;}
} {code}
And finally the request of a Camel Rest Endpoint
{code:java}
rest("/prototype/")   
.id("rest.proto.oneof")
.post("oneof")
.bindingMode(RestBindingMode.json)
.description("Prototype OneOf")
.id("proto.oneof")
.consumes("application/json")
.produces(MediaType.APPLICATION_JSON )
.type(Wrapper.class)
.responseMessage()
.code(200).message("Oneof working")
.endResponseMessage() 

{code}
The OpenAPI specification is correct except for the Form class in the schema 
components section
{code:java}
"Form" : {
   "type" : "object"  
},  
"FormA" : {
   "type" : "object",
   "properties" : {
  "code" : {
"type" : "string"
  },
  "a" : {
"type" : "string"
  },
  "b" : {
"format" : "int32",
"type" : "integer"
  }
}
  },
"FormB" : {
"type" : "object",
"properties" : {
  "code" : {
"type" : "string"
  },
  "x" : {
"format" : "int32",
"type" : "integer"
  },
  "y" : {
"type" : "string"
  }
}
  },
  "Wrapper" : {
"type" : "object",
"properties" : {
  "system" : {
"type" : "string"
  },
  "form" : {
"$ref" : "#/components/schemas/Form"
  }
}
  }
}
 {code}
NOTE: Form should be
{code:java}
"Form" : { 
"oneOf" : [
   
] 
},  {code}
 

 



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18041) OpenApi Specification Generator Does not generate oneOf when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class

2022-05-03 Thread Johnathan Ingram (Jira)
Johnathan Ingram created CAMEL-18041:


 Summary: OpenApi Specification Generator Does not generate oneOf 
when annotation @Schema(oneOf = {X.class, Y.class}) is specified on a class 
 Key: CAMEL-18041
 URL: https://issues.apache.org/jira/browse/CAMEL-18041
 Project: Camel
  Issue Type: Improvement
  Components: camel-rest-openapi
Affects Versions: 3.14.2
Reporter: Johnathan Ingram
 Fix For: 3.14.3


 

Given the following classes
{code:java}
@Schema(oneOf = {FormA.class, FormB.class})
public abstract class Form {
} {code}
 

 

 
{code:java}
public class FormA extends Form {
String code;
String a;
int b;

public String getCode() {return this.code;}
public void setCode(String code) {this.code = code;}
public String getA() {return this.a;}
public void setA(String a) {this.a = a;}
public int getB() {return this.b;}
public void setB(int b) {this.b = b;}
} {code}
 
{code:java}
public class FormB extends Form {
String code;
int x;
String y;

public String getCode() {return this.code;}
public void setCode(String code) {this.code = code;}
public int getX() {return this.x;}
public void setX(int x) {this.x = x;}
public String getY() {return this.y;}
public void setY(String y) {this.y = y;}
} {code}
{code:java}
public class Wrapper {
@JsonProperty("system")String system;
@JsonProperty("form")Form form;

public String getSystem() {return this.system;}
public void setSystem(String system) {this.system = system;}
public Form getForm() {return this.form;}
@JsonTypeInfo(use = JsonTypeInfo.Id.NAME, include = 
JsonTypeInfo.As.EXTERNAL_PROPERTY, property = "system")  
@JsonSubTypes({ @Type(value = FormA.class, name = "Form A"), 
@Type(value = FormB.class, name = "Form B")   })  
public void setForm(Form form) {this.form = form;}
} {code}
And finally the request of a Camel Rest Endpoint
{code:java}
rest("/prototype/")   
.id("rest.proto.oneof")
.post("oneof")
.bindingMode(RestBindingMode.json)
.description("Prototype OneOf")
.id("proto.oneof")
.consumes("application/json")
.produces(MediaType.APPLICATION_JSON )
.type(Wrapper.class)
.responseMessage()
.code(200).message("Oneof working")
.endResponseMessage() 

{code}
The OpenAPI specification is correct except for the Form class in the schema 
components section
{code:java}
"Form" : {
   "type" : "object"  
},  
"FormA" : {
   "type" : "object",
   "properties" : {
  "code" : {
"type" : "string"
  },
  "a" : {
"type" : "string"
  },
  "b" : {
"format" : "int32",
"type" : "integer"
  }
}
  },
"FormB" : {
"type" : "object",
"properties" : {
  "code" : {
"type" : "string"
  },
  "x" : {
"format" : "int32",
"type" : "integer"
  },
  "y" : {
"type" : "string"
  }
}
  },
  "Wrapper" : {
"type" : "object",
"properties" : {
  "system" : {
"type" : "string"
  },
  "form" : {
"$ref" : "#/components/schemas/Form"
  }
}
  }
}
 {code}
NOTE: Form should be
{code:java}
"Form" : { 
"oneOf" : [
   
] 
},  {code}
 

 



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18039) endpoint-dsl - pollEnrich or file consumer polls file alphabetically despite specified fileName

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen updated CAMEL-18039:

Summary: endpoint-dsl - pollEnrich or file consumer polls file 
alphabetically despite specified fileName  (was: pollEnrich or file consumer 
polls file alphabetically despite specified fileName)

> endpoint-dsl - pollEnrich or file consumer polls file alphabetically despite 
> specified fileName
> ---
>
> Key: CAMEL-18039
> URL: https://issues.apache.org/jira/browse/CAMEL-18039
> Project: Camel
>  Issue Type: Bug
>  Components: camel-core, camel-file
>Affects Versions: 3.16.0
>Reporter: Yasser Zamani
>Priority: Minor
> Fix For: 3.17.0
>
>
> I have following route
> {code:java}
> private static final String FILE_PROPERTY_NAME = "MyCsvFileName";
> private static final String FILE_NAME = "${exchangeProperty." + 
> FILE_PROPERTY_NAME + "}";
> private static final String FOLDER_NAME = ".";
> from("direct:MY_CSV").routeId("MY_CSV").
> setBody(constant(FIRST_LINE)).
> transform(body().append("\r\n")).
> 
> setProperty(FILE_PROPERTY_NAME).simple("MY_${messageTimestamp}.csv").
> to(file(FOLDER_NAME).fileName(FILE_NAME)).
> .
> .
> .
> pollEnrich(file(FOLDER_NAME).fileName(FILE_NAME)).
> log("The CSV file ${header." + FILE_NAME_ONLY + "} generated. 
> Now uploading it...").
> {code}
> that logs following line
> {quote}The CSV file azurite-blob.sh generated. Now uploading it...
> {quote}
> We eventually realized that pollEnrich or file consumer polls file 
> alphabetically despite specified fileName.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-18039) pollEnrich or file consumer polls file alphabetically despite specified fileName

2022-05-03 Thread Claus Ibsen (Jira)


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

Claus Ibsen commented on CAMEL-18039:
-

Likely there was an issue with endpoint-dsl, try using regular string uri

> pollEnrich or file consumer polls file alphabetically despite specified 
> fileName
> 
>
> Key: CAMEL-18039
> URL: https://issues.apache.org/jira/browse/CAMEL-18039
> Project: Camel
>  Issue Type: Bug
>  Components: camel-core, camel-file
>Affects Versions: 3.16.0
>Reporter: Yasser Zamani
>Priority: Minor
> Fix For: 3.17.0
>
>
> I have following route
> {code:java}
> private static final String FILE_PROPERTY_NAME = "MyCsvFileName";
> private static final String FILE_NAME = "${exchangeProperty." + 
> FILE_PROPERTY_NAME + "}";
> private static final String FOLDER_NAME = ".";
> from("direct:MY_CSV").routeId("MY_CSV").
> setBody(constant(FIRST_LINE)).
> transform(body().append("\r\n")).
> 
> setProperty(FILE_PROPERTY_NAME).simple("MY_${messageTimestamp}.csv").
> to(file(FOLDER_NAME).fileName(FILE_NAME)).
> .
> .
> .
> pollEnrich(file(FOLDER_NAME).fileName(FILE_NAME)).
> log("The CSV file ${header." + FILE_NAME_ONLY + "} generated. 
> Now uploading it...").
> {code}
> that logs following line
> {quote}The CSV file azurite-blob.sh generated. Now uploading it...
> {quote}
> We eventually realized that pollEnrich or file consumer polls file 
> alphabetically despite specified fileName.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18039) pollEnrich or file consumer polls file alphabetically despite specified fileName

2022-05-03 Thread Claus Ibsen (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Claus Ibsen updated CAMEL-18039:

Priority: Minor  (was: Major)

> pollEnrich or file consumer polls file alphabetically despite specified 
> fileName
> 
>
> Key: CAMEL-18039
> URL: https://issues.apache.org/jira/browse/CAMEL-18039
> Project: Camel
>  Issue Type: Bug
>  Components: camel-core, camel-file
>Affects Versions: 3.16.0
>Reporter: Yasser Zamani
>Priority: Minor
> Fix For: 3.17.0
>
>
> I have following route
> {code:java}
> private static final String FILE_PROPERTY_NAME = "MyCsvFileName";
> private static final String FILE_NAME = "${exchangeProperty." + 
> FILE_PROPERTY_NAME + "}";
> private static final String FOLDER_NAME = ".";
> from("direct:MY_CSV").routeId("MY_CSV").
> setBody(constant(FIRST_LINE)).
> transform(body().append("\r\n")).
> 
> setProperty(FILE_PROPERTY_NAME).simple("MY_${messageTimestamp}.csv").
> to(file(FOLDER_NAME).fileName(FILE_NAME)).
> .
> .
> .
> pollEnrich(file(FOLDER_NAME).fileName(FILE_NAME)).
> log("The CSV file ${header." + FILE_NAME_ONLY + "} generated. 
> Now uploading it...").
> {code}
> that logs following line
> {quote}The CSV file azurite-blob.sh generated. Now uploading it...
> {quote}
> We eventually realized that pollEnrich or file consumer polls file 
> alphabetically despite specified fileName.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18039) pollEnrich or file consumer polls file alphabetically despite specified fileName

2022-05-03 Thread Yasser Zamani (Jira)
Yasser Zamani created CAMEL-18039:
-

 Summary: pollEnrich or file consumer polls file alphabetically 
despite specified fileName
 Key: CAMEL-18039
 URL: https://issues.apache.org/jira/browse/CAMEL-18039
 Project: Camel
  Issue Type: Bug
  Components: camel-core, camel-file
Affects Versions: 3.16.0
Reporter: Yasser Zamani
 Fix For: 3.17.0


I have following route
{code:java}
private static final String FILE_PROPERTY_NAME = "MyCsvFileName";
private static final String FILE_NAME = "${exchangeProperty." + 
FILE_PROPERTY_NAME + "}";
private static final String FOLDER_NAME = ".";

from("direct:MY_CSV").routeId("MY_CSV").
setBody(constant(FIRST_LINE)).
transform(body().append("\r\n")).

setProperty(FILE_PROPERTY_NAME).simple("MY_${messageTimestamp}.csv").
to(file(FOLDER_NAME).fileName(FILE_NAME)).
.
.
.
pollEnrich(file(FOLDER_NAME).fileName(FILE_NAME)).
log("The CSV file ${header." + FILE_NAME_ONLY + "} generated. 
Now uploading it...").
{code}
that logs following line
{quote}The CSV file azurite-blob.sh generated. Now uploading it...
{quote}
We eventually realized that pollEnrich or file consumer polls file 
alphabetically despite specified fileName.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)