Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Added a comment to explain splitting will have more impacts and BOM does not even solve it inline. But stepping back the only issue compress has today is [io] and a bit [codec]. Most of the needed dependencies can be restore in [compress] - keep in mind before the dependency code was hosted in

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Hmm, splitting will require a package change at least for osgi. Thats said as mentionned here the dependencies are used by laziness but it is trivial to copy the few needed class so no need to break consumers IMHO. Le mer. 28 févr. 2024 à 15:03, Piotr P. Karwasz a écrit : > Hi Elliotte, > > On

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Hmm maven does but let's step back, no dependency is useful for compress so maybe we drop them and stop the thread? Any real point discussing it? Le mar. 27 févr. 2024 à 13:20, Elliotte Rusty Harold a écrit : > On Tue, Feb 27, 2024 at 8:27 AM Piotr P. Karwasz > wrote: > e will not be loaded

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Before splitting maybe review why there are deps, don't think any is really needed and it was mainly pre java 8 time. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com&g

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

+1 Elliotte ...plus the fact [io] is optional in the pom too which is not correct. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rm

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

IMHO. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <htt

Re: [pool] Recovering from transient factory outages

e last one, the proxying. Pool can't do it itself since it manages banalised instances but if you add the notion of proxy factory and fallback on jre proxy when it is only about interfaces it will work. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.m

Re: [pool] Recovering from transient factory outages

h pressure on the pool). I guess it was not exactly the answer you expected but think it can be a good solution and ultimately can site in a new package in dbcp or alike? Best, Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net

Re: [LOGGING] 2.0

Hi, I agree with Piotr, except 3 there is no real point in any change IMHO so think it is 3 for maintenance only or noop without any downside. Le dim. 11 févr. 2024 à 00:35, Piotr P. Karwasz a écrit : > Hi Gary, > > On Sat, 10 Feb 2024 at 17:26, Gary Gregory wrote: > > My main driver for the

Re: Multi Tenant Connection Pool

e/openejb/resource/jdbc/RoutedDataSource.java [2] https://github.com/spring-projects/spring-framework/blob/main/spring-jdbc/src/main/java/org/springframework/jdbc/datasource/lookup/AbstractRoutingDataSource.java Best, Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://

Re: [JCS] Advice sought on releasing just core

divergences the original goal was reached in another apache project so if it is the main blocker for you I guess it can disappear soon. Best, Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibuca

Re: [Text] Java 21 failure with a double

it as a lot of side effects - thinking to API - so it can be something they come back on. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibuc

Re: [Text] Java 21 failure with a double

Hi Gary, Can't it be https://github.com/openjdk/jdk/commit/fb605944b5b734c8b47a9122e7ab3d3dcf55f71e ? Long story short, commons-text uses Double.toString which changed due to double (resp float) precision so it impacts tests. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibu

Re: [WEAVER] - move to dormant?

Guess we can delay it of a few years (maybe one more LTS) to avoid to import it in bval to drop it later, sounds like useless work, but overall, also sounds like java direction for the project. Le mar. 10 oct. 2023 à 00:36, Matt Benson a écrit : > This was spun out to support security manager

Re: [JCS] GitHub builds broken and Java 17

Java 11 is now a minimum due to dep upgrades - none being strictly required - so can be reverted if needed IMHO. Le sam. 26 août 2023 à 21:58, Gary Gregory a écrit : > Does anyone know why it's broken? > > And why is was switched to Java 17 only without warning? > > Or did I miss something? > >

Re: [FileUpload] Major version 2

Le sam. 22 juil. 2023 à 11:00, Gary Gregory a écrit : > Java 21 is not GA. > FU neither and calendar looks like it can match. Main pro being to move to a more reactive programming at some point which could justify a 2.0 IMHO. > Gary > > On Sat, Jul 22, 2023, 04:48 Jean-Louis MONTEIRO >

Re: [FileUpload] Major version 2

+1 for java 17, requirement is java 21 as the new requirement for jakartaee, anything in between is already migrated or will not be migrated so 17 seems already low to me. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/>

Re: commons-fileupload2-jakarta

Le lun. 17 juil. 2023 à 08:19, Martin Tzvetanov Grigorov < mgrigo...@apache.org> a écrit : > > > On 2023/07/15 14:04:54 Emmanuel Bourg wrote: > > On 12/07/2023 13:27, Martin Tzvetanov Grigorov wrote: > > > > > Last time when I tried to replace Commons Fileupload with pure Servlet > API I faced

