Spring/spring-integration
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
11,850 Commits 25 Branches 0 Tags
c4ec7d5f220e743b1c19ee147cc1bb31ead21afb
Commit Graph

11850 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Artem Bilan
c4ec7d5f22 Increase timeout in Debezium tests 2024-07-16 13:43:44 -04:00
Artem Bilan
eac8c31a1d Attempt to fix Debezium tests 2024-07-16 13:35:15 -04:00
Artem Bilan
42f4579b2a Upgrade dependencies; prepare for release 
* Include Gradle to `8.9`
* Fix ActiveMQ-based tests for its deprecation
 2024-07-16 12:54:29 -04:00
dependabot[bot]
6173bfa59d Bump org.springframework.graphql:spring-graphql from 1.3.1 to 1.3.2 (#9345) 
Bumps [org.springframework.graphql:spring-graphql](https://github.com/spring-projects/spring-graphql) from 1.3.1 to 1.3.2.
- [Release notes](https://github.com/spring-projects/spring-graphql/releases)
- [Commits](https://github.com/spring-projects/spring-graphql/compare/v1.3.1...v1.3.2)

---
updated-dependencies:
- dependency-name: org.springframework.graphql:spring-graphql
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-16 16:02:15 +00:00
Artem Bilan
777c84f603 An attempt to fix OOM in the RecipientListRouterParserTests 
* Add `@DirtiesContext` to the `RecipientListRouterParserTests`
* Remove manual `context.start();` since it is started by the `@SpringJUnitConfig` anyway
 2024-07-16 11:59:35 -04:00
Artem Bilan
b2a3d25ffd Migrate ReturnAddressTests to JUnit 5 
Looks like `ApplicaitonContext.stop()` is note called on `close()`.
This might cause an `OutOfMemoryError` on the CI

* Use Spring context configuration for the test environment
 2024-07-16 11:55:50 -04:00
dependabot[bot]
e373fff99a Bump graalvmVersion from 24.0.1 to 24.0.2 (#9344) 
Bumps `graalvmVersion` from 24.0.1 to 24.0.2.

Updates `org.graalvm.sdk:graal-sdk` from 24.0.1 to 24.0.2
- [Release notes](https://github.com/oracle/graal/releases)
- [Commits](https://github.com/oracle/graal/compare/vm-24.0.1...vm-24.0.2)

Updates `org.graalvm.polyglot:js` from 24.0.1 to 24.0.2
- [Release notes](https://github.com/oracle/graal/releases)
- [Commits](https://github.com/oracle/graal/compare/vm-24.0.1...vm-24.0.2)

---
updated-dependencies:
- dependency-name: org.graalvm.sdk:graal-sdk
  dependency-type: direct:production
  update-type: version-update:semver-patch
- dependency-name: org.graalvm.polyglot:js
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-16 15:30:41 +00:00
Artem Bilan
e0472d887a GH-9335: Fix MicrometerNodeEnhancer for a primary MeterRegistry bean 
Fixes: #9335

Spring Boot provides a `CompositeMeterRegistry` bean marked with a `@Primary`.
So, this one has to be autowired whenever we would like to deal with application
environment.
The `MicrometerNodeEnhancer` has a flaw to skip `MeterRegistry` injection if we have more than one `MeterRegistry` bean.

* Fix `MicrometerNodeEnhancer` logic to use `ObjectProvider.getIfUnique()` API
which is able to deal with the `primary` properly.
Otherwise, `null` as it was before

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-07-16 11:16:06 -04:00
dependabot[bot]
09f302cee2 Bump org.springframework.retry:spring-retry from 2.0.6 to 2.0.7 (#9323) 
Bumps [org.springframework.retry:spring-retry](https://github.com/spring-projects/spring-retry) from 2.0.6 to 2.0.7.
- [Release notes](https://github.com/spring-projects/spring-retry/releases)
- [Commits](https://github.com/spring-projects/spring-retry/compare/v2.0.6...v2.0.7)

---
updated-dependencies:
- dependency-name: org.springframework.retry:spring-retry
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-15 03:28:41 +00:00
dependabot[bot]
ae5cc0a948 Bump org.assertj:assertj-core from 3.26.0 to 3.26.3 (#9324) 
Bumps [org.assertj:assertj-core](https://github.com/assertj/assertj) from 3.26.0 to 3.26.3.
- [Release notes](https://github.com/assertj/assertj/releases)
- [Commits](https://github.com/assertj/assertj/compare/assertj-build-3.26.0...assertj-build-3.26.3)

---
updated-dependencies:
- dependency-name: org.assertj:assertj-core
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-14 02:05:50 +00:00
dependabot[bot]
868b4fd93b Bump the development-dependencies group with 3 updates (#9322) 
Bumps the development-dependencies group with 3 updates: org.apache.tomcat.embed:tomcat-embed-websocket, io.spring.dependency-management and com.github.spotbugs.


Updates `org.apache.tomcat.embed:tomcat-embed-websocket` from 10.1.25 to 10.1.26

Updates `io.spring.dependency-management` from 1.1.5 to 1.1.6

Updates `com.github.spotbugs` from 6.0.18 to 6.0.19

---
updated-dependencies:
- dependency-name: org.apache.tomcat.embed:tomcat-embed-websocket
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: development-dependencies
- dependency-name: io.spring.dependency-management
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: development-dependencies
- dependency-name: com.github.spotbugs
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: development-dependencies
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-14 02:05:08 +00:00
Swiss Chris
487a60e79a Fix endpoint default timeout in global-properties.adoc 
Fixes: #9314 

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-07-13 22:00:34 -04:00
dependabot[bot]
18d7ebbf0e Bump mongoDriverVersion from 5.1.1 to 5.1.2 (#9325) 
Bumps `mongoDriverVersion` from 5.1.1 to 5.1.2.

Updates `org.mongodb:mongodb-driver-sync` from 5.1.1 to 5.1.2
- [Release notes](https://github.com/mongodb/mongo-java-driver/releases)
- [Commits](https://github.com/mongodb/mongo-java-driver/compare/r5.1.1...r5.1.2)

Updates `org.mongodb:mongodb-driver-reactivestreams` from 5.1.1 to 5.1.2
- [Release notes](https://github.com/mongodb/mongo-java-driver/releases)
- [Commits](https://github.com/mongodb/mongo-java-driver/compare/r5.1.1...r5.1.2)

---
updated-dependencies:
- dependency-name: org.mongodb:mongodb-driver-sync
  dependency-type: direct:production
  update-type: version-update:semver-patch
- dependency-name: org.mongodb:mongodb-driver-reactivestreams
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-14 00:31:55 +00:00
Artem Bilan
0461167aba Fix concurrency for StandardIntegrationFlowContext 
If we don't get access to `BeanFactory` in exclusive mode,
the `getBean(Class<?>)` may fail with a `BeanCurrentlyInCreationException`
when we register several `IntegrationFlow` instances in parallel
 2024-07-12 12:41:13 -04:00
Artem Bilan
13a113cf66 Migrate release notification to Google Chat 
**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-07-11 14:49:32 -04:00
Artem Bilan
1fe40cf2fe Fix failing tests according new changes in SF SpEL module 
Related to: https://github.com/spring-projects/spring-framework/issues/33174
 2024-07-10 17:43:48 -04:00
Artem Bilan
c9f4d7e52a Add pluginManagement into settings.gradle 
**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-07-08 10:11:20 -04:00
Artem Bilan
9bb353ad9a Migrate to io.spring.develocity.conventions plugin 
**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-07-08 10:06:27 -04:00
Artem Bilan
3e71ea5521 GH-9294: Set permissions to target file on rename 
* GH-9294: Set permissions to target file on rename

Fixes: #9294

When the `deleteSourceFiles` property of `FileWritingMessageHandler` is `true`, the `chmod` is not set on the target file.

* Fix `FileWritingMessageHandler.handleFileMessage()` logic to `setPermissions(resultFile)` after `move` operation

**Auto-cherry-pick to `6.3.x` & `6.2.x`**

* * Set only `OWNER_READ` permission for file in unit test
 2024-07-08 10:03:12 -04:00
dependabot[bot]
31ec66dde2 Bump com.fasterxml.jackson:jackson-bom from 2.17.1 to 2.17.2 (#9303) 
Bumps [com.fasterxml.jackson:jackson-bom](https://github.com/FasterXML/jackson-bom) from 2.17.1 to 2.17.2.
- [Commits](https://github.com/FasterXML/jackson-bom/compare/jackson-bom-2.17.1...jackson-bom-2.17.2)

---
updated-dependencies:
- dependency-name: com.fasterxml.jackson:jackson-bom
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-07 03:24:21 +00:00
dependabot[bot]
3c9dacfab1 Bump org.jruby:jruby-complete from 9.4.7.0 to 9.4.8.0 (#9302) 
Bumps org.jruby:jruby-complete from 9.4.7.0 to 9.4.8.0.

---
updated-dependencies:
- dependency-name: org.jruby:jruby-complete
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-07 01:50:37 +00:00
dependabot[bot]
08c27116b1 Bump org.apache.groovy:groovy-bom from 4.0.21 to 4.0.22 (#9301) 
Bumps [org.apache.groovy:groovy-bom](https://github.com/apache/groovy) from 4.0.21 to 4.0.22.
- [Commits](https://github.com/apache/groovy/commits)

---
updated-dependencies:
- dependency-name: org.apache.groovy:groovy-bom
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-07-07 01:47:12 +00:00
Artem Bilan
4e7caed979 Add comment why and how we handle Mono->CompletableFuture 2024-07-03 12:42:10 -04:00
Artem Bilan
1cea029fab Some simple code & Javadoc clean up for TCP/IP serializers 2024-07-03 12:37:37 -04:00
Eddie Cho
53445fe771 GH-9291: Enhanced unlock() method of JdbcLock to verify successful unlocking 
Fixes: #9291

* Modify `unlock()` method of `JdbcLock`: if the lock ownership can not be removed due to data expiration, a `ConcurrentModificationException` should be thrown.
* Modify `unlock()` method of `RedisLock`: if the lock ownership can not be removed due to data expiration, a `ConcurrentModificationException` should be thrown.
* Maintain test cases
* Document the new behavior
 2024-07-02 15:48:07 -04:00
Artem Bilan
272fcd044d GH-9297: Improve ImapIdleChannelAdapter.callIdle() for cause 
Fixes: #9297

For a normal `jakarta.mail.StoreClosedException: * BYE Jakarta Mail Exception: java.net.SocketException: Connection reset`
 the `ImapIdleChannelAdapter.callIdle()` results in a resubmission (and reconnection)
 with logging 'Failed to execute IDLE task. Will attempt to resubmit in 10000 milliseconds.'`
However, when `selectorExpression` is in used and that one is based on mail `Message` object,
we may fail with `FolderClosedException` which is wrapped to the `SpelEvaluationException` and some
other stack traces.
So, `jakarta.mail.MessagingException` might be deep in the cause chain.

* Fix `ImapIdleChannelAdapter` via introducing `getJakartaMailMessagingExceptionFromCause()` utility
method which searches for the `jakarta.mail.MessagingException` in cause chain.
* Rework `ImapIdleChannelAdapter.callIdle()` logic to rely on this new method

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-07-02 15:39:04 -04:00
gzhao9
7974f9c5b6 Refactor to Eliminate Repetitive Mock Object Creation in some tests 2024-07-02 13:00:46 -04:00
Artem Bilan
26fc907558 Fix JdbcLockRegistryTests.testTwoThreadsDifferentRegistries() 
The test is supposed to verify against different clients, but same DB
 2024-07-02 10:55:13 -04:00
darrylsmithUGA
a3fb68a831 GH-9272: Close ClientSession from SftpSession 
Fixes: #9272

* close ClientSession when closing SftpSession
* fix whitespace issues
* stop the SshClient on bean destruction
* use convenient assertions

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-07-01 13:02:35 -04:00
Alessio Matricardi
272dde8945 GH-9228: Provide binding to ZeroMqMessageHandler 
Fixes: #9228

* add docs

* protected constructor in ZeroMqMessageHandlerSpec, expose them via ZeroMq

* introduce ZeroMqUtils, for common Zero MQ utilities functions

* use ZeroMqUtils.bindSocket in ZeroMqMessageProducer

* refactor ZeroMqMessageHandler providing connectUrl and bindPort setters and simple constructors, following the same logic used for ZeroMqMessageProvider

* fix tests to follow the new ZeroMqMessageHandler implementation

* fix typo

* add new updates to whats-new.adoc

* address ZeroMQUtils comments

* remove connectUrl and boundPort setters, add Javadoc to new constructors

* add new DLS constructor for random port

* add since closure in ZeroMqUtils

* add DSL support methods and specific that, when not defined, the socket will be bound to a random port
 2024-07-01 13:00:26 -04:00
hajubal
78ae221fd5 Add milliseconds to soTimeout property Javadocs 
Connection timeout's unit is specified as `seconds` in the annotation, but `soTimeout` unit is not specified as `milliseconds`, so people who do not know the parameter information of the java socket library may be confused.
 2024-07-01 10:11:58 -04:00
dependabot[bot]
ee6fd3322c Bump org.junit:junit-bom from 5.10.2 to 5.10.3 (#9289) 
Bumps [org.junit:junit-bom](https://github.com/junit-team/junit5) from 5.10.2 to 5.10.3.
- [Release notes](https://github.com/junit-team/junit5/releases)
- [Commits](https://github.com/junit-team/junit5/compare/r5.10.2...r5.10.3)

---
updated-dependencies:
- dependency-name: org.junit:junit-bom
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-06-30 03:18:52 +00:00
dependabot[bot]
0f84f89f47 Bump protobufVersion from 4.27.1 to 4.27.2 (#9288) 
Bumps `protobufVersion` from 4.27.1 to 4.27.2.

Updates `com.google.protobuf:protobuf-java` from 4.27.1 to 4.27.2
- [Release notes](https://github.com/protocolbuffers/protobuf/releases)
- [Changelog](https://github.com/protocolbuffers/protobuf/blob/main/protobuf_release.bzl)
- [Commits](https://github.com/protocolbuffers/protobuf/commits)

Updates `com.google.protobuf:protobuf-java-util` from 4.27.1 to 4.27.2

Updates `com.google.protobuf:protoc` from 4.27.1 to 4.27.2
- [Release notes](https://github.com/protocolbuffers/protobuf/releases)
- [Changelog](https://github.com/protocolbuffers/protobuf/blob/main/protobuf_release.bzl)
- [Commits](https://github.com/protocolbuffers/protobuf/commits)

---
updated-dependencies:
- dependency-name: com.google.protobuf:protobuf-java
  dependency-type: direct:production
  update-type: version-update:semver-patch
- dependency-name: com.google.protobuf:protobuf-java-util
  dependency-type: direct:production
  update-type: version-update:semver-patch
- dependency-name: com.google.protobuf:protoc
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-06-30 03:15:03 +00:00
Artem Bilan
4a77dbcc46 GH-9259: Fix Reactor context propagation on reactive reply (#9284) 
Fixes: #9259

The `Mono.toFuture()` does not propagate context to thread locals of the `CompletableFuture` consumer.
See `MonoToCompletableFuture`

* Fix `AbstractMessageProducingHandler` to convert reply `Mono` to `CompletableFuture` manually.
Use `doOnEach()` and set thread locals from the Reactor context manually around `replyFuture.complete()/completeExceptionally()`
* Add respective unit test into `WebFluxObservationPropagationTests` to ensure that same trace is used in downstream endpoints after WebFlux client reply

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-06-28 14:01:46 -04:00
gzhao9
7a371d637b GH-9271: Refactor Repetitive Mocks in TcpMessageMapperTests 
Fixes: #9271

* Update `TcpMessageMapperTests`

* Update formatting and style details
 2024-06-27 11:04:48 -04:00
Artem Bilan
12fc353db1 GH-9276: Mitigate ConcurrentModificationException in the Mqttv5PahoMessageDrivenChannelAdapter 
Fixes: #9276

The current Eclipse Paho client has wrong removal from map logic which leads to the
`ConcurrentModificationException` when we unsubscribe from topic.

* Catch a `ConcurrentModificationException` `this.mqttClient.unsubscribe()` and just log it as an `error`

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-06-26 14:23:53 -04:00
Artem Bilan
4108ea520e GH-9260: Fix IntegrationManagementConfiguration.obtainObservationPatterns() logic 
Fixes: #9260

The current `IntegrationManagementConfiguration.obtainObservationPatterns()` is to always have an `*` as a first
pattern in the final result.
Because of `HashSet` natural order.
This would lead to ignore all the patterns, especially those with negation

* Fix `IntegrationManagementConfiguration.obtainObservationPatterns()` logic to ignore regular
patterns if `*` is present.
Optimization wise.
* Always put `*` into the end of final array let negative patterns to do their job
* Modify `IntegrationGraphServerTests` & `WebFluxObservationPropagationTests`
test configurations to ensure that `*` pattern does not have a precedence over negative patterns.

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-06-25 16:25:39 -04:00
Artem Bilan
bdcb856a90 Revise subscribed state in the FluxMessageChannel 
The `Sinks.Many<Boolean> subscribedSignal` is a bit of overhead in the logic.

* Use `Mono.fromCallable(this.sink::currentSubscriberCount)` instead for `delaySubscription()`
when we perform `subscribeTo(Publisher)`

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-06-25 14:47:12 -04:00
Artem Bilan
f2399a4e13 GH-9268: Fix regression in SMB Inbound for sub-dirs 
Fixes: #9268

The new `SmbSession.list()` behavior prevents to pull files from sub-folders in inbound channel adapter

* Fix `SmbSession.list()` similar way to `SftpSession`: if `remoteFile.isFile()` then remove it as is.
Otherwise, perform `smbDir.listFiles()` on that sub-dir
* Modify `SmbTests.testSmbInboundFlow()` to poll files from the `smbSource/subSmbSource/`

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-06-24 14:52:13 -04:00
dependabot[bot]
981f5761ca Bump the development-dependencies group with 2 updates (#9262) 
Bumps the development-dependencies group with 2 updates: org.apache.tomcat.embed:tomcat-embed-websocket and com.github.spotbugs.


Updates `org.apache.tomcat.embed:tomcat-embed-websocket` from 10.1.24 to 10.1.25

Updates `com.github.spotbugs` from 6.0.17 to 6.0.18

---
updated-dependencies:
- dependency-name: org.apache.tomcat.embed:tomcat-embed-websocket
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: development-dependencies
- dependency-name: com.github.spotbugs
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: development-dependencies
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-06-24 17:19:28 +00:00
Artem Bilan
a5c449580b Rethrow an exception in the ManualFlowTests.testConcurrentRegistration() 
The test fails sometimes, but its exception in the executor is lost.
Rethrow `exceptionHappened` to be reported into logs
 2024-06-24 12:13:03 -04:00
dependabot[bot]
a1001d5055 Bump org.springframework.graphql:spring-graphql from 1.3.0 to 1.3.1 (#9263) 
Bumps [org.springframework.graphql:spring-graphql](https://github.com/spring-projects/spring-graphql) from 1.3.0 to 1.3.1.
- [Release notes](https://github.com/spring-projects/spring-graphql/releases)
- [Commits](https://github.com/spring-projects/spring-graphql/compare/v1.3.0...v1.3.1)

---
updated-dependencies:
- dependency-name: org.springframework.graphql:spring-graphql
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-06-23 01:24:25 +00:00
Artem Bilan
cfb6333084 Fix dependabot.yml for Gradle Develocity as DEV dep 2024-06-17 10:48:33 -04:00
dependabot[bot]
a460defb61 Bump com.github.spotbugs in the development-dependencies group (#9234) 
Bumps the development-dependencies group with 1 update: com.github.spotbugs.


Updates `com.github.spotbugs` from 6.0.15 to 6.0.17

---
updated-dependencies:
- dependency-name: com.github.spotbugs
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: development-dependencies
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-06-15 21:14:35 -04:00
dependabot[bot]
efd8dd33f7 Bump com.gradle.develocity from 3.17.4 to 3.17.5 (#9236) 
Bumps com.gradle.develocity from 3.17.4 to 3.17.5.

---
updated-dependencies:
- dependency-name: com.gradle.develocity
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-06-15 21:07:04 -04:00
dependabot[bot]
7948306cde Bump mongoDriverVersion from 5.1.0 to 5.1.1 (#9235) 
Bumps `mongoDriverVersion` from 5.1.0 to 5.1.1.

Updates `org.mongodb:mongodb-driver-sync` from 5.1.0 to 5.1.1
- [Release notes](https://github.com/mongodb/mongo-java-driver/releases)
- [Commits](https://github.com/mongodb/mongo-java-driver/compare/r5.1.0...r5.1.1)

Updates `org.mongodb:mongodb-driver-reactivestreams` from 5.1.0 to 5.1.1
- [Release notes](https://github.com/mongodb/mongo-java-driver/releases)
- [Commits](https://github.com/mongodb/mongo-java-driver/compare/r5.1.0...r5.1.1)

---
updated-dependencies:
- dependency-name: org.mongodb:mongodb-driver-sync
  dependency-type: direct:production
  update-type: version-update:semver-patch
- dependency-name: org.mongodb:mongodb-driver-reactivestreams
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-06-15 21:06:25 -04:00
Kevin Van keer
3d66ea00d9 GH-9230 fix error in code snippet 
Fixes: #9230

Some code was present in the code snippet that shouldn't be there.


**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-06-12 10:48:41 -04:00
Artem Bilan
5da6d7bfc7 Fix HTTP module for latest Spring Framework 2024-06-12 10:47:36 -04:00
dependabot[bot]
afb87d45e8 Bump protobufVersion from 4.27.0 to 4.27.1 
Bumps `protobufVersion` from 4.27.0 to 4.27.1.

Updates `com.google.protobuf:protobuf-java` from 4.27.0 to 4.27.1
- [Release notes](https://github.com/protocolbuffers/protobuf/releases)
- [Changelog](https://github.com/protocolbuffers/protobuf/blob/main/protobuf_release.bzl)
- [Commits](https://github.com/protocolbuffers/protobuf/commits)

Updates `com.google.protobuf:protobuf-java-util` from 4.27.0 to 4.27.1

Updates `com.google.protobuf:protoc` from 4.27.0 to 4.27.1
- [Release notes](https://github.com/protocolbuffers/protobuf/releases)
- [Changelog](https://github.com/protocolbuffers/protobuf/blob/main/protobuf_release.bzl)
- [Commits](https://github.com/protocolbuffers/protobuf/commits)

---
updated-dependencies:
- dependency-name: com.google.protobuf:protobuf-java
  dependency-type: direct:production
  update-type: version-update:semver-patch
- dependency-name: com.google.protobuf:protobuf-java-util
  dependency-type: direct:production
  update-type: version-update:semver-patch
- dependency-name: com.google.protobuf:protoc
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
 2024-06-10 11:16:21 -04:00
Alessio Matricardi
80c8a61f33 GH-9197: Optional ZeroMQ topic wrapping 
Fixes: #9197

* Update `ZeroMqMessageHandler` for `wrapTopic` option
* Add author, fix code style, add same logic also for `ZeroMqMessageProducer`
* Add `wrapTopic` function also in DSL specs
* Fix wrap topic test: duplicate socket address caused binding exception
* Rewrite the `MessageProducer.wrapTopic()` test
* Call `stop()` instead of `destroy()` method

**Auto-cherry-pick to `6.3.x` & `6.2.x`**
 2024-06-10 10:56:07 -04:00