[jira] [Created] (CAMEL-21151) Build is failing on os MacOS with multiple tests failing
Adriano Machado created CAMEL-21151:
---
Summary: Build is failing on os MacOS with multiple tests failing
Key: CAMEL-21151
URL: https://issues.apache.org/jira/browse/CAMEL-21151
Project: Camel
Issue Type: Bug
Components: camel-jms, camel-openapi-java, camel-opentelemetry
Affects Versions: 4.8.0
Reporter: Adriano Machado
Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
{code:java}
import java.text.SimpleDateFormat;public class MyClass {
public static void main(String args[]) {
String value = "2023-01-01 UTC";
try {
System.out.println("String value: " + value + "; date value: " + new
SimpleDateFormat("-MM-dd Z").parse(value));
} catch (Exception ignored) {}
}
} {code}
For `camel-jms`, it is apparently failing due to connection issues to the
container, perhaps because there's no image for arm64 for Artemis?
For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
[https://github.com/apache/camel/pull/15182] introduced test improvements.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (CAMEL-21151) Build is failing on os MacOS with multiple tests failing
[
https://issues.apache.org/jira/browse/CAMEL-21151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adriano Machado updated CAMEL-21151:
Description:
Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
{code:java}
import java.text.SimpleDateFormat;public class MyClass {
public static void main(String args[]) {
String value = "2023-01-01 UTC";
try {
System.out.println("String value: " + value + "; date value: " + new
SimpleDateFormat("-MM-dd Z").parse(value));
} catch (Exception ignored) {}
}
} {code}
For `camel-jms`, it is apparently failing due to connection issues to the
container used in the test.
For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
[https://github.com/apache/camel/pull/15182] introduced test improvements.
was:
Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
{code:java}
import java.text.SimpleDateFormat;public class MyClass {
public static void main(String args[]) {
String value = "2023-01-01 UTC";
try {
System.out.println("String value: " + value + "; date value: " + new
SimpleDateFormat("-MM-dd Z").parse(value));
} catch (Exception ignored) {}
}
} {code}
For `camel-jms`, it is apparently failing due to connection issues to the
container, perhaps because there's no image for arm64 for Artemis?
For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
[https://github.com/apache/camel/pull/15182] introduced test improvements.
> Build is failing on os MacOS with multiple tests failing
>
>
> Key: CAMEL-21151
> URL: https://issues.apache.org/jira/browse/CAMEL-21151
> Project: Camel
> Issue Type: Bug
> Components: camel-jms, camel-openapi-java, camel-opentelemetry
>Affects Versions: 4.8.0
>Reporter: Adriano Machado
>Priority: Major
>
> Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
> For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
> {code:java}
> import java.text.SimpleDateFormat;public class MyClass {
> public static void main(String args[]) {
> String value = "2023-01-01 UTC";
> try {
> System.out.println("String value: " + value + "; date value: " + new
> SimpleDateFormat("-MM-dd Z").parse(value));
> } catch (Exception ignored) {}
> }
> } {code}
> For `camel-jms`, it is apparently failing due to connection issues to the
> container used in the test.
> For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
> [https://github.com/apache/camel/pull/15182] introduced test improvements.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CAMEL-21114) camel-zipfile - ZipSplitter with AggregationStrategy does not aggregate all splits
[
https://issues.apache.org/jira/browse/CAMEL-21114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17878410#comment-17878410
]
Claus Ibsen commented on CAMEL-21114:
-
Okay its the zip iterator that does not work well with next / hasNext in
transacted mode
> camel-zipfile - ZipSplitter with AggregationStrategy does not aggregate all
> splits
> --
>
> Key: CAMEL-21114
> URL: https://issues.apache.org/jira/browse/CAMEL-21114
> Project: Camel
> Issue Type: Bug
> Components: camel-zipfile
>Affects Versions: 3.14.10, 3.22.2
>Reporter: Andre Weickel
>Assignee: Claus Ibsen
>Priority: Minor
> Fix For: 4.x
>
>
> A transacted route with ZipSplitter and Aggregation Strategy does not
> aggregate the last zip file entry. The issue only occurs for transacted
> routes.
>
> Example:
>
> _Zip Archive_
> * _A.xml_
> * _B.xml_
>
> Both splits are processed but only for the first exchange (A.xml) the
> aggregate method is called.
> For a zip archive with two entries the doRun() method of
> MulticastTransactedTask is called three times. The third time iterator.next()
> returns null although hasNext() was true. As a result the doDone() method is
> called but there is still a task in the queue (with the second exchange).
> This task is processed after doDone() was executed but it’s not aggregated
> because of a done check in aggregate() of MulticastTransactedTask.
>
> We found the problem in Camel 3.14, but it is still present in Camel 3.22.
>
> It can be reproduced with the following test (it works if you remove the
> transacted tag from the route)
> {code:java}
> import org.apache.camel.AggregationStrategy;
> import org.apache.camel.Exchange;
> import org.apache.camel.builder.RouteBuilder;
> import org.apache.camel.component.mock.MockEndpoint;
> import org.apache.camel.dataformat.zipfile.ZipSplitter;
> import org.apache.camel.spring.spi.SpringTransactionPolicy;
> import org.apache.camel.test.junit4.CamelTestSupport;
> import org.h2.jdbcx.JdbcDataSource;
> import org.junit.Test;
> import org.springframework.jdbc.datasource.DataSourceTransactionManager;
> import org.springframework.transaction.support.TransactionTemplate;
> public class ZipSplitterTest extends CamelTestSupport {
> String zipArchiveWithTwoFiles =
> "UEsDBBQIAFlrtFDFAfecUB4BAAALT3JkZXJzMS54bWyzyS9KSS0qtuPl4oQwQSxOm8wUOxMb/cwUCK+gKD+lNLkEzOG0yUvMTbWDCik42uiD+WB1+kgKbfThxqEZbEqUwU6kG2xGlMHOhA2GsortAFBLAwQUCABBW9hQgBf0tVgqAQAACwAAAE9yZGVyczIueG1ss8kvSkktKrbj5eKEMEEsTpvMFDtDQ0Mb/cwUCL+gKD+lNLkEzOG0yUvMTbWDCimA1YFFwCr1kZTa6MONRDPcyMiIKMPB6kg13NjYmCjDweoIGQ5lFdsBAFBLAQIfABQIAFlrtFDFAfecUB4BAAALACQAIABPcmRlcnMxLnhtbAoAIQAYAAD57I2ZLtYBg97kuHn02gEA+eyNmS7WAVBLAQIfABQIAEFb2FCAF/S1WCoBAAALACQAIHkAAABPcmRlcnMyLnhtbAoAIQAYAAAxPXoJStYBjn3iuHn02gEAMT16CUrWAVBLBQYAAgACALoAAAD6AAA=";
>
> @Test
> public void testIfAllSplitsAggregated() throws Exception {
> MockEndpoint mock = getMockEndpoint("mock:result");
> template.sendBody("direct:start", "");
>
> // Check if second file was processed in aggregate() method of
> AggregationStrategy
> assertEquals("Orders2.xml",
> mock.getExchanges().get(0).getMessage().getHeader("CamelFileName",
> String.class));
> }
> @Override
> protected RouteBuilder createRouteBuilder() throws Exception {
> return new RouteBuilder() {
> @Override
> public void configure() throws Exception {
>
> JdbcDataSource dataSource = new JdbcDataSource();
> dataSource.setURL("jdbc:h2:mem:testdb;DB_CLOSE_DELAY=-1");
> dataSource.setUser("sa");
> dataSource.setPassword("");
> DataSourceTransactionManager txManager = new
> DataSourceTransactionManager(dataSource);
>
> TransactionTemplate transactionTemplate = new
> TransactionTemplate(txManager);
>
> transactionTemplate.setPropagationBehaviorName("PROPAGATION_REQUIRED");
>
> transactionTemplate.setIsolationLevelName("ISOLATION_READ_COMMITTED");
> transactionTemplate.setTimeout(1800);
> SpringTransactionPolicy springTransactionPolicy = new
> SpringTransactionPolicy();
> springTransactionPolicy.setTransactionManager(txManager);
>
> springTransactionPolicy.setTransactionTemplate(transactionTemplate);
>
> getContext().getRegistry().bind("transacted",
> springTransactionPolicy);
> getContext().getRegistry().bind("zipSplitter", new
> ZipSplitter());
>
[jira] [Updated] (CAMEL-21151) Build is failing on os MacOS with multiple tests failing
[
https://issues.apache.org/jira/browse/CAMEL-21151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claus Ibsen updated CAMEL-21151:
Issue Type: Test (was: Bug)
> Build is failing on os MacOS with multiple tests failing
>
>
> Key: CAMEL-21151
> URL: https://issues.apache.org/jira/browse/CAMEL-21151
> Project: Camel
> Issue Type: Test
> Components: camel-jms, camel-openapi-java, camel-opentelemetry
>Affects Versions: 4.8.0
>Reporter: Adriano Machado
>Priority: Major
>
> Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
> {code:java}
> Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
> Maven home: /Users/admachad/.sdkman/candidates/maven/current
> Java version: 21.0.4, vendor: Eclipse Adoptium, runtime:
> /Users/admachad/.sdkman/candidates/java/21.0.4-tem
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.6.1", arch: "aarch64", family: "mac" {code}
> For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
> {code:java}
> import java.text.SimpleDateFormat;public class MyClass {
> public static void main(String args[]) {
> String value = "2023-01-01 UTC";
> try {
> System.out.println("String value: " + value + "; date value: " + new
> SimpleDateFormat("-MM-dd Z").parse(value));
> } catch (Exception ignored) {}
> }
> } {code}
> For `camel-jms`, it is apparently failing due to connection issues to the
> container used in the test.
> For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
> [https://github.com/apache/camel/pull/15182] introduced test improvements.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (CAMEL-21151) Build is failing on os MacOS with multiple tests failing
[
https://issues.apache.org/jira/browse/CAMEL-21151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claus Ibsen updated CAMEL-21151:
Priority: Minor (was: Major)
> Build is failing on os MacOS with multiple tests failing
>
>
> Key: CAMEL-21151
> URL: https://issues.apache.org/jira/browse/CAMEL-21151
> Project: Camel
> Issue Type: Test
> Components: camel-jms, camel-openapi-java, camel-opentelemetry
>Affects Versions: 4.8.0
>Reporter: Adriano Machado
>Priority: Minor
>
> Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
> {code:java}
> Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
> Maven home: /Users/admachad/.sdkman/candidates/maven/current
> Java version: 21.0.4, vendor: Eclipse Adoptium, runtime:
> /Users/admachad/.sdkman/candidates/java/21.0.4-tem
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.6.1", arch: "aarch64", family: "mac" {code}
> For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
> {code:java}
> import java.text.SimpleDateFormat;public class MyClass {
> public static void main(String args[]) {
> String value = "2023-01-01 UTC";
> try {
> System.out.println("String value: " + value + "; date value: " + new
> SimpleDateFormat("-MM-dd Z").parse(value));
> } catch (Exception ignored) {}
> }
> } {code}
> For `camel-jms`, it is apparently failing due to connection issues to the
> container used in the test.
> For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
> [https://github.com/apache/camel/pull/15182] introduced test improvements.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (CAMEL-21001) camel-jbang: Kubernetes plugin: Add Route trait
[ https://issues.apache.org/jira/browse/CAMEL-21001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Machado updated CAMEL-21001: Attachment: build.log > camel-jbang: Kubernetes plugin: Add Route trait > --- > > Key: CAMEL-21001 > URL: https://issues.apache.org/jira/browse/CAMEL-21001 > Project: Camel > Issue Type: New Feature > Components: camel-jbang >Reporter: Gaëlle Fournier >Assignee: Gaelle Fournier >Priority: Major > Fix For: 4.8.0 > > Attachments: MyClass.java, build.log > > > We should enhance Camel JBang Kubernetes plugin with an Route trait that is > capable of configuring the Kubenetes Route resource (from apiVersion > route.openshift.io/v1) that should be part of the Kubernetes manifest. > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (CAMEL-21151) Build is failing on os MacOS with multiple tests failing
[
https://issues.apache.org/jira/browse/CAMEL-21151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adriano Machado updated CAMEL-21151:
Description:
Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
{code:java}
Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
Maven home: /Users/admachad/.sdkman/candidates/maven/current
Java version: 21.0.4, vendor: Eclipse Adoptium, runtime:
/Users/admachad/.sdkman/candidates/java/21.0.4-tem
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.6.1", arch: "aarch64", family: "mac" {code}
For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
{code:java}
import java.text.SimpleDateFormat;public class MyClass {
public static void main(String args[]) {
String value = "2023-01-01 UTC";
try {
System.out.println("String value: " + value + "; date value: " + new
SimpleDateFormat("-MM-dd Z").parse(value));
} catch (Exception ignored) {}
}
} {code}
For `camel-jms`, it is apparently failing due to connection issues to the
container used in the test.
For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
[https://github.com/apache/camel/pull/15182] introduced test improvements.
was:
Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
{code:java}
import java.text.SimpleDateFormat;public class MyClass {
public static void main(String args[]) {
String value = "2023-01-01 UTC";
try {
System.out.println("String value: " + value + "; date value: " + new
SimpleDateFormat("-MM-dd Z").parse(value));
} catch (Exception ignored) {}
}
} {code}
For `camel-jms`, it is apparently failing due to connection issues to the
container used in the test.
For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
[https://github.com/apache/camel/pull/15182] introduced test improvements.
> Build is failing on os MacOS with multiple tests failing
>
>
> Key: CAMEL-21151
> URL: https://issues.apache.org/jira/browse/CAMEL-21151
> Project: Camel
> Issue Type: Bug
> Components: camel-jms, camel-openapi-java, camel-opentelemetry
>Affects Versions: 4.8.0
>Reporter: Adriano Machado
>Priority: Major
>
> Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
> {code:java}
> Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
> Maven home: /Users/admachad/.sdkman/candidates/maven/current
> Java version: 21.0.4, vendor: Eclipse Adoptium, runtime:
> /Users/admachad/.sdkman/candidates/java/21.0.4-tem
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.6.1", arch: "aarch64", family: "mac" {code}
> For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
> {code:java}
> import java.text.SimpleDateFormat;public class MyClass {
> public static void main(String args[]) {
> String value = "2023-01-01 UTC";
> try {
> System.out.println("String value: " + value + "; date value: " + new
> SimpleDateFormat("-MM-dd Z").parse(value));
> } catch (Exception ignored) {}
> }
> } {code}
> For `camel-jms`, it is apparently failing due to connection issues to the
> container used in the test.
> For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
> [https://github.com/apache/camel/pull/15182] introduced test improvements.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Assigned] (CAMEL-21114) camel-zipfile - ZipSplitter with AggregationStrategy does not aggregate all splits
[
https://issues.apache.org/jira/browse/CAMEL-21114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claus Ibsen reassigned CAMEL-21114:
---
Assignee: Claus Ibsen
> camel-zipfile - ZipSplitter with AggregationStrategy does not aggregate all
> splits
> --
>
> Key: CAMEL-21114
> URL: https://issues.apache.org/jira/browse/CAMEL-21114
> Project: Camel
> Issue Type: Bug
> Components: camel-zipfile
>Affects Versions: 3.14.10, 3.22.2
>Reporter: Andre Weickel
>Assignee: Claus Ibsen
>Priority: Minor
> Fix For: 4.x
>
>
> A transacted route with ZipSplitter and Aggregation Strategy does not
> aggregate the last zip file entry. The issue only occurs for transacted
> routes.
>
> Example:
>
> _Zip Archive_
> * _A.xml_
> * _B.xml_
>
> Both splits are processed but only for the first exchange (A.xml) the
> aggregate method is called.
> For a zip archive with two entries the doRun() method of
> MulticastTransactedTask is called three times. The third time iterator.next()
> returns null although hasNext() was true. As a result the doDone() method is
> called but there is still a task in the queue (with the second exchange).
> This task is processed after doDone() was executed but it’s not aggregated
> because of a done check in aggregate() of MulticastTransactedTask.
>
> We found the problem in Camel 3.14, but it is still present in Camel 3.22.
>
> It can be reproduced with the following test (it works if you remove the
> transacted tag from the route)
> {code:java}
> import org.apache.camel.AggregationStrategy;
> import org.apache.camel.Exchange;
> import org.apache.camel.builder.RouteBuilder;
> import org.apache.camel.component.mock.MockEndpoint;
> import org.apache.camel.dataformat.zipfile.ZipSplitter;
> import org.apache.camel.spring.spi.SpringTransactionPolicy;
> import org.apache.camel.test.junit4.CamelTestSupport;
> import org.h2.jdbcx.JdbcDataSource;
> import org.junit.Test;
> import org.springframework.jdbc.datasource.DataSourceTransactionManager;
> import org.springframework.transaction.support.TransactionTemplate;
> public class ZipSplitterTest extends CamelTestSupport {
> String zipArchiveWithTwoFiles =
> "UEsDBBQIAFlrtFDFAfecUB4BAAALT3JkZXJzMS54bWyzyS9KSS0qtuPl4oQwQSxOm8wUOxMb/cwUCK+gKD+lNLkEzOG0yUvMTbWDCik42uiD+WB1+kgKbfThxqEZbEqUwU6kG2xGlMHOhA2GsortAFBLAwQUCABBW9hQgBf0tVgqAQAACwAAAE9yZGVyczIueG1ss8kvSkktKrbj5eKEMEEsTpvMFDtDQ0Mb/cwUCL+gKD+lNLkEzOG0yUvMTbWDCimA1YFFwCr1kZTa6MONRDPcyMiIKMPB6kg13NjYmCjDweoIGQ5lFdsBAFBLAQIfABQIAFlrtFDFAfecUB4BAAALACQAIABPcmRlcnMxLnhtbAoAIQAYAAD57I2ZLtYBg97kuHn02gEA+eyNmS7WAVBLAQIfABQIAEFb2FCAF/S1WCoBAAALACQAIHkAAABPcmRlcnMyLnhtbAoAIQAYAAAxPXoJStYBjn3iuHn02gEAMT16CUrWAVBLBQYAAgACALoAAAD6AAA=";
>
> @Test
> public void testIfAllSplitsAggregated() throws Exception {
> MockEndpoint mock = getMockEndpoint("mock:result");
> template.sendBody("direct:start", "");
>
> // Check if second file was processed in aggregate() method of
> AggregationStrategy
> assertEquals("Orders2.xml",
> mock.getExchanges().get(0).getMessage().getHeader("CamelFileName",
> String.class));
> }
> @Override
> protected RouteBuilder createRouteBuilder() throws Exception {
> return new RouteBuilder() {
> @Override
> public void configure() throws Exception {
>
> JdbcDataSource dataSource = new JdbcDataSource();
> dataSource.setURL("jdbc:h2:mem:testdb;DB_CLOSE_DELAY=-1");
> dataSource.setUser("sa");
> dataSource.setPassword("");
> DataSourceTransactionManager txManager = new
> DataSourceTransactionManager(dataSource);
>
> TransactionTemplate transactionTemplate = new
> TransactionTemplate(txManager);
>
> transactionTemplate.setPropagationBehaviorName("PROPAGATION_REQUIRED");
>
> transactionTemplate.setIsolationLevelName("ISOLATION_READ_COMMITTED");
> transactionTemplate.setTimeout(1800);
> SpringTransactionPolicy springTransactionPolicy = new
> SpringTransactionPolicy();
> springTransactionPolicy.setTransactionManager(txManager);
>
> springTransactionPolicy.setTransactionTemplate(transactionTemplate);
>
> getContext().getRegistry().bind("transacted",
> springTransactionPolicy);
> getContext().getRegistry().bind("zipSplitter", new
> ZipSplitter());
> from("direct:start")
> .transacted("transacted")
> .setBody().sim
[jira] [Updated] (CAMEL-21114) camel-zipfile - ZipSplitter with AggregationStrategy does not aggregate all splits
[
https://issues.apache.org/jira/browse/CAMEL-21114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claus Ibsen updated CAMEL-21114:
Fix Version/s: 4.8.0
(was: 4.x)
> camel-zipfile - ZipSplitter with AggregationStrategy does not aggregate all
> splits
> --
>
> Key: CAMEL-21114
> URL: https://issues.apache.org/jira/browse/CAMEL-21114
> Project: Camel
> Issue Type: Bug
> Components: camel-zipfile
>Affects Versions: 3.14.10, 3.22.2
>Reporter: Andre Weickel
>Assignee: Claus Ibsen
>Priority: Minor
> Fix For: 4.8.0
>
>
> A transacted route with ZipSplitter and Aggregation Strategy does not
> aggregate the last zip file entry. The issue only occurs for transacted
> routes.
>
> Example:
>
> _Zip Archive_
> * _A.xml_
> * _B.xml_
>
> Both splits are processed but only for the first exchange (A.xml) the
> aggregate method is called.
> For a zip archive with two entries the doRun() method of
> MulticastTransactedTask is called three times. The third time iterator.next()
> returns null although hasNext() was true. As a result the doDone() method is
> called but there is still a task in the queue (with the second exchange).
> This task is processed after doDone() was executed but it’s not aggregated
> because of a done check in aggregate() of MulticastTransactedTask.
>
> We found the problem in Camel 3.14, but it is still present in Camel 3.22.
>
> It can be reproduced with the following test (it works if you remove the
> transacted tag from the route)
> {code:java}
> import org.apache.camel.AggregationStrategy;
> import org.apache.camel.Exchange;
> import org.apache.camel.builder.RouteBuilder;
> import org.apache.camel.component.mock.MockEndpoint;
> import org.apache.camel.dataformat.zipfile.ZipSplitter;
> import org.apache.camel.spring.spi.SpringTransactionPolicy;
> import org.apache.camel.test.junit4.CamelTestSupport;
> import org.h2.jdbcx.JdbcDataSource;
> import org.junit.Test;
> import org.springframework.jdbc.datasource.DataSourceTransactionManager;
> import org.springframework.transaction.support.TransactionTemplate;
> public class ZipSplitterTest extends CamelTestSupport {
> String zipArchiveWithTwoFiles =
> "UEsDBBQIAFlrtFDFAfecUB4BAAALT3JkZXJzMS54bWyzyS9KSS0qtuPl4oQwQSxOm8wUOxMb/cwUCK+gKD+lNLkEzOG0yUvMTbWDCik42uiD+WB1+kgKbfThxqEZbEqUwU6kG2xGlMHOhA2GsortAFBLAwQUCABBW9hQgBf0tVgqAQAACwAAAE9yZGVyczIueG1ss8kvSkktKrbj5eKEMEEsTpvMFDtDQ0Mb/cwUCL+gKD+lNLkEzOG0yUvMTbWDCimA1YFFwCr1kZTa6MONRDPcyMiIKMPB6kg13NjYmCjDweoIGQ5lFdsBAFBLAQIfABQIAFlrtFDFAfecUB4BAAALACQAIABPcmRlcnMxLnhtbAoAIQAYAAD57I2ZLtYBg97kuHn02gEA+eyNmS7WAVBLAQIfABQIAEFb2FCAF/S1WCoBAAALACQAIHkAAABPcmRlcnMyLnhtbAoAIQAYAAAxPXoJStYBjn3iuHn02gEAMT16CUrWAVBLBQYAAgACALoAAAD6AAA=";
>
> @Test
> public void testIfAllSplitsAggregated() throws Exception {
> MockEndpoint mock = getMockEndpoint("mock:result");
> template.sendBody("direct:start", "");
>
> // Check if second file was processed in aggregate() method of
> AggregationStrategy
> assertEquals("Orders2.xml",
> mock.getExchanges().get(0).getMessage().getHeader("CamelFileName",
> String.class));
> }
> @Override
> protected RouteBuilder createRouteBuilder() throws Exception {
> return new RouteBuilder() {
> @Override
> public void configure() throws Exception {
>
> JdbcDataSource dataSource = new JdbcDataSource();
> dataSource.setURL("jdbc:h2:mem:testdb;DB_CLOSE_DELAY=-1");
> dataSource.setUser("sa");
> dataSource.setPassword("");
> DataSourceTransactionManager txManager = new
> DataSourceTransactionManager(dataSource);
>
> TransactionTemplate transactionTemplate = new
> TransactionTemplate(txManager);
>
> transactionTemplate.setPropagationBehaviorName("PROPAGATION_REQUIRED");
>
> transactionTemplate.setIsolationLevelName("ISOLATION_READ_COMMITTED");
> transactionTemplate.setTimeout(1800);
> SpringTransactionPolicy springTransactionPolicy = new
> SpringTransactionPolicy();
> springTransactionPolicy.setTransactionManager(txManager);
>
> springTransactionPolicy.setTransactionTemplate(transactionTemplate);
>
> getContext().getRegistry().bind("transacted",
> springTransactionPolicy);
> getContext().getRegistry().bind("zipSplitter", new
> ZipSplitter());
> from("direct:start")
> .transacted("transacted")
>
[jira] [Updated] (CAMEL-21151) Build is failing on os MacOS with multiple tests failing
[
https://issues.apache.org/jira/browse/CAMEL-21151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adriano Machado updated CAMEL-21151:
Description:
Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
{code:java}
Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
Maven home: /Users/admachad/.sdkman/candidates/maven/current
Java version: 21.0.4, vendor: Eclipse Adoptium, runtime:
/Users/admachad/.sdkman/candidates/java/21.0.4-tem
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.6.1", arch: "aarch64", family: "mac" {code}
For `camel-openapi-java`, it seems that there's a problem with timezones on my
machine, I'm checking what's happening.
For `camel-jms`, it is apparently failing due to connection issues to the
container used in the test.
For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
[https://github.com/apache/camel/pull/15182] introduced test improvements.
was:
Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
{code:java}
Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
Maven home: /Users/admachad/.sdkman/candidates/maven/current
Java version: 21.0.4, vendor: Eclipse Adoptium, runtime:
/Users/admachad/.sdkman/candidates/java/21.0.4-tem
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.6.1", arch: "aarch64", family: "mac" {code}
For `camel-openapi-java`, running `MyClass.java` reproduces the failing issue.
{code:java}
import java.text.SimpleDateFormat;public class MyClass {
public static void main(String args[]) {
String value = "2023-01-01 UTC";
try {
System.out.println("String value: " + value + "; date value: " + new
SimpleDateFormat("-MM-dd Z").parse(value));
} catch (Exception ignored) {}
}
} {code}
For `camel-jms`, it is apparently failing due to connection issues to the
container used in the test.
For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
[https://github.com/apache/camel/pull/15182] introduced test improvements.
> Build is failing on os MacOS with multiple tests failing
>
>
> Key: CAMEL-21151
> URL: https://issues.apache.org/jira/browse/CAMEL-21151
> Project: Camel
> Issue Type: Test
> Components: camel-jms, camel-openapi-java, camel-opentelemetry
>Affects Versions: 4.8.0
>Reporter: Adriano Machado
>Priority: Minor
>
> Multiple tests are failing on MacOS using Java 21.0.4 on the main branch.
> {code:java}
> Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
> Maven home: /Users/admachad/.sdkman/candidates/maven/current
> Java version: 21.0.4, vendor: Eclipse Adoptium, runtime:
> /Users/admachad/.sdkman/candidates/java/21.0.4-tem
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "14.6.1", arch: "aarch64", family: "mac" {code}
> For `camel-openapi-java`, it seems that there's a problem with timezones on
> my machine, I'm checking what's happening.
> For `camel-jms`, it is apparently failing due to connection issues to the
> container used in the test.
> For `camel-opentelemetry`, I think the issue is related to CAMEL-19667, which
> [https://github.com/apache/camel/pull/15182] introduced test improvements.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (CAMEL-21001) camel-jbang: Kubernetes plugin: Add Route trait
[ https://issues.apache.org/jira/browse/CAMEL-21001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Machado updated CAMEL-21001: Attachment: MyClass.java > camel-jbang: Kubernetes plugin: Add Route trait > --- > > Key: CAMEL-21001 > URL: https://issues.apache.org/jira/browse/CAMEL-21001 > Project: Camel > Issue Type: New Feature > Components: camel-jbang >Reporter: Gaëlle Fournier >Assignee: Gaelle Fournier >Priority: Major > Fix For: 4.8.0 > > Attachments: MyClass.java > > > We should enhance Camel JBang Kubernetes plugin with an Route trait that is > capable of configuring the Kubenetes Route resource (from apiVersion > route.openshift.io/v1) that should be part of the Kubernetes manifest. > -- This message was sent by Atlassian Jira (v8.20.10#820010)
