This vote passes with the following +1 binding votes:
- Gary Gregory (ggregory)
- Thomas Vandahl (tvand)
- Rob Tompkins (chtompki)
- Bruno Kinoshita (kinow)
Gary
On Thu, May 2, 2024 at 3:52 PM Bruno Kinoshita wrote:
>
> +1
>
> Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0)
> Mave
Tried building the project but alas I think my network has UDP multicast
issues?
Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0)
Maven home: /opt/apache-maven-3.8.5
Java version: 17.0.10, vendor: Private Build, runtime:
/usr/lib/jvm/java-17-openjdk-amd64
Default locale: en_US, platfo
+1
Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0)
Maven home: /opt/apache-maven-3.8.5
Java version: 17.0.10, vendor: Private Build, runtime:
/usr/lib/jvm/java-17-openjdk-amd64
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "5.15.0-105-generic", arch: "amd
I meant I'll only change the Suppliers to Strings. The deprecations are fine
IMO. This is how I see it:
- Stock system property access is done through SystemProperties (you get
Strings)
- More advanced services that require conversions like getting a Stream of
Paths for a java.class.path is don
Hello Elliotte,
OK, I'll use String defaults instead of Suppliers.
Gary
On 2024/05/02 16:48:48 Elliotte Rusty Harold wrote:
> I'm OK with preferring SystemProperties though I'm not sure that
> alpine justifies a new method and deprecation.
>
> I second the opinion that a literal string is stron
Hi Bernd,
Sounds reasonable. I'll revert the deprecation and use String defaults instead
of Suppliers.
Gary
On 2024/05/01 17:56:34 Bernd Eckenfels wrote:
> Hi Gregory,
>
> What’s the idea behind that deprecation? The implementation is robust and
> simple and easy to use. I would guess most us
I'm OK with preferring SystemProperties though I'm not sure that
alpine justifies a new method and deprecation.
I second the opinion that a literal string is strongly preferable to a
Supplier here. Pick the simplest thing that could possibly work. As
Knuth warned us, premature optimization is the
+1
> On Apr 28, 2024, at 6:24 PM, Gary Gregory wrote:
>
> We have fixed a few bugs and added enhancements (better Microsoft
> Excel compatibility) since Apache Commons CSV 1.10.0 was released, so
> I would like to release Apache Commons CSV 1.11.0.
>
> Apache Commons CSV 1.11.0 RC1 is available
I don't know if it was not intended, but I don't think there is an
implementation. I suspect you need to use something like Jena.
On Sat, Mar 2, 2024 at 5:24 PM Fred Hauschel wrote:
> Hi there,
>
> currently i try to understand, how i can use SPARQL with commons-rdf.
>
> I suspect that was not
