Thanks for your answers. What is the best practice for letting people know you working an issue so they do not duplicate effort.
On Tue, Dec 12, 2023 at 2:50 PM Gary Gregory <garydgreg...@gmail.com> wrote: > Hi Charles, > > Implementing (1) would cause an infinite loop of builds since the file thw > build would update is in the repo, and I don't think we want to play games > with not triggering builds when this or that file is changed. > > For (2), the file location is standard, so it feels a bit redundant. The > Java requirement is in pom.xml. The Maven requirement is unspecified unless > the Maven enforcer plug in is configured. > > There is no hard process for assigning issues. I don't think non-Apache > folk can assign issues. You can ask to be assigned but it's not sometimes > usually worth hassling with. > > Gary > > On Tue, Dec 12, 2023, 1:51 PM Charles Stockman <charlesstockm...@gmail.com > > > wrote: > > > Thank you very much for your help. I have updated to the latest version > of > > java 21 and it worked. > > > > For me, the best place to put the Build Information would be in the Build > > Section of the github pages since I would not expect that information to > be > > in a readme or POM file anymore. It has become a pseudo standard that I > > would look on Github for instructions on building. > > > > Suggestions > > > > 1. Is there some that we can dynamically update the GitHub Page so > that > > we can include the version of Java and Maven that the CI has used > > 2. In the Github repo under the Build Instructions can we add a link > to > > the file that the contains the build information and can it have the > > title > > approximating the text "Maven and Java Version needed" > > > > I have selected a Jira Issue that I would enjoy working on. The steps > > should be to create a Jira Account and then do I assign myself to the > issue > > or is there some process. > > > > Thanks for your help > > Charles Stockman. > > > > > > > > > > > > On Tue, Dec 12, 2023 at 11:00 AM sebb <seb...@gmail.com> wrote: > > > > > On Tue, 12 Dec 2023 at 14:21, Alex Herbert <alex.d.herb...@gmail.com> > > > wrote: > > > > > > > > On Tue, 12 Dec 2023 at 13:20, Gary Gregory <garydgreg...@gmail.com> > > > wrote: > > > > > > > > > > What's the best way to document this do you think? > > > > > > > > That lang is tested (and so should be built) with the latest JDK of > > > > the respective stable release (8, 11, 17, 21)? > > > > > > > > This could live on the README in the GH repo. This would require an > > > > update to the commons-build-plugin that generates it. > > > > > > The build plugin includes the POM description text, so it can be added > > > there. > > > > > > > But for a start > > > > we can add a few sentences to the lang README under the building > > > > section: > > > > > > > > "The code is tested using the latest revision of the JDK for > supported > > > > LTS releases. Please ensure your build environment is up-to-date and > > > > kindly report any build issues." > > > > > > > > This should provide a first indicator to a user that the JDK must be > > > > up-to-date and welcomes any feedback on building. This text may not > be > > > > suitable for all repos if they do not test across all LTS versions of > > > > the JDK so may need some revision for the build-plugin. > > > > > > > > Alex > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > >
