Re: Moving Mail, Activation, Transaction and Connector to Apache TomEE (was Re: [DISCUSS] Move microprofile impl to Apache TomEE)

2022-06-17 Thread David Jencks 



> On Jun 17, 2022, at 11:23 AM, David Blevins  wrote:
> 
> 
>> On Jun 14, 2022, at 10:09 PM, David Jencks  wrote:
>> 
>> I think each impl. needs to be in its own git repo, I’m not sure which 
>> already are.
> 
> Agree.  Currently connector and txmanager are in the same git repo.
> 
>> I believe the tx manager is used in an OSGI spec impl in (I think) Aries. On 
>> the other hand they might have copied the implementation.  It might be 
>> confusing if the governing project and/or package names change. I don’t know 
>> if there are other uses, or how to find out.
>> 
>> It might possibly be simpler, after we get each subproject into appropriate 
>> git repos, to make people who want to work on these implementations geronimo 
>> committers.
> 
> I don't know if it helps the conversation, but we need a different version 
> that's incompatible to what Aries and ActiveMQ uses.We would be 
> developing and implementing jakarta.* implementations they couldn't use.  For 
> them to switch from javax to jakarta, they'd need to change all their 
> dependencies anyway.

I expect eventually they will make the switch.

> 
> Really the question being asked is does anyone mind if we develop separate 
> Jakarta versions of the APIs on the TomEE side?  It would be a little easier 
> for us.
> 

Do you expect to have a new unrelated tx manager implementation?  I rather 
expected something mostly changed via sed, and a major version bump.  I don’t 
think you put the jakarta TomEE in a new repo, did you?

However, I don’t really care as long as you leave a really obvious note behind 
about where development has moved to.

David Jencks
> 
> -David
> 
>>> On Jun 14, 2022, at 9:36 AM, Romain Manni-Bucau  
>>> wrote:
>>> 
>>> No blocker from me (minor note being some are already on git so don't start 
>>> back from svn ;))
>>> 
>>> Romain Manni-Bucau
>>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
>>> 
>>> 
>>> Le mar. 14 juin 2022 à 18:29, David Blevins  a 
>>> écrit :
>>> Jumping off of this thread, is there any openness to discussing moving this 
>>> code over to TomEE?
>>> 
>>> - http://svn.apache.org/repos/asf/geronimo/components/txmanager/trunk/
>>> - 
>>> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-activation_2.0_spec/
>>> - 
>>> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-jakartamail_2.1_spec/
>>> - 
>>> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-mail_2.1_spec/
>>> 
>>> These are on the critical path for TomEE, being updated in Jakarta EE 10.  
>>> We're not working on Jakarta EE 10 yet, but we'll hopefully be doing that 
>>> by early next year.
>>> 
>>> It's a bit painful to send people over from the TomEE project to here and 
>>> submit patches against SVN repos.  It would be great if we could have them 
>>> in git and under the TomEE PMC if possible.
>>> 
>>> Thoughts?
>>> 
>>> 
>>> -David
>>> 
 On Jun 6, 2022, at 1:59 AM, fpapon  wrote:
 
 Hi all,
 
 I would like to start a thread to discuss about the future of the Apache 
 Geronimo Microprofile implementation:
 
 https://geronimo.apache.org/microprofile/
 
 As we can see, we don't have a lot of traction about the maintenance of 
 the implementation to be up-to-date with the Microprofile specification.
 
 The J2EE Geronimo server is no longer exist and at Apache, the active EE 
 server seems to be Apache TomEE.
 
 May be it could make more sense to move the Microprofile implementation to 
 the Apache TomEE umbrella.
 
 WDYT?
 
 regards,
 
 -- 
 --
 François
 
>>> 
>> 
>

Re: Moving Mail, Activation, Transaction and Connector to Apache TomEE (was Re: [DISCUSS] Move microprofile impl to Apache TomEE)

2022-06-17 Thread Romain Manni-Bucau 
Le ven. 17 juin 2022 à 20:23, David Blevins  a
écrit :