Re: Re: commons-fileupload2-jakarta

Sounds good to me, so something like v2 will target legacy apps migrating to jakarta but there will be no v3 so prefer migrating to servlet API - or your env API. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Ol

Re: Re: commons-fileupload2-jakarta

Le mar. 11 juil. 2023 à 14:13, Maxim Solodovnik a écrit : > from mobile (sorry for typos ;) > > > On Tue, Jul 11, 2023, 18:58 Romain Manni-Bucau > wrote: > > > @Maxim: exactly, this is why hosting it only in tomcat and using the > > servlet abstraction is san

Re: commons-fileupload2-jakarta

erator but as soon as you call another list method (get(i), size(), ...) you materialize it and break the streaming, this is fine and works well - it is used in several languages and frameworks. > > > On 11 Jul 2023, at 13:02, Romain Manni-Bucau > wrote: > > > > Thi

Re: Re: commons-fileupload2-jakarta

@Maxim: exactly, this is why hosting it only in tomcat and using the servlet abstraction is saner since commons is not usable in tomcat without relocation or hacks nobdoy wants on any sides and it is the main relevant consumer these days. Romain Manni-Bucau @rmannibucau <https://twitter.

Re: Re: commons-fileupload2-jakarta

. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <htt

Re: commons-fileupload2-jakarta

e I get your point) Do you mean there are so much application servers which are not known? We are not in general case there and the end user case was already covered so think it is one of the rare cases we know. > > Gary > > On Mon, Jul 10, 2023, 02:26 Romain Manni-Bucau > wrote: &

Re: commons-fileupload2-jakarta

uot; which is a wish but more "does" and from my window fileupload is not a common thing. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://

Re: commons-fileupload2-jakarta

mixed thru libraries so since it is not needed on end users side now maybe it is time to not do a v2 and let tomcat handle the impl as part of the tomat project. Guess it was the main point and I think it makes sense. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog

Re: commons-fileupload2-jakarta

or holiday notebooks ;)). Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibu

Re: commons-fileupload2-jakarta

Le dim. 9 juil. 2023 à 16:45, Emmanuel Bourg a écrit : > Dumb question: what's the benefit of using commons-fileupload in 2023 > instead of the equivalent file upload feature of the Servlet API? > +1, sounds redundant and can potentially break servlet API (or file upload one depending how it

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

@Emmanuel: tomee does not use tomcat-dbcp, it facade any JDBC pool library with its own code so any managed package usage is really legacy since ~10 years. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Ol

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

Hi Richard, TomEE can drop managed package legacy dependency now, was kept while the replacement was in test in 1.x version but makes years it is no more relevant and no more the default (since we switched to tomcat-jdbc). So no big deal if dbcp wants to drop it on TomEE side IMHO. Romain Manni

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

Sounds good to me. Ultilately this managed package could also disappear I guess since it was mainly for geronimo and tomee which disappeared or dont use it anymore. Le sam. 31 déc. 2022 à 12:25, Richard Zowalla a écrit : > I guess, that it would need some tests to show, that it is working >

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

changes in minds? > Emmanuel Bourg > > > On 28/12/2022 19:22, Romain Manni-Bucau wrote: > > Hi Emmanuel, > > > > You have > > > https://repo1.maven.org/maven2/org/apache/geronimo/components/geronimo-transaction/3.1.5/geronimo-transaction-3.1.5-jakarta.jar >

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

Hi Emmanuel, You have https://repo1.maven.org/maven2/org/apache/geronimo/components/geronimo-transaction/3.1.5/geronimo-transaction-3.1.5-jakarta.jar which is usable if you exclude transitive deps. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

t; > > Am 27. Dezember 2022 22:54:40 MEZ schrieb Romain Manni-Bucau < > rmannibu...@gmail.com>: >> >> @Emmanuel Bourg you can use jakarta artifacts directly >> for dbcp or tomee ones which provides jakarta namespace. >> >> Le mar. 27 déc. 2022 à 22:2

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

@Emmanuel Bourg you can use jakarta artifacts directly for dbcp or tomee ones which provides jakarta namespace. Le mar. 27 déc. 2022 à 22:28, Emmanuel Bourg a écrit : > I tried to replace javax with jakarta in DBCP, the less trivial part is > to find a replacement for the test dependencies: >

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

