Re: New releases?

2023-04-12 Thread Andriy Redko 
Hey Colm,
 
Certainly +1, I will move / close my tickets today. Do you think we could
also release 3.6.0? Thank you.

Best Regards,
Andriy Redko
 

> It's almost been four months since the last set of releases, what work
> remains to be done to get new releases out? I'd like to get new XJC
> and CXF build utils versions out first, as we have upgraded a ton of
> dependencies there since enabling dependabot.

> Colm.

Re: New releases?

2023-04-12 Thread Daniel Kulp 

> 
> Certainly +1, I will move / close my tickets today. Do you think we could
> also release 3.6.0? Thank you.

I’d like to back port the HttpClient stuff to 3.6.0 first, but yes, I’d like to 
do a 3.6.0 release and then plan on dropping 3.5.x longer term.   Supporting 
Java8 for 3.5 is already beginning to cause issues with libraries that aren’t 
going to get security updates and such.

I’m on Spring Break next week (taking a bunch of Scouts to SeaBase in the 
Bahamas to sail so will be completely disconnected).   Once I get back, I’d be 
happy to do a bunch of releases.


Dan



> 
> Best Regards,
>Andriy Redko
> 
> 
>> It's almost been four months since the last set of releases, what work
>> remains to be done to get new releases out? I'd like to get new XJC
>> and CXF build utils versions out first, as we have upgraded a ton of
>> dependencies there since enabling dependabot.
> 
>> Colm.
> 

-- 
Daniel Kulp
dk...@apache.org 
Talend - https://talend.com

Re: New releases?

2023-04-12 Thread Andriy Redko 
Sounds great, thanks Dan!


>> 
>> Certainly +1, I will move / close my tickets today. Do you think we could
>> also release 3.6.0? Thank you.

DK> I’d like to back port the HttpClient stuff to 3.6.0 first, but yes, I’d 
like to do a 3.6.0 release and then plan on dropping 3.5.x longer term.   
Supporting Java8 for 3.5 is already beginning to cause issues with libraries 
that aren’t going to get security updates and such.

DK> I’m on Spring Break next week (taking a bunch of Scouts to SeaBase in the 
Bahamas to sail so will be completely disconnected).   Once I get back, I’d be 
happy to do a bunch of releases.


DK> Dan



>> 
>> Best Regards,
>>Andriy Redko
>> 
>> 
>>> It's almost been four months since the last set of releases, what work
>>> remains to be done to get new releases out? I'd like to get new XJC
>>> and CXF build utils versions out first, as we have upgraded a ton of
>>> dependencies there since enabling dependabot.
>> 
>>> Colm.
>>

[GitHub] [cxf] reta merged pull request #1226: Bump microprofile-config-api from 3.0.2 to 3.0.3

2023-04-12 Thread via GitHub 


reta merged PR #1226:
URL: https://github.com/apache/cxf/pull/1226


-- 
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...@cxf.apache.org

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

[GitHub] [cxf] karlvr commented on pull request #1201: CXF-8671: Support Jakarta EE 10

2023-04-12 Thread via GitHub 


karlvr commented on PR #1201:
URL: https://github.com/apache/cxf/pull/1201#issuecomment-1505807692

   Another few wee code contributions... I implemented a basic 
`SeBootstrap.Configuration` and builder, and I've added stub implementations 
for the bootstrap APIs in `RuntimeDelegate`... maybe CXF doesn't need to 
support the bootstrapping immediately, or someone else is definitely better 
positioned to implement that!
   
   I've taken a stab at the `EntityPart` implementation and builder. The 
missing piece for me is how to get access to registered `MessageBodyReader` and 
`Writer` implementations in the context of the `EntityPart.Builder`... I've 
used `ProviderFactory` with a `null` `Message` for the moment. I am also 
guessing that somewhere elsewhere in CXF we will need support for 
`EntityPart`...


-- 
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...@cxf.apache.org

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

[GitHub] [cxf] reta commented on pull request #1201: CXF-8671: Support Jakarta EE 10

2023-04-12 Thread via GitHub 


reta commented on PR #1201:
URL: https://github.com/apache/cxf/pull/1201#issuecomment-1506049262

   > Another few wee code contributions... 
   
   Thanks @karlvr , I think it would have unblocked you a bit on the 
compilation side, but is it now difficult to track what we need to implement, 
it would be helpful (to be fair) to get rid of the stubs if possible (we would 
have to implement the spec to be compliant).  
   


-- 
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...@cxf.apache.org

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

[GitHub] [cxf] karlvr commented on pull request #1201: CXF-8671: Support Jakarta EE 10

2023-04-12 Thread via GitHub 