>
> > On Jun 14, 2022, at 10:09 PM, David Jencks 
> wrote:
> >
> > I think each impl. needs to be in its own git repo, I’m not sure which
> already are.
>
> Agree.  Currently connector and txmanager are in the same git repo.
>
> > I believe the tx manager is used in an OSGI spec impl in (I think)
> Aries. On the other hand they might have copied the implementation.  It
> might be confusing if the governing project and/or package names change. I
> don’t know if there are other uses, or how to find out.
> >
> > It might possibly be simpler, after we get each subproject into
> appropriate git repos, to make people who want to work on these
> implementations geronimo committers.
>
> I don't know if it helps the conversation, but we need a different version
> that's incompatible to what Aries and ActiveMQ uses.We would be
> developing and implementing jakarta.* implementations they couldn't use.
> For them to switch from javax to jakarta, they'd need to change all their
> dependencies anyway.
>
> Really the question being asked is does anyone mind if we develop separate
> Jakarta versions of the APIs on the TomEE side?  It would be a little
> easier for us.
>


Strictly speaking you dont even need to ask so maybe ask once done and if
there would be any merge need if it eases work for you ;).


>
> -David
>
> >> On Jun 14, 2022, at 9:36 AM, Romain Manni-Bucau 
> wrote:
> >>
> >> No blocker from me (minor note being some are already on git so don't
> start back from svn ;))
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
> >>
> >>
> >> Le mar. 14 juin 2022 à 18:29, David Blevins 
> a écrit :
> >> Jumping off of this thread, is there any openness to discussing moving
> this code over to TomEE?
> >>
> >>  - http://svn.apache.org/repos/asf/geronimo/components/txmanager/trunk/
> >>  -
> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-activation_2.0_spec/
> >>  -
> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-jakartamail_2.1_spec/
> >>  -
> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-mail_2.1_spec/
> >>
> >> These are on the critical path for TomEE, being updated in Jakarta EE
> 10.  We're not working on Jakarta EE 10 yet, but we'll hopefully be doing
> that by early next year.
> >>
> >> It's a bit painful to send people over from the TomEE project to here
> and submit patches against SVN repos.  It would be great if we could have
> them in git and under the TomEE PMC if possible.
> >>
> >> Thoughts?
> >>
> >>
> >> -David
> >>
> >> > On Jun 6, 2022, at 1:59 AM, fpapon  wrote:
> >> >
> >> > Hi all,
> >> >
> >> > I would like to start a thread to discuss about the future of the
> Apache Geronimo Microprofile implementation:
> >> >
> >> > https://geronimo.apache.org/microprofile/
> >> >
> >> > As we can see, we don't have a lot of traction about the maintenance
> of the implementation to be up-to-date with the Microprofile specification.
> >> >
> >> > The J2EE Geronimo server is no longer exist and at Apache, the active
> EE server seems to be Apache TomEE.
> >> >
> >> > May be it could make more sense to move the Microprofile
> implementation to the Apache TomEE umbrella.
> >> >
> >> > WDYT?
> >> >
> >> > regards,
> >> >
> >> > --
> >> > --
> >> > François
> >> >
> >>
> >
>
>

Re: Moving Mail, Activation, Transaction and Connector to Apache TomEE (was Re: [DISCUSS] Move microprofile impl to Apache TomEE)

2022-06-17 Thread David Blevins 

> On Jun 14, 2022, at 10:09 PM, David Jencks  wrote:
> 
> I think each impl. needs to be in its own git repo, I’m not sure which 
> already are.

Agree.  Currently connector and txmanager are in the same git repo.

> I believe the tx manager is used in an OSGI spec impl in (I think) Aries. On 
> the other hand they might have copied the implementation.  It might be 
> confusing if the governing project and/or package names change. I don’t know 
> if there are other uses, or how to find out.
> 
> It might possibly be simpler, after we get each subproject into appropriate 
> git repos, to make people who want to work on these implementations geronimo 
> committers.

I don't know if it helps the conversation, but we need a different version 
that's incompatible to what Aries and ActiveMQ uses.We would be developing 
and implementing jakarta.* implementations they couldn't use.  For them to 
switch from javax to jakarta, they'd need to change all their dependencies 
anyway.

Really the question being asked is does anyone mind if we develop separate 
Jakarta versions of the APIs on the TomEE side?  It would be a little easier 
for us.


-David

