Re: [PR] Added new Parameter to exclude specific classes from default value generation [cxf-xjc-utils]
marcelhdl commented on PR #129: URL: https://github.com/apache/cxf-xjc-utils/pull/129#issuecomment-2121903621 @reta sorry for my late response, i am runnning out of time atm. Is it possible that you implement the whitelisting here? Otherwise this bug must wait. -- 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
Re: [PR] Bump jakarta.xml.soap:jakarta.xml.soap-api from 3.0.1 to 3.0.2 [cxf]
reta merged PR #1884: URL: https://github.com/apache/cxf/pull/1884 -- 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
Re: [PR] Bump cxf.spring.security.version from 6.2.4 to 6.3.0 [cxf]
reta merged PR #1885: URL: https://github.com/apache/cxf/pull/1885 -- 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
Re: SpringWebUtils in CXF in TomEE
> Something like loading the class SpringWebUtils in cxfrsservice#init method would be sufficient IMHO. That looks like it works really well, thank you! I'll get that checked in. Jon On Mon, May 20, 2024 at 4:57 PM Romain Manni-Bucau wrote: > Le lun. 20 mai 2024 à 17:29, Jonathan Gallimore < > jonathan.gallim...@gmail.com> a écrit : > > > Thanks Andriy and Romain for your replies. > > > > > This is quite an interesting issue, is it possible to share (or point > out > > to an example) small reproducer project for this problem? > > > > Yes - here's a reproducer: https://github.com/jgallimore/demo > > > > If you clone this and run mvn clean install tomee:run, it will boot up a > > TomEE 9.1.3 (which includes CXF 4.0.4). If you invoke a GET > > http://localhost:8080/hello you'll see the error on the console. > > > > > * openejb.cxf.CxfContainerClassLoader is false > > > > This didn't work. > > > > > * cxf is in the webapp, tomee cxf services disabled and cxf packages > > "forced-load" > > > > I haven't tried this. As I noted in the original email, I would imagine > > that if this were deployed in Tomcat, and both CXF and Spring were > included > > in the application's WEB-INF/lib, this would not be an issue. I suspect > > this would essentially give the same setup and I would imagine it would > > work, but I would expect we'd lose the integration functionality in TomEE > > (which we run the TCK against). Its also a big ask ask for anyone using > > JAX-RS services, and just so happens to have Spring in their application, > > as this did work ok in TomEE 9.1.2 (CXF 4.0.3). > > > > > If not it can just be to detect it in tomee and setup the webapp > > properly? > > > > Can you give me some pointers on what you mean here? I'm happy to make > > adjustments in TomEE, and equally happy to work on a suitable update for > > CXF if preferred. > > > > Like we detect the slf4j api is in the webapp or not to use the container > or webapp binding it would be done the same for cxf/spring integration I > suspect. > Ideally I agree cxf should only use spring stuff if the bus is a spring one > - it is ok to not use spring with cxf but have spring ;) - but tomee can > likely workaround that. > Something like loading the class SpringWebUtils in cxfrsservice#init method > would be sufficient IMHO. > > > > > > Many thanks! > > > > Jon > > > > On Fri, May 17, 2024 at 3:56 AM Romain Manni-Bucau < > rmannibu...@gmail.com> > > wrote: > > > > > Hi Jon, > > > > > > Does it happen in the following both cases: > > > > > > * openejb.cxf.CxfContainerClassLoader is false > > > * cxf is in the webapp, tomee cxf services disabled and cxf packages > > > "forced-load" > > > > > > ? > > > > > > If not it can just be to detect it in tomee and setup the webapp > > properly? > > > > > > Le jeu. 16 mai 2024 à 23:25, Andriy Redko a écrit : > > > > > >> Hey Jonathan, > > >> > > >> This is quite an interesting issue, is it possible to share (or point > > out > > >> to an example) small reproducer project for this problem? I think I > > >> understand > > >> what is happening but don't have a clear fix for that to suggest at > the > > >> moment. > > >> > > >> Thank you. > > >> > > >> Best Regards, > > >> Andriy Redko > > >> > > >> > Hi, > > >> > > >> > Firstly, thank you for all the amazing work you do in CXF. I > > >> participate in > > >> > the Apache TomEE project, which includes CXF to enable TomEE to > > provide > > >> > REST and SOAP based services. > > >> > > >> > We've had a slightly unusual problem crop up that specifically > affects > > >> > applications that expose Jakarta REST endpoints (through the > included > > >> CXF > > >> > in TomEE), and include the Spring Framework in the application's > > >> > WEB-INF/lib. > > >> > > >> > The exception we see is: > > >> > > >> > java.lang.NoClassDefFoundError: > > >> > org/springframework/web/filter/ServerHttpObservationFilter > > >> > at > > >> > > > >> > > > org.apache.cxf.jaxrs.springmvc.SpringWebUtils.setHttpRequestURI(SpringWebUtils.java:51) > > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] > > >> > at > > >> > > > >> > > > org.apache.cxf.jaxrs.utils.HttpUtils.setHttpRequestURI(HttpUtils.java:380) > > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] > > >> > at > > >> > > > >> > > > org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.setExchangeProperties(JAXRSInInterceptor.java:246) > > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] > > >> > at > > >> > > > >> > > > org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.processRequest(JAXRSInInterceptor.java:183) > > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] > > >> > at > > >> > > > >> > > > org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.handleMessage(JAXRSInInterceptor.java:78) > > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] > > >> > at > > >> > > > >> > > > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:307) > > >> > ~[cxf-core-4.0.4.jar:4.0.4] > > >> > at > > >> > > >
Re: SpringWebUtils in CXF in TomEE
Thanks a lot Romain for the suggestion and Jonathan for confirming it applies nicely. Best Regards, Andriy Redko >> Something like loading the class SpringWebUtils in cxfrsservice#init JG> method would be sufficient IMHO. JG> That looks like it works really well, thank you! I'll get that checked in. JG> Jon JG> On Mon, May 20, 2024 at 4:57 PM Romain Manni-Bucau JG> wrote: >> Le lun. 20 mai 2024 à 17:29, Jonathan Gallimore < >> jonathan.gallim...@gmail.com> a écrit : >> >> > Thanks Andriy and Romain for your replies. >> > >> > > This is quite an interesting issue, is it possible to share (or point >> out >> > to an example) small reproducer project for this problem? >> > >> > Yes - here's a reproducer: https://github.com/jgallimore/demo >> > >> > If you clone this and run mvn clean install tomee:run, it will boot up a >> > TomEE 9.1.3 (which includes CXF 4.0.4). If you invoke a GET >> > http://localhost:8080/hello you'll see the error on the console. >> > >> > > * openejb.cxf.CxfContainerClassLoader is false >> > >> > This didn't work. >> > >> > > * cxf is in the webapp, tomee cxf services disabled and cxf packages >> > "forced-load" >> > >> > I haven't tried this. As I noted in the original email, I would imagine >> > that if this were deployed in Tomcat, and both CXF and Spring were >> included >> > in the application's WEB-INF/lib, this would not be an issue. I suspect >> > this would essentially give the same setup and I would imagine it would >> > work, but I would expect we'd lose the integration functionality in TomEE >> > (which we run the TCK against). Its also a big ask ask for anyone using >> > JAX-RS services, and just so happens to have Spring in their application, >> > as this did work ok in TomEE 9.1.2 (CXF 4.0.3). >> > >> > > If not it can just be to detect it in tomee and setup the webapp >> > properly? >> > >> > Can you give me some pointers on what you mean here? I'm happy to make >> > adjustments in TomEE, and equally happy to work on a suitable update for >> > CXF if preferred. >> > >> >> Like we detect the slf4j api is in the webapp or not to use the container >> or webapp binding it would be done the same for cxf/spring integration I >> suspect. >> Ideally I agree cxf should only use spring stuff if the bus is a spring one >> - it is ok to not use spring with cxf but have spring ;) - but tomee can >> likely workaround that. >> Something like loading the class SpringWebUtils in cxfrsservice#init method >> would be sufficient IMHO. >> >> >> > >> > Many thanks! >> > >> > Jon >> > >> > On Fri, May 17, 2024 at 3:56 AM Romain Manni-Bucau < >> rmannibu...@gmail.com> >> > wrote: >> > >> > > Hi Jon, >> > > >> > > Does it happen in the following both cases: >> > > >> > > * openejb.cxf.CxfContainerClassLoader is false >> > > * cxf is in the webapp, tomee cxf services disabled and cxf packages >> > > "forced-load" >> > > >> > > ? >> > > >> > > If not it can just be to detect it in tomee and setup the webapp >> > properly? >> > > >> > > Le jeu. 16 mai 2024 à 23:25, Andriy Redko a écrit : >> > > >> > >> Hey Jonathan, >> > >> >> > >> This is quite an interesting issue, is it possible to share (or point >> > out >> > >> to an example) small reproducer project for this problem? I think I >> > >> understand >> > >> what is happening but don't have a clear fix for that to suggest at >> the >> > >> moment. >> > >> >> > >> Thank you. >> > >> >> > >> Best Regards, >> > >> Andriy Redko >> > >> >> > >> > Hi, >> > >> >> > >> > Firstly, thank you for all the amazing work you do in CXF. I >> > >> participate in >> > >> > the Apache TomEE project, which includes CXF to enable TomEE to >> > provide >> > >> > REST and SOAP based services. >> > >> >> > >> > We've had a slightly unusual problem crop up that specifically >> affects >> > >> > applications that expose Jakarta REST endpoints (through the >> included >> > >> CXF >> > >> > in TomEE), and include the Spring Framework in the application's >> > >> > WEB-INF/lib. >> > >> >> > >> > The exception we see is: >> > >> >> > >> > java.lang.NoClassDefFoundError: >> > >> > org/springframework/web/filter/ServerHttpObservationFilter >> > >> > at >> > >> > >> > >> >> > >> org.apache.cxf.jaxrs.springmvc.SpringWebUtils.setHttpRequestURI(SpringWebUtils.java:51) >> > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] >> > >> > at >> > >> > >> > >> >> > >> org.apache.cxf.jaxrs.utils.HttpUtils.setHttpRequestURI(HttpUtils.java:380) >> > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] >> > >> > at >> > >> > >> > >> >> > >> org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.setExchangeProperties(JAXRSInInterceptor.java:246) >> > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] >> > >> > at >> > >> > >> > >> >> > >> org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.processRequest(JAXRSInInterceptor.java:183) >> > >> > ~[cxf-rt-frontend-jaxrs-4.0.4.jar:4.0.4] >> > >> > at >> > >> > >> > >> >> > >> org.apache.cxf.jaxrs.interceptor.JAXRSInInterceptor.han
Re: [PR] Remove h from ESCAPED_CHARS in JsonMapObjectReaderWriter [cxf]
cwperks commented on PR #1872: URL: https://github.com/apache/cxf/pull/1872#issuecomment-2123060947 @coheigea Could you review this change? -- 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
Re: [PR] Added new Parameter to exclude specific classes from default value generation [cxf-xjc-utils]
reta commented on PR #129: URL: https://github.com/apache/cxf-xjc-utils/pull/129#issuecomment-2123237773 > @reta sorry for my late response, i am runnning out of time atm. Not a problem @marcelhdl , thank you a lot for spending your time on that, I will pick it up shortly, looks like an issue worth fixing. -- 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
[PR] Bump org.apache.maven.plugins:maven-plugin-plugin from 3.12.0 to 3.13.0 [cxf-xjc-utils]
dependabot[bot] opened a new pull request, #140: URL: https://github.com/apache/cxf-xjc-utils/pull/140 Bumps [org.apache.maven.plugins:maven-plugin-plugin](https://github.com/apache/maven-plugin-tools) from 3.12.0 to 3.13.0. Release notes Sourced from https://github.com/apache/maven-plugin-tools/releases";>org.apache.maven.plugins:maven-plugin-plugin's releases. 3.13.0 https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317820&version=12354458";>Release Notes - Maven Plugin Tools - Version 3.13.0 Bug [https://issues.apache.org/jira/browse/MPLUGIN-517";>MPLUGIN-517] - GoalRenderer renderParameterDetails() renders in wrong order [https://issues.apache.org/jira/browse/MPLUGIN-521";>MPLUGIN-521] - Nested types not properly extracted cause exception while generating Javadoc URLs Improvement [https://issues.apache.org/jira/browse/MPLUGIN-520";>MPLUGIN-520] - Get rid of maven-compat classes use Dependency upgrade [https://issues.apache.org/jira/browse/MPLUGIN-516";>MPLUGIN-516] - Upgrade asmVersion from 9.6 to 9.7 [https://issues.apache.org/jira/browse/MPLUGIN-519";>MPLUGIN-519] - Update to Parent POM 42, prerequisite 3.6.3 Commits https://github.com/apache/maven-plugin-tools/commit/7a9ba2adccd253185ee35fe9db0a2462a26d860a";>7a9ba2a [maven-release-plugin] prepare release maven-plugin-tools-3.13.0 https://github.com/apache/maven-plugin-tools/commit/789315b6958250c0e2e9291bb407a25fdd5112e3";>789315b [MPLUGIN-521] Nested types not properly extracted cause exception while gener... https://github.com/apache/maven-plugin-tools/commit/1fa18050144db3cf767a5ba8f5f48dbb451d1aa6";>1fa1805 [MPLUGIN-519][MPLUGIN-520] Parent POM 42, prerequisite of 3.6.3, get rid of m... https://github.com/apache/maven-plugin-tools/commit/e746d9cc35cb03c03c61101d2b11f8247e6dcc82";>e746d9c [MPLUGIN-517] GoalRenderer renderParameterDetails() renders in wrong order https://github.com/apache/maven-plugin-tools/commit/af234c66cc1282e5c86262a20ba1b80b1c38b25e";>af234c6 [MPLUGIN-516] Bump asmVersion from 9.6 to 9.7 https://github.com/apache/maven-plugin-tools/commit/9fc1aaaed7f36460b8706339a04656901b7babec";>9fc1aaa [maven-release-plugin] prepare for next development iteration See full diff in https://github.com/apache/maven-plugin-tools/compare/maven-plugin-tools-3.12.0...maven-plugin-tools-3.13.0";>compare view [](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 show ignore conditions` will show all of the ignore conditions of the specified dependency - `@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
Re: [PR] Bump org.apache.maven.plugins:maven-plugin-plugin from 3.12.0 to 3.13.0 [cxf-xjc-utils]
reta merged PR #140: URL: https://github.com/apache/cxf-xjc-utils/pull/140 -- 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
Re: [PR] Bump org.apache:apache from 31 to 32 [cxf-xjc-utils]
reta commented on PR #131: URL: https://github.com/apache/cxf-xjc-utils/pull/131#issuecomment-2123714563 @dependabot rebase please -- 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
[PR] Bump cxf.hibernate.em.version from 6.5.1.Final to 6.5.2.Final [cxf]
dependabot[bot] opened a new pull request, #1886: URL: https://github.com/apache/cxf/pull/1886 Bumps `cxf.hibernate.em.version` from 6.5.1.Final to 6.5.2.Final. Updates `org.hibernate.orm:hibernate-core` from 6.5.1.Final to 6.5.2.Final Changelog Sourced from https://github.com/hibernate/hibernate-orm/blob/6.5.2/changelog.txt";>org.hibernate.orm:hibernate-core's changelog. Changes in 6.5.2.Final (May 20, 2024) https://hibernate.atlassian.net/projects/HHH/versions/32306";>https://hibernate.atlassian.net/projects/HHH/versions/32306 ** Bug * [HHH-18112] - Some dialects use the wrong default version ** Improvement * [HHH-18026] - Prevent dialects not supporting arbitrary values retrieval in getGeneratedKeys() from logging a SQL exception Commits https://github.com/hibernate/hibernate-orm/commit/41495bfab4b05cd249e1659802aa8584543df34e";>41495bf Pre-steps for release : 6.5.2.Final https://github.com/hibernate/hibernate-orm/commit/19c42b3942234f620eccfc17e8d3f3b210d0bb83";>19c42b3 HHH-18026 Fix SQL Exception for dialects not supporting arbitrary keys https://github.com/hibernate/hibernate-orm/commit/c23d75cd76e65dbe0510d75289448351d6284b4c";>c23d75c HHH-18026 Add test for issue https://github.com/hibernate/hibernate-orm/commit/dfbb72abe62c25907f8d40f739d626983e95ffcd";>dfbb72a HHH-18112 Fix and test default version handling for non-Oracle dialects https://github.com/hibernate/hibernate-orm/commit/a7cbd1a3b81bfb87762630be29efd6783d3234c4";>a7cbd1a Post-steps for release : 6.5.1.Final See full diff in https://github.com/hibernate/hibernate-orm/compare/6.5.1...6.5.2";>compare view Updates `org.hibernate.orm:hibernate-jcache` from 6.5.1.Final to 6.5.2.Final Changelog Sourced from https://github.com/hibernate/hibernate-orm/blob/6.5.2/changelog.txt";>org.hibernate.orm:hibernate-jcache's changelog. Changes in 6.5.2.Final (May 20, 2024) https://hibernate.atlassian.net/projects/HHH/versions/32306";>https://hibernate.atlassian.net/projects/HHH/versions/32306 ** Bug * [HHH-18112] - Some dialects use the wrong default version ** Improvement * [HHH-18026] - Prevent dialects not supporting arbitrary values retrieval in getGeneratedKeys() from logging a SQL exception Commits https://github.com/hibernate/hibernate-orm/commit/41495bfab4b05cd249e1659802aa8584543df34e";>41495bf Pre-steps for release : 6.5.2.Final https://github.com/hibernate/hibernate-orm/commit/19c42b3942234f620eccfc17e8d3f3b210d0bb83";>19c42b3 HHH-18026 Fix SQL Exception for dialects not supporting arbitrary keys https://github.com/hibernate/hibernate-orm/commit/c23d75cd76e65dbe0510d75289448351d6284b4c";>c23d75c HHH-18026 Add test for issue https://github.com/hibernate/hibernate-orm/commit/dfbb72abe62c25907f8d40f739d626983e95ffcd";>dfbb72a HHH-18112 Fix and test default version handling for non-Oracle dialects https://github.com/hibernate/hibernate-orm/commit/a7cbd1a3b81bfb87762630be29efd6783d3234c4";>a7cbd1a Post-steps for release : 6.5.1.Final See full diff in https://github.com/hibernate/hibernate-orm/compare/6.5.1...6.5.2";>compare view 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 show ignore conditions` will show all of the ignore conditions of the specified dependency - `@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
[PR] Bump com.google.code.gson:gson from 2.10.1 to 2.11.0 [cxf]
dependabot[bot] opened a new pull request, #1887: URL: https://github.com/apache/cxf/pull/1887 Bumps [com.google.code.gson:gson](https://github.com/google/gson) from 2.10.1 to 2.11.0. Release notes Sourced from https://github.com/google/gson/releases";>com.google.code.gson:gson's releases. gson-parent-2.11.0 Most important changes Added default ProGuard / R8 rules (https://github.com/Marcono1234";>@Marcono1234, https://redirect.github.com/google/gson/issues/2397";>#2397, https://redirect.github.com/google/gson/issues/2420";>#2420; https://github.com/sgjesse";>@sgjesse, https://redirect.github.com/google/gson/issues/2448";>#2448; https://github.com/sfreilich";>@sfreilich) If you are using ProGuard or R8 (for example for Android projects) you might not need any special Gson configuration anymore if your classes have a no-args constructor and use @SerializedName for their fields. On Android, Gson now requires API level 21 or newer Added new Strictness API (https://github.com/marten-voorberg";>@marten-voorberg & fellow students, https://redirect.github.com/google/gson/issues/2437";>#2437) Some of Gson's API is still lenient by default, but you can now use the newly added methods GsonBuilder#setStrictness, JsonReader#setStrictness and JsonWriter#setStrictness with Strictness.STRICT to override this behavior and to instead strictly adhere to the JSON specification when parsing. New FormattingStyle class to allow configuring line breaks in JSON output (https://github.com/mihnita";>@mihnita, https://redirect.github.com/google/gson/issues/2231";>#2231) Can be set using GsonBuilder#setFormattingStyle and JsonWriter#setFormattingStyle. TypeToken can no longer capture type variables by default (https://github.com/Marcono1234";>@Marcono1234, https://redirect.github.com/google/gson/issues/2376";>#2376) This was previously a common source of issues. The newly thrown exception refers to a https://github.com/google/gson/blob/main/Troubleshooting.md#typetoken-type-variable";>Troubleshooting Guide article which explains this in more detail and provides suggestions for updating affected code. Added serialization support for anonymous and local classes with a custom adapter (https://github.com/Marcono1234";>@Marcono1234, https://redirect.github.com/google/gson/issues/2498";>#2498) This affects for example List implementations returned by libraries such as Guava which are implemented as anonymous class, which were previously serialized as null. Anonymous and local classes without custom adapter will still be serialized as null. Added dependency on com.google.errorprone:error_prone_annotations This dependency can be considered optional, but if missing it might lead to compiler warnings. Therefore Gson does not declare it as optional. Many exception messages now refer to the https://github.com/google/gson/blob/main/Troubleshooting.md";>Troubleshooting Guide (https://github.com/Marcono1234";>@Marcono1234, https://redirect.github.com/google/gson/issues/2357";>#2357) Feedback regarding the Troubleshooting Guide is appreciated! Officially documented that JVM languages other than Java might not be fully supported, see the https://github.com/google/gson/blob/main/README.md";>README. Guarantee that JsonElement#toString produces JSON output (https://github.com/Marcono1234";>@Marcono1234, https://redirect.github.com/google/gson/issues/2659";>#2659) Other changes Bug fixes Fixed incorrect JsonPrimitive#equals results for large BigInteger values (https://github.com/MaicolAntali";>@MaicolAntali, https://redirect.github.com/google/gson/issues/2311";>#2311) Fixed incorrect JsonPrimitive#equals results for large BigDecimal values (https://github.com/MaicolAntali";>@MaicolAntali, https://redirect.github.com/google/gson/issues/2364";>#2364) Fixed JsonReader throwing NumberFormatException instead of MalformedJsonException for malformed Unicode escape sequences (https://github.com/MaicolAntali";>@MaicolAntali, https://redirect.github.com/google/gson/issues/2337";>#2337) Fixed TypeToken#getParameterized returning bogus ParameterizedType for non-generic types (https://github.com/Marcono1234";>@Marcono1234, https://redirect.github.com/google/gson/issues/2447";>#2447) Fixed Java Record adapter not working for GraalVM Native Image (https://github.com/eamonnmcmanus";>@eamonnmcmanus, https://redirect.github.com/google/gson/issues/2465";>#2465) Fixed JsonWriter#name not throwing exception when no JSON object is currently being written (https://github.com/shivam-sehgal";>@shivam-sehgal, https://redirect.github.com/google/gson/issues/2475";>#2475; https://github.com/Marcono1234";>@Marcono1234, https://redirect.github.com/google/gson/issues/2476";>#2476) Fixed Gson#getDelegateAdapter not working properly for @JsonAdapter (https://github.com/Marcono1234";>@Marcono1234, https://redirect.github.com/go