karlvr commented on PR #1201:
URL: https://github.com/apache/cxf/pull/1201#issuecomment-1506058226

   @reta yes, I agree. I was holding off on committing them for that reason. It 
is limited to the `RuntimeDelegateImpl` class. I have listed this issue in the 
(newly convert to a) checklist in the PR description. Is that enough to keep 
track of it at this stage? There's also the case of the `EntityPartBuilderImpl` 
where I've implemented something that I'm pretty sure needs improvements that 
I'm not sure how to proceed on... I could comment that code out. It's only 
those two bits that are not just changing versions and search-replace things!


-- 
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...@cxf.apache.org

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

[GitHub] [cxf] reta commented on pull request #1201: CXF-8671: Support Jakarta EE 10

2023-04-12 Thread via GitHub 


reta commented on PR #1201:
URL: https://github.com/apache/cxf/pull/1201#issuecomment-1506086658

   > @reta yes, I agree. I was holding off on committing them for that reason. 
It is limited to the `RuntimeDelegateImpl` class. I have listed this issue in 
the (newly convert to a) checklist in the PR description. Is that enough to 
keep track of it at this stage? 
   
   I was going through the spec and was sketching some very basic 
implementation (it is very likely some work is repeated). Let's keep it like 
that but I would be curious to know if you are planning to implement this part 
of the specification in full so we won't be duplicating the effort. Thank you.


-- 
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...@cxf.apache.org

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

[GitHub] [cxf] dependabot[bot] opened a new pull request, #1230: Bump native-maven-plugin from 0.9.20 to 0.9.21

2023-04-12 Thread via GitHub 


dependabot[bot] opened a new pull request, #1230:
URL: https://github.com/apache/cxf/pull/1230

   Bumps [native-maven-plugin](https://github.com/graalvm/native-build-tools) 
from 0.9.20 to 0.9.21.
   
   Commits
   
   https://github.com/graalvm/native-build-tools/commit/f0351382f2a96e0a912550692dbf5edb4b80fc4d";>f035138
 Bump repo version to 0.9.21
   https://github.com/graalvm/native-build-tools/commit/0a858d275aff774538d3a0d8c8feb7a24c52dd7b";>0a858d2
 Merge pull request https://redirect.github.com/graalvm/native-build-tools/issues/423";>#423
 from dnestoro/dnestoro/BumpMetadataVersionTo0.2.7
   https://github.com/graalvm/native-build-tools/commit/884a0857a5fd290808d208c53151b068f5e1c778";>884a085
 Bump metadata repo version
   https://github.com/graalvm/native-build-tools/commit/6e0d2fc168007e8ebfc2f7ce70c6d23504fc2937";>6e0d2fc
 Merge pull request https://redirect.github.com/graalvm/native-build-tools/issues/421";>#421
 from graalvm/fniephaus/deprecate-required-version
   https://github.com/graalvm/native-build-tools/commit/9d4fb49a644b35fe7efeefc804a5c88b67652a67";>9d4fb49
 Disable toolchain detection by default (https://redirect.github.com/graalvm/native-build-tools/issues/420";>#420)
   https://github.com/graalvm/native-build-tools/commit/09729b3993bfa8ba57d38a423e7b4a61a7d4d264";>09729b3
 Deprecate requiredVersion.
   https://github.com/graalvm/native-build-tools/commit/59c2d1adef3175a3ab3da050dca9c0c4728be442";>59c2d1a
 Treat new version string as "later than 22.3.1".
   https://github.com/graalvm/native-build-tools/commit/0ead2626d7f3f8f215f4c9a4d44cfe86cd5834f3";>0ead262
 Run the native tests in the submodule folder (https://redirect.github.com/graalvm/native-build-tools/issues/414";>#414)
   https://github.com/graalvm/native-build-tools/commit/565302248856ba3e140f8b562a7d5e7e78b16a82";>5653022
 Fix compatibility with Gradle's configuration cache (https://redirect.github.com/graalvm/native-build-tools/issues/339";>#339)
   https://github.com/graalvm/native-build-tools/commit/199ce20595dbf5352120e8f58cdb7c9357239a16";>199ce20
 Merge pull request https://redirect.github.com/graalvm/native-build-tools/issues/407";>#407
 from dnestoro/dnestoro/EnableMetadataCopyWhenAgentIsE...
   Additional commits viewable in https://github.com/graalvm/native-build-tools/compare/0.9.20...0.9.21";>compare
 view
   
   
   
   
   
   [![Dependabot compatibility 
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=org.graalvm.buildtools:native-maven-plugin&package-manager=maven&previous-version=0.9.20&new-version=0.9.21)](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)
   
   
   


-- 
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...@cxf.apache.org

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