>> On Jun 14, 2022, at 9:36 AM, Romain Manni-Bucau  
>> wrote:
>> 
>> No blocker from me (minor note being some are already on git so don't start 
>> back from svn ;))
>> 
>> Romain Manni-Bucau
>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
>> 
>> 
>> Le mar. 14 juin 2022 à 18:29, David Blevins  a 
>> écrit :
>> Jumping off of this thread, is there any openness to discussing moving this 
>> code over to TomEE?
>> 
>>  - http://svn.apache.org/repos/asf/geronimo/components/txmanager/trunk/
>>  - 
>> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-activation_2.0_spec/
>>  - 
>> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-jakartamail_2.1_spec/
>>  - 
>> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-mail_2.1_spec/
>> 
>> These are on the critical path for TomEE, being updated in Jakarta EE 10.  
>> We're not working on Jakarta EE 10 yet, but we'll hopefully be doing that by 
>> early next year.
>> 
>> It's a bit painful to send people over from the TomEE project to here and 
>> submit patches against SVN repos.  It would be great if we could have them 
>> in git and under the TomEE PMC if possible.
>> 
>> Thoughts?
>> 
>> 
>> -David
>> 
>> > On Jun 6, 2022, at 1:59 AM, fpapon  wrote:
>> > 
>> > Hi all,
>> > 
>> > I would like to start a thread to discuss about the future of the Apache 
>> > Geronimo Microprofile implementation:
>> > 
>> > https://geronimo.apache.org/microprofile/
>> > 
>> > As we can see, we don't have a lot of traction about the maintenance of 
>> > the implementation to be up-to-date with the Microprofile specification.
>> > 
>> > The J2EE Geronimo server is no longer exist and at Apache, the active EE 
>> > server seems to be Apache TomEE.
>> > 
>> > May be it could make more sense to move the Microprofile implementation to 
>> > the Apache TomEE umbrella.
>> > 
>> > WDYT?
>> > 
>> > regards,
>> > 
>> > -- 
>> > --
>> > François
>> > 
>> 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [VOTE] Apache BatchEE 1.0.2

2022-06-17 Thread Reinhard Sandtner 
+1

lG
reini

> Am 17.06.2022 um 16:56 schrieb Jean-Louis MONTEIRO :
> 
> My own +1
> 
> Le ven. 17 juin 2022 à 15:21, fpapon  > a écrit :
> +1 (binding)
> 
> Regards,
> 
> 
> 
> On 17/06/2022 10:40, Jean-Louis Monteiro wrote:
>> Hi,
>> 
>> As discussed, here is the vote for Apache BatchEE 1.0.2.
>> 
>> This is a maintenance release with minor fixes and a fix for jakarta 
>> reloction.
>> 
>> Maven staging repo
>> https://repository.apache.org/content/repositories/orgapachebatchee-1009 
>> 
>> 
>> Binaries and sources
>> https://dist.apache.org/repos/dist/dev/geronimo/batchee/1.0.2 
>> 
>> 
>> Github Tag
>> https://github.com/apache/geronimo-batchee/tree/batchee-1.0.2 
>> 
>> 
>> Release Notes
>> https://issues.apache.org/jira/projects/BATCHEE/versions/12350726 
>> 
>> 
>> 
>> Please VOTE
>> 
>> [+1] go ship it
>> [+0] meh, don't care
>> [-1] stop, there is a ${showstopper}
>> 
>> The VOTE is open for 72h
>> --
>> Jean-Louis Monteiro
>> http://twitter.com/jlouismonteiro 
>> http://www.tomitribe.com 
> -- 
> --
> François

Re: [VOTE] Apache BatchEE 1.0.2

2022-06-17 Thread Jean-Louis MONTEIRO 
My own +1

Le ven. 17 juin 2022 à 15:21, fpapon  a écrit :

> +1 (binding)
>
> Regards,
>
>
> On 17/06/2022 10:40, Jean-Louis Monteiro wrote:
>
> Hi,
>
> As discussed, here is the vote for Apache BatchEE 1.0.2.
>
> This is a maintenance release with minor fixes and a fix for jakarta
> reloction.
>
> Maven staging repo
> https://repository.apache.org/content/repositories/orgapachebatchee-1009
>
> Binaries and sources
> https://dist.apache.org/repos/dist/dev/geronimo/batchee/1.0.2
>
> Github Tag
> https://github.com/apache/geronimo-batchee/tree/batchee-1.0.2
>
> Release Notes
> https://issues.apache.org/jira/projects/BATCHEE/versions/12350726
>
>
> Please VOTE
>
> [+1] go ship it
> [+0] meh, don't care
> [-1] stop, there is a ${showstopper}
>
> The VOTE is open for 72h
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
>
> --
> --
> François
>
>