before the final switch which should occur when javax branch is definitively dead for end users - should happen in a few years, maybe 2-3 due to first jakarta release time and usual adoption rate). Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog

Re: Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

reaks binary compatibility, we could even > > > > increase the java level to 11 and drop deprecated things in a > potential > > > > dbcp 3. > > > > > > > > In the end, I am happy with everything, which brings DBCP into the > > > > Jaka

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

gt; On Sun, Dec 18, 2022, 04:38 Romain Manni-Bucau > wrote: > > > Any idea on when it can occurs? We are quite late to the party already > and > > shade was a good solution to be in without additional cost in terms of > > maintainance for the project so if not the picked

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

> >>> compatibility as we have changes in return types / arguments of > public > > >>> methods. Given that it breaks binary compatibility, we could even > > >>> increase the java level to 11 and drop deprecated things in a > potential > > >

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

If not done in new classes (both can live in the same lib technically), sadly yes. Le ven. 16 déc. 2022 à 20:14, Richard Zowalla a écrit : > Thanks for your replies. > > I guess, that switching the namespace leads to binary incompatibility (If > I take the definition from [1]). I cannot drop it

Re: Jakarta namespace in commons like dbcp - thoughts / ideas?

-1 for c and d, +1 for a, guess b can still be an option for ~2 years before switching to a Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://g

Re: New component proposal: commons-plugins

Le mar. 12 avr. 2022 à 21:31, Ralph Goers a écrit : > > > > On Apr 12, 2022, at 6:56 PM, Thomas wrote: > > > > > > On 11.04.2022 00:00, Ralph Goers wrote: > >> See below > >> > >>> On Apr 8, 2022, at 9:23 AM, Peter Verhas wrote: > >>> > >>> Thanks Ralph for the detailed explanation. I

Re: New component proposal: commons-plugins

Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <htt

Re: New component proposal: commons-plugins

option...and to be honest spring and guice reach the same goal technically as of today, they are just more or less neat technically and more or less fat in terms of stack. So overall I can see the temptation but not sure what it brings technically. That said, once again, if you have a community to

Re: New component proposal: commons-plugins

nd tomitribe crest quite often for CLI implementations but guess quarkus can be an option too if you don't care to be fatter) > > On Fri, Apr 8, 2022 at 2:38 AM Romain Manni-Bucau > wrote: > > > > Guess that theorically there is room for a new generic plugin system but >

Re: New component proposal: commons-plugins

sense Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> |

Re: [fileupload] jakarta versus javax?

here to stay (it is not yet a renaming task to move from javax to jakarta) so a lib must keep both compat and not managing a branch or dedicated module foe that is cheaper? > Gruss > Bernd > > > -- > http://bernd.eckenfels.net > ____________ > Von: Romain Manni-B

Re: [fileupload] jakarta versus javax?

require 1 dependency whereas option 2 requires to have both spec in the classpath so I would be for the relocation as well. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com&g

Re: BCEL: Can't load Object.class using LDC

Hi, Maybe a bit ot of topic but did you check with asm (using classreader for ex) if it is readable for it? Javap in verbose mode is hard to read humanly (and not verbosel does not mean much) so an issue can still be hidden. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibu

Re: can we get rid of dependabot?

? Can't it be the way to solve it for everyone (lovers and hates of dependabot)? Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau&g

Re: can we get rid of dependabot?

@Gary thing is it is not one email per period but a much email as upgrades per period with dependabot, there is no bulk email feature Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibuca

Re: can we get rid of dependabot?

in a project life, even for big ones like Apache TomEE, so don't think it can be justified as of today. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github &

Re: can we get rid of dependabot?

falls there). I agree CVE are a crucial topic but dependabot is NOT done for them, it is done for dependencies as a whole and is full of bugs so until it is refined to be more relevant and bulked differently (maybe *1* mail a week) then it is not an option for an everyday work IMHO. Romain Manni-Bucau

Re: can we get rid of dependabot?

must act) so dependabot is a great reporting tool for managers but not to work on an everyday basis IMHO until it is very finely configure but commons is far to need so much investment since there already have solutions for everything needed IMHO. Romain Manni-Bucau @rmannibucau <https://twitter.

Re: can we get rid of dependabot?

Think for version plugin it is solved already so maybe just config to do so we are all good :): https://www.mojohaus.org/versions-maven-plugin/rule.html Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Ol

Re: can we get rid of dependabot?

