ppalaga commented on PR #2237:
URL: https://github.com/apache/cxf/pull/2237#issuecomment-2621149723
> Thanks a lot @ppalaga, but I believe this change could be considered a
breaking one (please correct me if I am wrong): the previously generated
classes would end up under different package.
ppalaga commented on PR #2237:
URL: https://github.com/apache/cxf/pull/2237#issuecomment-2621159402
> I found out that the issue is not happening in stock CXF where only
`WrapperClassGenerator` is active. That one is using per service class loaders
and it is thus able to provide multiple wr
dependabot[bot] opened a new pull request, #2239:
URL: https://github.com/apache/cxf/pull/2239
Bumps org.jruby:jruby from 9.4.10.0 to 9.4.11.0.
[ from
2.11.0 to 2.12.0.
Release notes
Sourced from https://github.com/google/gson/releases";>com.google.code.gson:gson's
reta commented on PR #2237:
URL: https://github.com/apache/cxf/pull/2237#issuecomment-2623175395
Thanks @ppalaga
> Wouldn't suffice to introduce the extension only if there comes somebody
really needing the old behavior?
I think we could indeed pick the new strategy as default
ffang commented on PR #2237:
URL: https://github.com/apache/cxf/pull/2237#issuecomment-2621883390
Thanks for the contribution @ppalaga!
And about the backward compatibility concerns, how about we maintain a cache
in WrapperClassGenerator(or wherever more suitable), so if there's no co
dependabot[bot] opened a new pull request, #320:
URL: https://github.com/apache/cxf-fediz/pull/320
Bumps org.apache.commons:commons-dbcp2 from 2.12.0 to 2.13.0.
[
from 3.5.0 to 3.6.0.
Release notes
Sourced from https://github.com/mojohaus
dependabot[bot] opened a new pull request, #322:
URL: https://github.com/apache/cxf-fediz/pull/322
Bumps org.apache.logging.log4j:log4j-slf4j-impl from 2.24.1 to 2.24.3.
[