dependabot[bot] opened a new pull request #14: URL: https://github.com/apache/commons-ognl/pull/14
Bumps [easymock](https://github.com/easymock/easymock) from 2.3 to 4.2. <details> <summary>Release notes</summary> <p><em>Sourced from <a href="https://github.com/easymock/easymock/releases";>easymock's releases</a>.</em></p> <blockquote> <h2>4.2</h2> <p>Add support to Java 15. TestSubject is now initialized when null by calling the no-arg constructor.</p> <h2>Change log</h2> <ul> <li>Support OpenJDK 15-EA and class version 59 (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/252";>#252</a>)</li> <li>Try instantiating TestSubject automatically using its constructor without arguments (<a href="https://github-redirect.dependabot.com/easymock/easymock/pull/251";>#251</a>)</li> </ul> <h2>4.1</h2> <p>Add support to Java 13 and JUnit 5.</p> <h2>Change log</h2> <ul> <li>Upgrade to Objenesis 3.1 (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/250";>#250</a>)</li> <li>java.lang.IllegalArgumentException: Unsupported class file major version 57/58 (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/249";>#249</a>)</li> <li>Please comply with ASM license when re-distributing ASM (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/247";>#247</a>)</li> <li>Add EasyMockExtension class for JUnit 5 compatibility (<a href="https://github-redirect.dependabot.com/easymock/easymock/pull/246";>#246</a>)</li> <li>JUnit 5 support (extension instead of EasyMockRunner) (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/245";>#245</a>)</li> <li>Add getCurrentArgument to get type inference for the returned type (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/243";>#243</a>)</li> <li>CglibTest fails on OpenJDK 13 EA. (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/241";>#241</a>)</li> </ul> <h2>4.0.2</h2> <p>This is a quick fix to remove the second generic parameter that was introduced in version 4. It breaks backward compatibility and is actually unnecessary.</p> <h2>Change log</h2> <ul> <li>No need to have two generic parameters on EasyMock.createMock (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/237";>#237</a>)</li> </ul> <h2>4.0.1</h2> <p>This is a patch release with the sole purpose of moving ASM and CGLIB to their final version with full Java 11 support.</p> <h2>Change log</h2> <ul> <li>Upgrade to cglib 3.2.9 to support Java 11 (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/234";>#234</a>)</li> <li>Upgrade TestNG to version 7 (<a href="https://github-redirect.dependabot.com/easymock/easymock/issues/233";>#233</a>)</li> <li>Update to ASM 7.0 for full Java 11 support (<a href="https://github-redirect.dependabot.com/easymock/easymock/pull/232";>#232</a>)</li> </ul> <h2>4.0</h2> <p>This release adds support for Java 11 and moves to Java 8.</p> <p>EasyMock inference has been changed. It should be backward compatible in most cases. However, a type witness might be necessary.</p> <p>To be clear, starting now <code>List<String> list = mock(List.class);</code> will compile perfectly without any warning. However, <code>String s = mock(List.class);</code> will also compile. But I'm expecting you not to be crazy enough to do such thing. It will do a <code>ClassCastException</code> at runtime anyway.</p> <p>However, you might see your code failing to infer the return type, in that case, use a type witness e.g. <code>foo(EasyMock.<List<String>>mock(List.class)</code> and it will some the problem nicely,</p> <!-- raw HTML omitted --> </blockquote> <p>... (truncated)</p> </details> <details> <summary>Commits</summary> <ul> <li>See full diff in <a href="https://github.com/easymock/easymock/commits/easymock-4.2";>compare view</a></li> </ul> </details> <br /> [](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) --- <details> <summary>Dependabot commands and options</summary> <br /> 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) </details> ---------------------------------------------------------------- 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. For queries about this service, please contact Infrastructure at: us...@infra.apache.org