en Plugin would be a much better solution to this problem. > - Run it once as part of the pre-release process. > - One commit to apply all pending updates. > - Job done. > > Mark > > > On 28/12/2021 18:29, Romain Manni-Bucau wrote: > > +1, a lot of false positives a

Re: can we get rid of dependabot?

+1, a lot of false positives and useless noise so the gain is rather not positive for me too (and we revew deps before a release anyway...when there are some important ones) Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/>

Re: [VOTE] Release Apache Commons JCS 3.1 based on RC1

+1 as well (tested on some apps and checked source bundle) Le jeu. 23 déc. 2021 à 20:42, Thomas Vandahl a écrit : > My vote: > > > Am 23.12.2021 um 19:20 schrieb Thomas Vandahl : > > > > [X] +1 Release these artifacts > > [ ] +0 OK, but... > > [ ] -0 OK, but really should fix... > > [ ] -1

Re: [VOTE] Release Apache Commons JCS 3.1 based on RC1

Misses a 3 after "jcs" in branch name I think Le jeu. 23 déc. 2021 à 20:05, Gary Gregory a écrit : > git clone https://gitbox.apache.org/repos/asf/commons-jcs.git --branch > commons-jcs-3.1-rc1 commons-jcs-3.1-rc1 > Cloning into 'commons-jcs-3.1-rc1'... > fatal: Remote branch

Re: Move Proxy to dormant?

+1 (even if a bit sad but it is what it is). Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.

Re: [LOGGING] Build errors

ad of .jar) would make the test runnable with surefire and way simpler to work on IMHO. Just my 2 cts. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <

Re: [LOGGING] Build errors

ink the id of the execution should just be renamed "default-jar" to be the "default jar" of the build and not have any classifier, no? Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http

Re: [LOGGING] Build errors

Hi Mark my guess is that apijar execution must add api (or any value) this way you get the default jar but also this particular one. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibuca

Re: JUnit assertAll and assertThrows question

Hi John, Would be +1 from me if: 1. It does not require to move from junit4 to junit5 (no gain IMHO) 2. Test goes further than a Exception rule or @Test(expected) If both points are matched it makes sense to me, otherwise it will likely add more issues from my experience. Le mer. 14 oct. 2020

Re: [CLI] CLI for Scala

y and enables more maintainable apps, code is not crazy for that too to have something usable ( https://github.com/apache/geronimo-batchee/blob/master/tools/cli/src/main/java/org/apache/batchee/cli/BatchEECLI.java#L228 ). Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau

Re: Commons-email with jakarta.mail?

Id just go with a shade+relocation as several geronimo or owb libs since javax will stay mainstream for years. Avoid yet another package change and 2 branches to maintain. Le jeu. 3 sept. 2020 à 18:33, Jean-Louis MONTEIRO a écrit : > Hi, > > Jakarta Mail is under vote at the minute and should

Re: [All] New repo for all proper components as submodules?

+1, sounds like a good transversal and optional/not invasive addition. Would we get any CI "check" job to ensure we don't miss a (new) repo or kept an old one? Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net

Re: opinions about @NotNull and @Nullable ?

not just providing meta static analysis tools already have to make it clear). > And if people who write these libs are not sure which function can > receive Null parameters, sounds like adding it will at least make > developers sure their logics. > > Romain Manni-Bucau 于2020

Re: opinions about @NotNull and @Nullable ?

ner compromise in today's ecosystem. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com

Re: Introducing Maven Wrapper

Le mer. 19 août 2020 à 14:33, Gary Gregory a écrit : > On Wed, Aug 19, 2020 at 7:49 AM Gary Gregory > wrote: > > > -1 from me, use a set up action instead, for example: > > > > https://github.com/marketplace?type=actions=maven > > > > In particular: > > > >

Re: [VOTE] Release Apache Commons JCS 3.0 based on RC1

Always sad of this artifact renaming thing when there is only minor breaking changes - or none for most artifacts - but works as expected on my test apps and source artifact looks good, so: [X] +1 Release these artifacts Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> |

Re: [release-plugin] thoughts on automated validation of releases

Maybe use creadur as home, it is exactly its goal: https://creadur.apache.org/ Le mar. 4 août 2020 à 00:13, sebb a écrit : > On Mon, 3 Aug 2020 at 22:15, Rob Tompkins wrote: > > > > > > > > > On Aug 3, 2020, at 5:14 PM, sebb wrote: > > > > > > On Mon, 3 Aug 2020 at 19:43, Rob Tompkins