Re: [VOTE] Apache BatchEE 1.0.2

2022-06-17 Thread fpapon 

+1 (binding)

Regards,


On 17/06/2022 10:40, Jean-Louis Monteiro wrote:

Hi,

As discussed, here is the vote for Apache BatchEE 1.0.2.

This is a maintenance release with minor fixes and a fix for jakarta 
reloction.


Maven staging repo
https://repository.apache.org/content/repositories/orgapachebatchee-1009

Binaries and sources
https://dist.apache.org/repos/dist/dev/geronimo/batchee/1.0.2

Github Tag
https://github.com/apache/geronimo-batchee/tree/batchee-1.0.2

Release Notes
https://issues.apache.org/jira/projects/BATCHEE/versions/12350726


Please VOTE

[+1] go ship it
[+0] meh, don't care
[-1] stop, there is a ${showstopper}

The VOTE is open for 72h
--
Jean-Louis Monteiro
http://twitter.com/jlouismonteiro
http://www.tomitribe.com


--
--
François

Re: [VOTE] Apache BatchEE 1.0.2

2022-06-17 Thread Romain Manni-Bucau 
+1

Romain Manni-Bucau
@rmannibucau  |  Blog
 | Old Blog
 | Github  |
LinkedIn  | Book



Le ven. 17 juin 2022 à 10:41, Jean-Louis Monteiro 
a écrit :

> Hi,
>
> As discussed, here is the vote for Apache BatchEE 1.0.2.
>
> This is a maintenance release with minor fixes and a fix for jakarta
> reloction.
>
> Maven staging repo
> https://repository.apache.org/content/repositories/orgapachebatchee-1009
>
> Binaries and sources
> https://dist.apache.org/repos/dist/dev/geronimo/batchee/1.0.2
>
> Github Tag
> https://github.com/apache/geronimo-batchee/tree/batchee-1.0.2
>
> Release Notes
> https://issues.apache.org/jira/projects/BATCHEE/versions/12350726
>
>
> Please VOTE
>
> [+1] go ship it
> [+0] meh, don't care
> [-1] stop, there is a ${showstopper}
>
> The VOTE is open for 72h
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
>

[VOTE] Apache BatchEE 1.0.2

2022-06-17 Thread Jean-Louis Monteiro 
Hi,

As discussed, here is the vote for Apache BatchEE 1.0.2.

This is a maintenance release with minor fixes and a fix for jakarta
reloction.

Maven staging repo
https://repository.apache.org/content/repositories/orgapachebatchee-1009

Binaries and sources
https://dist.apache.org/repos/dist/dev/geronimo/batchee/1.0.2

Github Tag
https://github.com/apache/geronimo-batchee/tree/batchee-1.0.2

Release Notes
https://issues.apache.org/jira/projects/BATCHEE/versions/12350726


Please VOTE

[+1] go ship it
[+0] meh, don't care
[-1] stop, there is a ${showstopper}

The VOTE is open for 72h
--
Jean-Louis Monteiro
http://twitter.com/jlouismonteiro
http://www.tomitribe.com

[GitHub] [geronimo-batchee] dependabot[bot] opened a new pull request, #6: Bump commons-io from 2.5 to 2.7 in /tools/cli

2022-06-17 Thread GitBox 


dependabot[bot] opened a new pull request, #6:
URL: https://github.com/apache/geronimo-batchee/pull/6

   Bumps commons-io from 2.5 to 2.7.
   
   
   [![Dependabot compatibility 
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=commons-io:commons-io=maven=2.5=2.7)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores)
   
   Dependabot will resolve any conflicts with this PR as long as you don't 
