Hi John, thank you for coming back and shedding some light! :)
On 01.12.2020 22:46, John Patrick wrote: > Check emails that I started or replied too, from 1st March 2020 > onwards. Probably up to about 10 separate email chains covering > dependabot, java 1.6/1.7/8/11+, junit 4.13, junit jupiter, getting > repo's in sync. Thank you for this pointer. I missed these postings because I was filtering the subject for "bsf" to catch any communication about Apache BSF. Background is, that I use Apache BSF for a Java bridge [1] from/to ooRexx [2] over the course of twenty years by now (enhancing it year for year), hence my interest (both, ooRexx and BSF4ooRexx are open source projects governed by [3]). > So I wasn't raising pr's blindly, I was doing them in conjunction with > email conversations... I did not mean to imply that no communication took place about it, just that I did not see any w.r.t. bsf. There are deployments of BSF/BSF4ooRexx that even use a Java 1.4 (sic!) runtime environment, believe it or not. The current BSF4ooRexx beta bases its support on Java 6 as there are still a few installations with that quite old Java; still, the Java bridge includes support for later Javas, even switching from java.lang.reflect to java.lang.invoke transparently when running on Java 8 or higher (Java 7 turned out to have a few problems w.r.t. java.lang.invoke), supplying the scripting language service to Java in the old style and module Java (Java >=9) style. As developers usually work on much newer versions of software, some even on the latest (beta) versions, it may be sometimes the case that they base their code on versions that may inhibit deploying the packages on existing deployments, hence being always a little bit wary whenver a base version gets augmented. In this case it seems that no functionality got introduced into BSF that would force running on newer runtime environments. OTOH I was wondering (after learning that Groovy has support for Apache BSF) whether it may make sense to update BSF (I think I have a few little local changes that I have not yet checked-in). Being (as anyone else I think) always a little bit short of time/resources I was asking about it in this context before starting to doing it. :) ---rony P.S.: "Camouflaging support" means that the bridge camouflages Java as the dynamically typed, case-insensitive, and message-based ooRexx, which allows one to take advantage of Java without a need to learn programming in Java which is important for my background (teaching Business Administration students "Business Programming" in a four hour class from 0 to employing Java for GUIs, OpenOffice, etc. in a platform independent manner within a semester). Some work taking advantage of BSF4ooRexx can be seen at [4]. [1] BSF4ooRexx (opensource bridge with ooRexx camouflaging support): <https://sourceforge.net/projects/bsf4oorexx/> [2] ooRexx (opensourced IBM product): <https://sourceforge.net/projects/oorexx/> [3] RexxLA (non-profit SIG) governing [1] and [2]: <https://www.rexxla.org/>, if interested on presentations on these technologies one may look into some of this year's presentations <https://www.rexxla.org/events/2020/schedule.html> with many more from <https://www.rexxla.org/events/symposium.html>. [4] "Selected Seminar, Diploma, Bachelor and Master Theses", WU Vienna (Europe): <http://wi.wu.ac.at/rgf/diplomarbeiten/> > On Tue, 24 Nov 2020 at 16:00, Gary Gregory <garydgreg...@gmail.com> wrote: >> There has been lots of talk around Dependabot on the dev ML in the last few >> months. The current issue is that we want all robot emails off the dev ML >> and on to another probably new list. >> >> WRT Java 6, I would say forget it from my POV and interest. I am trying to >> move all components to Java 8, which is the oldest Java LTS release. >> >> Remember that no one will force an app onto a new version, it's up to the >> app. >> >> It's not clear to me if we have even interest for a BSF release. It looks >> like the last functional commit was from 2014, not a great sign... >> >> Any thoughts folks? >> >> Gary >> >> On Tue, Nov 24, 2020, 10:15 Rony G. Flatscher (Apache) <r...@apache.org> >> wrote: >> >>> Just noticed that there was some activity on GitHub related to BSF (e.g. >>> <https://github.com/apache/commons-bsf/pull/1> (updating to JUnit 4.13.1), >>> <https://github.com/apache/commons-bsf/pull/2> (dependabot), and the >>> like), but I cannot find any >>> discussions about it in dev@commons or in user@commons so wondering about >>> this. >>> >>> Regarding BSF 2.4 it would be important to have a Java minimum requirement >>> that allows for using it >>> in rather old Java runtime environments so I would be a little bit >>> preoccupied if the policy is to >>> upgrade the dependencies to the latest versions such that e.g. BSF 2.4 >>> could not be deployed against >>> e.g. Java 1.6/6 anymore. >>> >>> So seeking information about where discussions/decisions took place or >>> should take place w.r.t. BSF? >>> >>> ---rony >>> >>> P.S.: Also it would be interesting to learn whether there is a demand for >>> creating a BSF 2.5 release? >>> >>> P.P.S.: Readying a script taglib that allows scripts in any script >>> language using the Apache Commons >>> BSF 2.4 to be used for creating web pages (and in this context even >>> allowing servlets to be >>> implemented with scripts), testing currently against Tomcat 9 ("javax.") >>> and Tomcat 10 ("jakarta."). >>> Tests being developed and carried out for [BSF4]ooRexx and Groovy (also >>> PHP using the JSR-223 >>> sibling script taglib). >>> >>> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