Re: [all] Thoughts on build system maven -> gradle??

note: also means commons pom must be recoded and maintain for gradle, no? Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau&

Re: Java Modules Codec, Collections, IO and Lang

ls without having broken anyone. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linke

Re: Java Modules Codec, Collections, IO and Lang

jvm8 and also jvm11 jars in > > the Java::Geci project. > > > > I also wrote a document about what, why, and how I did it: > > > > > > https://javax0.wordpress.com/2019/11/06/supporting-java-8/ > > > > It may help. > > > > Peter >

Re: Java Modules Codec, Collections, IO and Lang

Hi John, Didnt check on java 11 ga but in early versions module-info was required to be at the root of the jar even if overriden for some version ( http://openjdk.java.net/jeps/238) so it ends up in the fact that some java 8 apps will be broken by this addition and that only doing it in a mjar

Re: Graph status?

ike Guava or anything from Google it seems; > "'we'll just increment the major version for every release and call it > a day" is not a backward compatibility policy). > > [1]: > https://mvnrepository.com/artifact/org.jenkins-ci.main/jenkins-core/2.194 > > On Mon, 9 Sep 2019 at

Re: Graph status?

Jena community to discuss design ideas and opportunity for reuse of > jena > components in your work on graph at commons and apache. > > FYI I currently need the following libraries in a minimal viable setup > to > work with the Jena graph api. > > jena-

Re: Graph status?

-api (12kb) > > Marco > > On Sat, Sep 7, 2019 at 10:33 PM Romain Manni-Bucau > wrote: > > > Hi Marco, > > > > Had a look to jena for another project and didnt evaluate it here for > these > > reasons (happy to be wrong): > > > > - dep stack was

Re: Graph status?

st to us...@jena.apache.org if you have any > questions > > enjoy, > Marco > > On Sat, Sep 7, 2019 at 10:30 AM Romain Manni-Bucau > wrote: > > > Hi all > > > > What is the status of graph at commons - or apache if we have something > > elsewhere? > > &

Graph status?

Hi all What is the status of graph at commons - or apache if we have something elsewhere? I found in sandbox that doc https://commons.apache.org/sandbox/commons-graph/apidocs/org/apache/commons/graph/DirectedGraph.html, but wonder if we have something live and if not why it failed. My rational

Re: [bcel][all] GitHub Actions for Maven builds

Le sam. 31 août 2019 à 17:42, Gilles Sadowski a écrit : > Le sam. 31 août 2019 à 17:30, Romain Manni-Bucau > a écrit : > > > > s/irrelevant/being transformed/ ;), tasks change, human stays > > No, it won't just be a transformation: Fulfilling a mission (at the > servi

Re: [bcel][all] GitHub Actions for Maven builds

s/irrelevant/being transformed/ ;), tasks change, human stays Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn &

Re: [bcel][all] GitHub Actions for Maven builds

Works for me too Looks cool, just needs synchro with infra probably if we need secrets to deploy on nexus or so Le sam. 31 août 2019 à 17:08, Gary Gregory a écrit : > On Sat, Aug 31, 2019 at 10:58 AM Gilles Sadowski > wrote: > > > Hello. > > > > Le sam. 31 août 2019 à 14:28, Gary Gregory a >

Re: [DBCP] Reduce boiler plate code using lambdas

Hi Think both points are valid actually. Concretely, such a change has perf impacts, indeed compared to a db init it will be very fast but compared to a driver operation it can be something. Therefore a microbench comparison does not hurt and will at least guarantee it is ok and make people calm

Re: [ALL] POM file standardisation of layout

Hi everyone, Why not using a plugin allowing to put it in parent pom instead of a script? >> tidy-maven-plugin Le dim. 18 août 2019 à 10:59, Gilles Sadowski a écrit : > 2019-08-15 23:54 UTC+02:00, sebb : > > I've produced a draft layout on the Wiki. > > Comments welcome! > >

Re: [VOTE] [CANCEL] Release Apache Commons Pool2 2.6.1

AFAIK source-release is quite standard @asf so likely saner to use that from now on IMHO. Agree sources is needed but Think Mark's point was more about assemblies than default release artifacts. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog

Re: [VOTE] Release Apache Commons Pool2 2.6.1