alter it yourself. You can also trigger a rebase manually by commenting 
`@dependabot rebase`.
   
   [//]: # (dependabot-automerge-start)
   [//]: # (dependabot-automerge-end)
   
   ---
   
   
   Dependabot commands and options
   
   
   You can trigger Dependabot actions by commenting on this PR:
   - `@dependabot rebase` will rebase this PR
   - `@dependabot recreate` will recreate this PR, overwriting any edits that 
have been made to it
   - `@dependabot merge` will merge this PR after your CI passes on it
   - `@dependabot squash and merge` will squash and merge this PR after your CI 
passes on it
   - `@dependabot cancel merge` will cancel a previously requested merge and 
block automerging
   - `@dependabot reopen` will reopen this PR if it is closed
   - `@dependabot close` will close this PR and stop Dependabot recreating it. 
You can achieve the same result by closing it manually
   - `@dependabot ignore this major version` will close this PR and stop 
Dependabot creating any more for this major version (unless you reopen the PR 
or upgrade to it yourself)
   - `@dependabot ignore this minor version` will close this PR and stop 
Dependabot creating any more for this minor version (unless you reopen the PR 
or upgrade to it yourself)
   - `@dependabot ignore this dependency` will close this PR and stop 
Dependabot creating any more for this dependency (unless you reopen the PR or 
upgrade to it yourself)
   - `@dependabot use these labels` will set the current labels as the default 
for future PRs for this repo and language
   - `@dependabot use these reviewers` will set the current reviewers as the 
default for future PRs for this repo and language
   - `@dependabot use these assignees` will set the current assignees as the 
default for future PRs for this repo and language
   - `@dependabot use this milestone` will set the current milestone as the 
default for future PRs for this repo and language
   
   You can disable automated security fix PRs for this repo from the [Security 
Alerts page](https://github.com/apache/geronimo-batchee/network/alerts).
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@geronimo.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [geronimo-batchee] dependabot[bot] closed pull request #1: Bump jackson-databind from 2.2.3 to 2.9.10.1 in /extensions/jackson

2022-06-17 Thread GitBox 


dependabot[bot] closed pull request #1: Bump jackson-databind from 2.2.3 to 
2.9.10.1 in /extensions/jackson
URL: https://github.com/apache/geronimo-batchee/pull/1


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@geronimo.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [geronimo-batchee] dependabot[bot] opened a new pull request, #5: Bump spring-boot-starter-web from 2.5.6 to 2.5.12 in /tools/spring-boot-batchee-ui

2022-06-17 Thread GitBox 


dependabot[bot] opened a new pull request, #5:
URL: https://github.com/apache/geronimo-batchee/pull/5

   Bumps 
[spring-boot-starter-web](https://github.com/spring-projects/spring-boot) from 
2.5.6 to 2.5.12.
   
   Release notes
   Sourced from https://github.com/spring-projects/spring-boot/releases;>spring-boot-starter-web's
 releases.
   
   v2.5.12
   :lady_beetle: Bug Fixes
   
   MustacheAutoConfiguration in a Servlet web application fails with a 
ClassNotFoundException when Spring MVC is not on the classpath https://github-redirect.dependabot.com/spring-projects/spring-boot/pull/30456;>#30456
   
   :notebook_with_decorative_cover: Documentation
   
   Javadoc of 
org.springframework.boot.gradle.plugin.ResolveMainClassName.setClasspath(Object)
 is inaccurate https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30468;>#30468
   Document that @DefaultValue can be used on a record 
component https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30460;>#30460
   
   :hammer: Dependency Upgrades
   
   Upgrade to Jackson Bom 2.12.6.20220326 https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30477;>#30477
   Upgrade to Spring Framework 5.3.18 https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30491;>#30491
   
   :heart: Contributors
   We'd like to thank all the contributors who worked on this release!
   
   https://github.com/quaff;>@​quaff
   https://github.com/eddumelendez;>@​eddumelendez
   https://github.com/candrews;>@​candrews
   
   v2.5.11
   :star: New Features
   
   Add EIGHTEEN to JavaVersion enum https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/29524;>#29524
   
   :lady_beetle: Bug Fixes
   
   Thymeleaf auto-configuration in a reactive application can fail due to 
duplicate templateEngine beans https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30384;>#30384
   ConfigurationPropertyName#equals is not symmetric when adapt has removed 
trailing characters from an element https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30317;>#30317
   server.tomcat.keep-alive-timeout is not applied to HTTP/2 https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30267;>#30267
   Setting spring.mustache.enabled to false has no effect https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30250;>#30250
   bootWar is configured eagerly https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30211;>#30211
   Actuator @ReadOperation on Flux cancels request after first 
element emitted https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30095;>#30095
   No metrics are bound for R2DBC ConnectionPools that have been wrapped https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30090;>#30090
   Unnecessary allocations in Prometheus scraping endpoint https://github-redirect.dependabot.com/spring-projects/spring-boot/pull/30085;>#30085
   Condition evaluation report entry for a 
@ConditionalOnSingleCandidate that does not match due to multiple 
primary beans isn't as clear as it could be https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30073;>#30073
   Generated password are logged without an unsuitable for production 
use note https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30061;>#30061
   Files in META-INF are not found when deploying a Gradle-built executable 
war to a servlet container https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30026;>#30026
   spring-boot-configuration-processor fails compilation due to 
@DefaultValue with a long value and generates invalid metadata for 
byte and short properties with out-of-range default values https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30020;>#30020
   Dependency management for Netty tcNative is incomplete leading to 
possible version conflicts https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30010;>#30010
   Dependency management for Apache Kafka is incomplete https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/29023;>#29023
   
   :notebook_with_decorative_cover: Documentation
   
   Fix JsonSerializer example in reference guide https://github-redirect.dependabot.com/spring-projects/spring-boot/pull/30329;>#30329
   Default value of spring.thymeleaf.reactive.media-types is not documented 
https://github-redirect.dependabot.com/spring-projects/spring-boot/issues/30280;>#30280
   Add Netty in Enable HTTP Response Compression  https://github-redirect.dependabot.com/spring-projects/spring-boot/pull/30234;>#30234
   
   
   
   ... (truncated)
   
   
   Commits
   
   https://github.com/spring-projects/spring-boot/commit/35105a00d0c8e9c68cd0824c029b01f47c80afe8;>35105a0
 Release v2.5.12

[GitHub] [geronimo-batchee] dependabot[bot] commented on pull request #1: Bump jackson-databind from 2.2.3 to 2.9.10.1 in /extensions/jackson

2022-06-17 Thread GitBox 


dependabot[bot] commented on PR #1:
URL: https://github.com/apache/geronimo-batchee/pull/1#issuecomment-1158636596

   Superseded by #4.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@geronimo.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

[GitHub] [geronimo-batchee] dependabot[bot] opened a new pull request, #4: Bump jackson-databind from 2.2.3 to 2.12.6.1 in /extensions/jackson

2022-06-17 Thread GitBox 


dependabot[bot] opened a new pull request, #4:
URL: https://github.com/apache/geronimo-batchee/pull/4

   Bumps [jackson-databind](https://github.com/FasterXML/jackson) from 2.2.3 to 
2.12.6.1.
   
   Commits
   
   See full diff in https://github.com/FasterXML/jackson/commits;>compare view
   
   
   
   
   
   [![Dependabot compatibility 
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=com.fasterxml.jackson.core:jackson-databind=maven=2.2.3=2.12.6.1)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores)
   
   Dependabot will resolve any conflicts with this PR as long as you don't 
alter it yourself. You can also trigger a rebase manually by commenting 
`@dependabot rebase`.
   
   [//]: # (dependabot-automerge-start)
   [//]: # (dependabot-automerge-end)
   
   ---
   
   
   Dependabot commands and options
   
   
   You can trigger Dependabot actions by commenting on this PR:
   - `@dependabot rebase` will rebase this PR
   - `@dependabot recreate` will recreate this PR, overwriting any edits that 
have been made to it
   - `@dependabot merge` will merge this PR after your CI passes on it
   - `@dependabot squash and merge` will squash and merge this PR after your CI 
passes on it
   - `@dependabot cancel merge` will cancel a previously requested merge and 
block automerging
   - `@dependabot reopen` will reopen this PR if it is closed
   - `@dependabot close` will close this PR and stop Dependabot recreating it. 
You can achieve the same result by closing it manually
   - `@dependabot ignore this major version` will close this PR and stop 
Dependabot creating any more for this major version (unless you reopen the PR 
or upgrade to it yourself)
   - `@dependabot ignore this minor version` will close this PR and stop 
Dependabot creating any more for this minor version (unless you reopen the PR 
or upgrade to it yourself)
   - `@dependabot ignore this dependency` will close this PR and stop 
Dependabot creating any more for this dependency (unless you reopen the PR or 
upgrade to it yourself)
   - `@dependabot use these labels` will set the current labels as the default 
for future PRs for this repo and language
   - `@dependabot use these reviewers` will set the current reviewers as the 
default for future PRs for this repo and language
   - `@dependabot use these assignees` will set the current assignees as the 
default for future PRs for this repo and language
   - `@dependabot use this milestone` will set the current milestone as the 
default for future PRs for this repo and language
   
   You can disable automated security fix PRs for this repo from the [Security 
Alerts page](https://github.com/apache/geronimo-batchee/network/alerts).
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@geronimo.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org