[beanutils] Plans to release beanutils with dependency on collections4?
I have requirements to eliminate collections3 from my project. The latest released BeanUtils is still dependent on collections3 though. I see that there is a BEANUTILS_2 branch which is still depending on collections3. However, the master branch has moved to collections4.4. What are the chances of a new BeanUtils release that is dependent on collections4? What could I do to assist with getting the ball rolling on that? Thanks, Josh.
Re: [beanutils] Plans to release beanutils with dependency on collections4?
One remaining development task for 2.x is to pull up the "2" types into their parent: - org.apache.commons.beanutils2.BeanUtilsBean2 extends BeanUtilsBean - org.apache.commons.beanutils2.ConvertUtilsBean2 extends ConvertUtilsBean The last time I tried this, tests failed and I was semi-stuck as to how to fix those. Discussions and PRs on GitHub are welcome. Gary On Thu, Aug 22, 2024 at 10:51 AM Josh Fenlason wrote: > > I have requirements to eliminate collections3 from my project. The latest > released BeanUtils is still dependent on collections3 though. I see that > there is a BEANUTILS_2 branch which is still depending on collections3. > However, the master branch has moved to collections4.4. What are the chances > of a new BeanUtils release that is dependent on collections4? What could I > do to assist with getting the ball rolling on that? > Thanks, > Josh. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
RE: [beanutils] Plans to release beanutils with dependency on collections4?
I'm not tracking with that that entails. Is there a PR or Jira task you could point me to? It looks like 2.x is still pulling in collections3. Would you be open to moving to collections4 as well for this release? Thanks, Josh. -Original Message- From: Gary Gregory Sent: Thursday, August 22, 2024 11:50 AM To: josh.fenla...@veritas.com.invalid Cc: dev@commons.apache.org Subject: Re: [beanutils] Plans to release beanutils with dependency on collections4? One remaining development task for 2.x is to pull up the "2" types into their parent: - org.apache.commons.beanutils2.BeanUtilsBean2 extends BeanUtilsBean - org.apache.commons.beanutils2.ConvertUtilsBean2 extends ConvertUtilsBean The last time I tried this, tests failed and I was semi-stuck as to how to fix those. Discussions and PRs on GitHub are welcome. Gary On Thu, Aug 22, 2024 at 10:51 AM Josh Fenlason wrote: > > I have requirements to eliminate collections3 from my project. The latest > released BeanUtils is still dependent on collections3 though. I see that > there is a BEANUTILS_2 branch which is still depending on collections3. > However, the master branch has moved to collections4.4. What are the chances > of a new BeanUtils release that is dependent on collections4? What could I > do to assist with getting the ball rolling on that? > Thanks, > Josh. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [beanutils] Plans to release beanutils with dependency on collections4?
Hello Josh, > Is there a PR or Jira task you could point me to? https://issues.apache.org/jira/browse/BEANUTILS-565 > It looks like 2.x is still pulling in collections3. Incorrect, git master depends on org.apache.commons:commons-collections4: https://github.com/apache/commons-beanutils/blob/6890944a0ba924f0e150b52f624d4e31182fab57/pom.xml#L101-L106 and: [INFO] --- dependency:3.7.1:tree (default-cli) @ commons-beanutils2 --- [INFO] org.apache.commons:commons-beanutils2:jar:2.0.0-SNAPSHOT [INFO] +- commons-logging:commons-logging:jar:1.3.4:compile [INFO] +- org.apache.commons:commons-lang3:jar:3.16.0:compile [INFO] +- org.apache.commons:commons-collections4:jar:4.4:test [INFO] +- org.apache.commons:commons-collections4:jar:tests:4.4:test [INFO] +- org.junit.jupiter:junit-jupiter:jar:5.11.0:test [INFO] | +- org.junit.jupiter:junit-jupiter-api:jar:5.11.0:test [INFO] | | +- org.opentest4j:opentest4j:jar:1.3.0:test [INFO] | | \- org.junit.platform:junit-platform-commons:jar:1.11.0:test [INFO] | +- org.junit.jupiter:junit-jupiter-params:jar:5.11.0:test [INFO] | \- org.junit.jupiter:junit-jupiter-engine:jar:5.11.0:test [INFO] \- org.junit.vintage:junit-vintage-engine:jar:5.11.0:test [INFO]+- org.junit.platform:junit-platform-engine:jar:1.11.0:test [INFO]+- junit:junit:jar:4.13.2:test [INFO]| \- org.hamcrest:hamcrest-core:jar:1.3:test [INFO]\- org.apiguardian:apiguardian-api:jar:1.1.2:test HTH, Gary On Thu, Aug 22, 2024 at 1:20 PM Josh Fenlason wrote: > > I'm not tracking with that that entails. Is there a PR or Jira task you could point me to? > It looks like 2.x is still pulling in collections3. Would you be open to moving to collections4 as well for this release? > Thanks, > Josh. > > -Original Message- > From: Gary Gregory > Sent: Thursday, August 22, 2024 11:50 AM > To: josh.fenla...@veritas.com.invalid > Cc: dev@commons.apache.org > Subject: Re: [beanutils] Plans to release beanutils with dependency on collections4? > > One remaining development task for 2.x is to pull up the "2" types into their parent: > > - org.apache.commons.beanutils2.BeanUtilsBean2 extends BeanUtilsBean > - org.apache.commons.beanutils2.ConvertUtilsBean2 extends ConvertUtilsBean > > The last time I tried this, tests failed and I was semi-stuck as to how to fix those. > > Discussions and PRs on GitHub are welcome. > > Gary > > On Thu, Aug 22, 2024 at 10:51 AM Josh Fenlason wrote: > > > > I have requirements to eliminate collections3 from my project. The latest released BeanUtils is still dependent on collections3 though. I see that there is a BEANUTILS_2 branch which is still depending on collections3. However, the master branch has moved to collections4.4. What are the chances of a new BeanUtils release that is dependent on collections4? What could I do to assist with getting the ball rolling on that? > > Thanks, > > Josh. > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org >