Le ven. 16 nov. 2018 22:54, Gary Gregory a écrit : > On Fri, Nov 16, 2018 at 2:32 PM Romain Manni-Bucau > wrote: > > > Le ven. 16 nov. 2018 21:23, Gary Gregory a > écrit > > : > > > > > On Wed, Nov 14, 2018 at 8:59 AM Mark Struberg > > > > &

Re: [VOTE] Release Apache Commons Pool2 2.6.1

Le ven. 16 nov. 2018 21:23, Gary Gregory a écrit : > On Wed, Nov 14, 2018 at 8:59 AM Mark Struberg > wrote: > > > Oki, now the full VOTE text! > > > > I'd like to call a VOTE on releasing Apache Commons pool2 2.6.1 > > The release was run with JDK-1.7 to ensure Java7 compatibility. > > > > > >

Re: [pool] how to move to Java8?

+1 to move to java 8, java 7 is more than outdated today even for legacy systems Le dim. 28 oct. 2018 12:10, Mark Struberg a écrit : > Hi folks! > I've worked through the open POOL tickets and found a few tickets which > would like to enhance a few of our interfaces. > E.g. in POOL-355 we have

Re: usage of System.currentTimeMillis();

Hi Mark, AFAIK currenttimemillis is still "cached" compared to nanotime but for duration computation nanotime is prefered (whereas when the time must be aligned on the watch currenttimemillis is the only valid choice). Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannib

Re: [VOTE] Release Apache Commons Weaver 2.0 based on RC1

@Gary: checked legal is ok, it builds and it works with bval2 snapshot. Le mer. 5 sept. 2018 02:12, Gary Gregory a écrit : > What did you do to verify the RC? > > Gary > > On Tue, Sep 4, 2018, 11:46 Romain Manni-Bucau > wrote: > > > +1, thanks Matt > > > &

Re: [VOTE] Release Apache Commons Weaver 2.0 based on RC1

+1, thanks Matt Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in

Re: [VOTE] Release Apache Commons JCS 2.2.1 based on RC4

+1, thanks Le jeu. 23 août 2018 20:07, Thomas Vandahl a écrit : > On 23.08.18 17:32, Thomas Vandahl wrote: > > I would like to make another attempt to release Apache Commons JCS 2.2.1 > > (a bugfix release) > > > > Apache Commons JCS 2.2.1 RC4 is available for review here: > > > [X] +1

Re: [DISCUSS] new component for timing?

/apache/geronimo/microprofile/metrics/impl/TimerImpl.java;h=d8ac05ecef4aea726fe8d8b948e0d067ad35f455;hb=HEAD Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github &

Re: [DBCP] org.apache.commons.dbcp2.datasources.InstanceKeyDataSourceFactory.closeAll() does not close all

Throw the first one and add others as being suppressed? +1 to respect the naming and log any error (or store errors and let the caller do it if logging is an issue, something like db.closeAll(); if (db.hasError()) db.getErrors().forEach(log::error)) Le lun. 11 juin 2018 01:25, Remko Popma a

Re: rolling a commons-weaver release?

+1 Le sam. 9 juin 2018 10:32, Mark Struberg a écrit : > Hi folks! > > I'd like to run a commons-weaver release. > We need it for Apache BVal. > > The new version adds Java9+10 support, etc > > Any objections? > > > LieGrue, > strub > > >

Re: [VOTE] Migrate existing Git repos to GitBox

+1 Le 22 avr. 2018 19:10, "Pascal Schumacher" a écrit : > +1 > > Am 22.04.2018 um 19:07 schrieb Matt Sicker: > >> This is a vote to migrate existing Git repositories from the old >> git-wip-us >> infrastructure to the new gitbox infrastructure. New Apache projects are

Re: Discuss [VOTE] Migrate Commons Weaver to Git

Gitbox is easier to use with github which makes contribs easier. Otherwise you dont see much difference as a git user. Le 20 avr. 2018 00:16, "Emmanuel Bourg" a écrit : > Le 20/04/2018 à 00:12, sebb a écrit : > > I suggest asking Infra whether they are both going to be

Re: [VOTE] Migrate Commons Weaver to Git

+1 Le 19 avr. 2018 20:17, "Pascal Schumacher" a écrit : > +1 > > Am 19.04.2018 um 17:46 schrieb Matt Benson: > >> Hello, >> After having received some support from a "feeler" email, I would like to >> propose the formal vote to migrate this Commons component to Git for

  1   2   3   4   5   6   >