Gary, thanks for putting together an RC and the thorough description on
how to verify releases! (perhaps some got scared.. we don't need
everyone to test everything though!)
My vote is: +1 (binding)
Checked:
[+] checksums vs *.sha512 vs VOTE email vs maven repo
[+] git tag vs commit
[*] git vs
e container implementation or are they
more for disk-based collections?
--
Stian Soiland-Reyes
https://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
gt; concerns about conflicts with existing code. Duplication with of
> functionality was the main concern as I recall.
>
> Claude
>
> On Wed, Sep 11, 2019, 09:43 Stian Soiland-Reyes wrote:
>
> > On Wed, 11 Sep 2019 18:12:24 +0200, Gilles Sadowski <
> gillese...@gmail.
s email I see it is it's *use* that needs explanation!
The only dependencies in that code seem to be within the
org.xenei.bloomfilter.collections package which currently include use of
Jena's extended iterator classes.
This could probably be refactored, if this package is also to be
included? (tho
My vote: +1 (binding)
Verified:
+1 sha512 sha256
+1 asc / KEYS
+1 src zip vs tar.gz
+1 bin zip vs tar.gz vs jar
+1 src vs git (missing in src: README.md CONTRIBUTING.md;
whitespace differences in commons-daemon-1.2.0-native-src)
+1 mvn repo vs dist
+1 mvn
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Tue, 20 Feb 2018 16:49:23 +, Stian Soiland-Reyes
<soiland-re...@manchester.ac.uk> wrote:
> ajs6f and others who like talking about immutability and fluent APIs:
> I'll come back to the alternative ParserBuilder interface
> which guides the client caller step by step straigh
rser interface to implement, no abstract class needed. It
might however need to check itself that the config is complete enough
for its needs as in theory it could be a null-config with nothing set.
I'll come back to the alternative ParserBuilder interface
which guides the client caller ste
I've added such comments :)
(It was also used for copying the headers, which was also String[])
--
Stian Soiland-Reyes
The University of Manchester
http://www.esciencelab.org.uk/
http://orcid.org/-0001-9842-9718
-
To unsubscr
out
and can just go with the cleanest code :)
On 16 February 2018 at 11:22, sebb <seb...@gmail.com> wrote:
> On 16 February 2018 at 10:01, Stian Soiland-Reyes <st...@apache.org> wrote:
>> I agree in general for .clone() on objects - and I'm trying to move
>
; .withValue(x) in an out-of-range column
>>>>
>>>>
>>>> Project: http://git-wip-us.apache.org/repos/asf/commons-csv/repo
>>>> Commit:
>>>> http://git-wip-us.apache.org/repos/asf/commons-csv/commit/f66a8390
>>
On Mon, 12 Feb 2018 18:10:56 -0700, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Fri, Feb 9, 2018 at 10:05 AM, Stian Soiland-Reyes <st...@apache.org>
> I've not had time to review this yet but I hope to get to it sometimes this
> week.
Thanks. I'll wait for that before
On Fri, 25 Aug 2017 19:19:58 +0100, Stian Soiland-Reyes <st...@apache.org>
wrote:
> This came up also for commons rdf where we also have everything immutable,
> which I think is a good principle to keep for modern Java 8 programming.
>
> So you need a mutator function like
/apache/commons-csv/pull/25
proposing mutator functions.
--
Stian Soiland-Reyes
The University of Manchester
http://www.esciencelab.org.uk/
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubs
gt; 2018-01-14T03:00:00Z
> (this is UTC time).
>
>
>
> Cheers,
> -Rob
>
> [1] http://apache.org/foundation/voting.html
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For addit
-0.5.0
>> > commons-rdf-rdf4j-0.5.0
>> > commons-rdf-jsonld-java-0.5.0
>> > commons-rdf-integration-tests-0.5.0
>> >
>> > The Maven Staging repository can be found at:
>> >
>> > https://repository.apache.org/content/repositories/orgapa
hich KEYS file is used after the component has been
>> graduated?
>> > I'm fine with the KEYS file location being in the vote thread, but just
>> thought it
>> > would be worth checking.
>>
>> As I pointed in a previous thread, although we graduated as a componen
ts should be
>>> executed sequentially.
>>>
>>> Cheers,
>>> Pascal
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>>
This came up also for commons rdf where we also have everything immutable,
which I think is a good principle to keep for modern Java 8 programming.
So you need a mutator function like in (4) that either returns a new
immutable (but changed) CSVRecord; or alternatively a different
MutableCSVRecord
On 13 Aug 2017 7:43 pm, "Pascal Schumacher"
wrote:
Hello everybody,
an opinions on moving commons-launcher to dormant?
The last release is from 2007 and their have not been any bugfix or feature
addition commits since.
+1
Personally I am happy about source distributions accompanying the jars in
Maven Central, which are actually rebuildable as opposed to the
-source.jars.
they continue to be retrievable using Maven version mechanisms, compares to
more fragile scripts crawling archive.apache.org (dist only contains
gitignore perfectly set up. (I
don't even have one!)
Should we add it to
https://commons.apache.org/proper/commons-build-plugin/
or keep the .gitignores drifting per component?
--
Stian Soiland-Reyes
The University of Manchester
http://www.esciencelab.org.uk/
http://orcid.org/-0001-9
On Tue, 09 May 2017 14:52:09 +0200, Gilles wrote:
> [I specifically avoided "apply" so that it is free for when the
> component
> targets Java 8.]
>
> Can the "apply" method be static?
No, interface implementations can't be static (and it is not possible to
make
On Tue, 9 May 2017 13:29:21 +0100, Stian Soiland-Reyes <st...@apache.org> wrote:
> I can only see this "value()" style make sense if there is also a common
> interface, perhaps DoubleFunction?
> https://docs.oracle.com/javase/8/docs/api/java/util/function/DoubleFunction.
On Mon, 08 May 2017 14:16:12 +0200, Gilles wrote:
> > Overall the addition looks good and well commented. The javadoc is a
> > bit
> > sparse and could do with some more hyperlinks.
> Strange; I thought that it was doing rather well on this point.
> Can you be more
Thanks!
Not being a mathematician I am afraid I have not been able to review the
correctness of the equation use.
Overall the addition looks good and well commented. The javadoc is a bit
sparse and could do with some more hyperlinks.
I have some code design questions you may be able to
Adding a class with a plan to @deprecate it, something doesn't sound right.
:)
We should not be putting much effort (and future maintainability) into
adding functionality in Lang that jdk8 already (easily) can do. The point
of Lang is to complement JDK's Lang classes and friends, not to backport
Do we have any GSOC2017 ideas for Apache Commons? Tag them with the label
"gsoc2017" in Jira!
Any volunteers to mentor GSOC2017 students? All committers are eligible, I
guess for Commons that is a bit special (as all ASF committers have write
access), but I guess if you have contributed before
ld the
settings be kept? Fields, map, or what? Does it make sense with an
interface, abstract class (keeps settings) and implementations
(processess settings), or should we have a single ParserFactory class
and have a new internal interface below?
--
Stian Soilan
Modules of Text would make sense if we get larger differences of
dependencies; if it is just different functionality, subpackages within a
single module would be better.
On 30 Jan 2017 5:53 pm, "Emmanuel Bourg" wrote:
> Le 30/01/2017 à 15:16, Rob Tompkins a écrit :
>
> > I
On Mon, 30 Jan 2017 10:20:46 +, Stian Soiland-Reyes <st...@apache.org>
wrote:
> BTW - in your approach, would it work to run the tests out of the box
> from an IDE like Eclipse? I think that is quite important so Commons RDF
> can be maintainable by many people in Apache Com
ch, would you still have to make a such specialization,
or is that automatic?
BTW - in your approach, would it work to run the tests out of the box
from an IDE like Eclipse? I think that is quite important so Commons RDF
can be maintainable by many people in Apache Commons.
--
Stian
Agree with Benedikt here, if it's only the .toString() that is important,
then "string" should appear in the method name; otherwise we need to do
Commons Collections style handling of anything that can be empty or not.
To support null (which isn't really "empty" but missing), perhaps just have
I agree on not expanding too much on the roles and would favour removing
PPMC roles except for those who are listed only as emeritus.
On 17 Jan 2017 10:30 am, "Jochen Wiedmann"
wrote:
> Hi, Sergio,
>
> On Tue, Jan 17, 2017 at 8:31 AM, Sergio Fernández
We had waited for Infra to do the rename/move of the commons rdf git
repository; that was just completed two days ago.
I did not republish site yet from src as half the pages would have many
broken links to the new repo; in src/site it is already updated. Sergio was
looking at ways to ensure the
On 11 December 2016 at 06:11, Gilles wrote:
>> This is a [VOTE] for releasing Apache Commons RNG 1.0 (from RC6).
>> Tag name:
>> RNG_1_0_RC6 (signature can be checked from git using 'git tag -v')
>>
>> Tag URL:
>>
>>
>>
>>
That sounds like not a problem at all as RAT passes on the RC.
Just regenerate the site after releasing. (We have to verify download page
manually anyway).
(Perhaps building the site from the RC's tar-ball rather than the "dirty"
mvn tree post release is safer)
I think it would only block a
t; chas
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Matt Sicker <boa...@gmail.com>
>> >>
>> >
>> >
>> >
>> > --
>> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.
Dec 2016 4:41 pm, "Gary Gregory" <garydgreg...@gmail.com> wrote:
So, when I run:
mvn clean deploy -Duser.name=ggregory -Prelease -Ptest-deploy
The zip and gz files are created but not signed or hashed.
Thoughts?
Gary
On Sat, Dec 3, 2016 at 2:53 AM, Stian Soiland-Reyes <
> wrote:
> >
> >> I am canceling this VOTE to deal with the missing src files.
> >>
> >> Gary
> >>
> >> On Thu, Dec 1, 2016 at 3:26 AM, Stian Soiland-Reyes <st...@apache.org>
> >> wrote:
> >>
> >>> I did "mvn
; [ ] -1 No, do not release it because ...
>
> This vote will close in 72 hours, at 2016-12-03T00:00:00Z (this is UTC
> time).
> --
>
>
> Thanks,
> Gilles
>
>
> --------
;garydgreg...@gmail.com> wrote:
> On Wed, Nov 30, 2016 at 1:34 AM, Stian Soiland-Reyes <st...@apache.org>
> wrote:
>
>> Just a thing I noticed..
>>
>> In https://dist.apache.org/repos/dist/release/commons/commons-
>> parent/commons-parent-41/
>> and befor
il...@harfang.homelinux.org> wrote:
> On Wed, 30 Nov 2016 10:23:37 +, Stian Soiland-Reyes wrote:
>
>> Yeah, that could be the better way, with a branched off commit for the
>> "shrunk" project with a smaller list in the parent, then no
>> particular flags are n
pers" are 'Admins'), and asked INFRA
to change it to the commons notification scheme (issues@commons). I
also put Apache Commons Developers (e.g. issues@commons) as the
"Lead".
I also renamed the Jenkins build from incubator-commonsrdf to
commons-rdf (but did not change it's git repo settin
Yeah, that could be the better way, with a branched off commit for the
"shrunk" project with a smaller list in the parent, then no
particular flags are needed to build from the resulting tag or source repo.
I initially planned to do so within the Taverna project (before we moved to
ASF), as it
0459=as2=garygregory-20=cadb800f39946ec62ea2b1af9fe6a2b8>
>>
>>
>> <http://ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=1617290459>
>> JUnit in Action, Second Edition
>>
>> <https://www.amazon.com/gp/product/1935182021/ref=as_li_tl?ie=UTF8=1789=9325=19351
rygregory-20=31ecd1f6b6d1eaf8886ac902a24de418%22
>
>
> <
http://ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=1935182021
>
> Spring Batch in Action
> <
https://www.amazon.com/gp/product/1935182951/ref=as_li_tl?ie=UTF8=1789=9325=1935182951=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%7Blink_id%7D%7D%22%3ESpring%20Batch%20in%20Action
>
>
> <
http://ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=1935182951
>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
ll send a separate
reminder about this to the dev@commonsrdf list before it closes)
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For a
I think Gilles' reasoning is sound for semantic versioning and releases, in
line with OSGi principles. However I think that would be better suited in a
large or enterprise project with mainly internal usersnpf the libraries
that can play along, not in Apache Commons which are making general
On 23 November 2016 at 13:47, Stian Soiland-Reyes <st...@apache.org> wrote:
> [Note: this is the Commons PMC vote on dev@commons - there's a
> concurrent IPMC VOTE thread on general@incubator]
>
> Please VOTE on graduating Commons RDF as new component:
Thanks to everyone who
I think I'll tend towards agreeing with Jochen here, rather get half the
modules out early than fight ourselves with versioning workarounds if the
rest of the modules are not ready for prime time.
However I see concerns of selective "part releases" and reproducible
builds, so I would do this
Within the assembly descriptor you can use a for the modules
you want to include.
See
https://github.com/apache/commons-jcs/blob/trunk/commons-jcs-dist/src/assembly/bin.xml
for example, here the assembly is done in a -dist submodule itself, but it
can also be done directly in the parent as long
@commonsrdf:
+1 Stian Soiland-Reyes (Commons PMC binding)
+1 Benedikt Ritter (Commons PMC binding)
+1 Gary Gregory (Commons PMC binding)
Proposed component name: rdf
Proposed package name: org.apache.commons.rdf
Source code of RDF component:
https://git-wip-us.apache.org/repos/asf?p=incubator
, which would require use of Maven for dependencies. I
thing a second tutorial could cover that aspect.
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
You can delete it, it was my attempt to test the build on different jdk
versions not already on Jenkins slaves, I think there were some oracle vs
OpenJDK issues in the last Release Candidate.
On 18 Nov 2016 10:21 pm, "Benedikt Ritter" wrote:
> Hello,
>
> we have this jenkins
ache/commons/commons-
>> jcs-core/2.0-beta-2/
>>
>> Bye, Thomas.
>>
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
>> For additional comma
; Regards,
> Gilles
>
> [1] See the contents of the module here:
>
> https://git-wip-us.apache.org/repos/asf?p=commons-rng.git;a=tree;f=commons-rng-build-tools;h=a126e20df3ed8921783b0ca4754e33f6ed6e9692;hb=refs/heads/RNG-30__sampling
>
>
>>
>> Cheers,
>> Jörg
> <https://builds.apache.org/job/commons-beanutils/ws/target/surefire/surefire6659744902052208714tmp>
>
> <https://builds.apache.org/job/commons-beanutils/ws/target/surefire/surefire_0173508163941142471tmp>
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
> switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, please
> read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> [JENKINS] Archiving
> <https://builds.apache.org/job/commons-beanutils/ws/pom.xml> to
> commons-beanutils/commons-beanutils/1.9.4-SNAPSHOT/commons-beanutils-1.9.4-SNAPSHOT.pom
> Sending e-mails to: dev@commons.apache.org
> channel stopped
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
l...@harfang.homelinux.org>
> wrote:
>
>> On Wed, 16 Nov 2016 11:26:41 +, Stian Soiland-Reyes wrote:
>>
>>> Hi, (in particular Gilles and Artem)
>>>
>>> What was the status of how to do a multi-site publish? I just tried
>>> now
gt; > public RDF createFactory() {
> > return new SimpleRDF();
> > }
> >
> > Is/should a service loader be used to allow pluging in/discovering
> > implementations?
> >
> > Gary
> >
> > On Nov 16, 2016 5:22 AM, "Stian Soiland-Reye
e member and recently reviewing the
> still evolving RDF4J integration, have been deferred to the future and
> they would not be easily addressed if a 1.0 release line was declared
> now.
>
> However, that isn't a reason to keep it in incubation. Good luck!
>
> Cheers,
>
> Peter
OK, I'll go straight to VOTE in a couple of days to allow
dev@commonsrdf list to sync up first :)
(One questions would be how to do mailing list transition)
On 16 November 2016 at 13:30, Jochen Wiedmann <jochen.wiedm...@gmail.com> wrote:
> On Wed, Nov 16, 2016 at 2:22 PM, Stian Soiland-
t;Resource Description Framework"
> would help as there are other possible meanings for the acronym RDF.
> Most are unlikely to apply but the reader should not have to research this.
>
>
> On 16 November 2016 at 11:15, Stian Soiland-Reyes <st...@apache.org> wrote:
>>
github.com/apache/incubator-commonsrdf/
https://commonsrdf.incubator.apache.org/apidocs/
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional c
On 16 November 2016 at 11:26, Stian Soiland-Reyes <st...@apache.org> wrote:
> But I could not get it to publish the submodule sites correctly.
> mvn clean package site-deploy
>
> overwrites the main site with the last module's site instead! (Do not use!)
https://maven.apache
target/site-content/commons-rdf-$a ;
done
cd target/site-content/
svn add commons-rdf-*
svn commit -m "submodules"
Any ideas..?
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: de
indicate that the project has yet to be fully endorsed by the ASF.
sha1 checksums:
965cbbb52946ae9ba710ab19a8fb931fbfe65e7f
apache-commons-rdf-0.3.0-incubating-src.zip
9e08b3edcc633eb07a1c303b1939a0faaebb6c1f
apache-commons-rdf-0.3.0-incubating-src.tar.gz
--
Stian Soiland-Reyes
http://orcid.org
ue, Nov 8, 2016 at 1:40 AM, sebb <seb...@gmail.com> wrote:
>
>> On 8 November 2016 at 09:30, Gary Gregory <garydgreg...@gmail.com> wrote:
>> > On Tue, Nov 8, 2016 at 1:19 AM, sebb <seb...@gmail.com> wrote:
>> >
>> >> On 8 November 2016 at 07:34
Sounds great to me, particularly if it can test the pull requests!
For testing with Java 8 on Travis you may need a little workaround, as on
the default build slave you get a broken oldie jdk8 build:
https://github.com/apache/incubator-commonsrdf/blob/master/.travis.yml
On 8 Nov 2016 7:34 am,
I don't think binary compatibility should include package level access, as
long as that package is only used within a single Commons JAR, then we are
free to change those, at least in a new minor release. (I would say even
patch level unless serialisation is used).
In particular, package level
or all the evil. This
> code can't be fixed, it must be rewritten.
..but the main problem seems to be lack of maintaners.
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@comm
Apache BVal and find the files are there on the staging repo. Is anyone
> aware of having fixed this issue in the Commons build? I can't find any
> config that seems relevant.
>
> Thanks,
> Matt
--
Stian Soiland-Reyes
gt; > > >
>> >> > > > Clirr Report (compared to 2.1.1):
>> >> > > > http://musigma.org/dbcp/clirr-report.html
>> >> > > >
>> >> > > > RAT Report:
>> >> > > > http://musigma.org/dbc
; > > This vote will close no sooner that 72 hours from now,
>> > > > i.e. sometime after 10-Aug-2016
>> > > >
>> > > > [ ] +1 Release these artifacts
>> > > > [ ] +0 OK, but...
>> > > > [ ] -0 OK, but really should fix...
-
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> Matt Sicker <boa...@gmail.com>
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
+1, in line with earlier discussed upgrade path we can then do a Java 7
minor version before we jump to Java 8.
On 23 Oct 2016 9:39 am, "Benedikt Ritter" wrote:
> I don't see improvements from a user perspective when upgrading to Java 7,
> but Java 6 is long EOL. So +1 from
On 21 October 2016 at 16:37, Stian Soiland-Reyes <st...@apache.org> wrote:
> Great, I've got a branch suggesting changing it to RDFFactory and have
> already changed the implementations to "JenaFactory" and "RDF4JFactory"
>
> I'll raise it as a pull re
gt; ---
> A. Soroka
> Committer/PMC Apache Jena
>
> On 2016-09-15 07:11 (-0400), Stian Soiland-Reyes <st...@apache.org> wrote:
> > Hi,
> >
> > Should we rename RDFTermFactory to RDFFactory? Or just RDF? Someone
> > suggested that some time ago.
>
Commons RDF as well, although it is still published under its own incubator
subdomain.
On 20 Oct 2016 2:00 pm, "Gilles" wrote:
> Hi.
>
> Can you point me at a component that has a config supporting
> multiple modules?
>
> Thanks,
> Gilles
>
>
>
+1 - we can show how Commons Logging user code can be updated to log4j2.
I think many users of Commons Logging now is through the libraries they
depend on.
On 17 Oct 2016 6:45 pm, "Gary Gregory" wrote:
> Hi All,
>
> I propose that we state that:
> - Apache Commons
s/dist/dev/commons/lang/LANG_3_5_RC1 ?
>
> Regards,
> Benedikt
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
for different JDK compatibility)
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
quot;utils" and you force users of "core" to upgrade.
> And the converse is also true.
>
>>
>>> Just to spare one vote every two years?
>>
>>
>> And multiple projects would hypothetically ease one migration every five
>> years?
>
>
> This would happen for _every_ release.
>
> Gilles
>
>
>>
>> Emmanuel Bourg
>>
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
gt;
> +1
>
> Emmanuel Bourg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
mp may be a good alternative.
>
>
>>
>>
>> - Should we use the Animal Sniffer plugin for all components to build with
>> a more recent Java version than the one the component requires and still
>> check that the code does not use new Java APIs?
>>
>
> Ye
On 26 September 2016 at 12:59, Stian Soiland-Reyes <st...@apache.org> wrote:
> The Apache Commons team is pleased to announce the release of Apache
> Commons BeanUtils 1.9.3
Bah.. "Subject: Subject: [ANNOUNCEMENT]" -- hope it still counts :-(
BTW - all other emails on
ht
-collections from 3.2.1 to 3.2.2
(CVE-2015-4852). Thanks to Gary Gregory.
* BEANUTILS-490: Update java requirement to Java 6. Thanks to Gary Gregory.
* BEANUTILS-492: IndexedPropertyDescriptor tests now pass on Java 8.
Thanks to Stian Soiland-Reyes.
* BEANUTILS-495: DateConverterTestBase fails on M/d/yy
clirr-maven-plugin/2.8/clirr-maven-plugin-2.8.pom
https://github.com/mojohaus/clirr-maven-plugin/releases/tag/clirr-maven-plugin-2.8
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe
t breaks anything on the mirrors. So far so good:
stain@biggiebuntu:~/src/95$ curl -s -I
http://www.apache.org/dist/commons/beanutils/RELEASE-NOTES.txt | grep
Content-Type
Content-Type: text/plain; charset=utf-8
Views..?
--
Stian Soiland-Reyes
On 21 September 2016 at 17:54, Stian Soiland-Reyes <st...@apache.org> wrote:
> This is a [VOTE] for releasing Apache Commons BeanUtils 1.9.3 (from RC3)
> (..)
> 4c285c2c9af35be0ea77e6ada9674e2c7b226fa6 commons-beanutils-1.9.3-bin.tar.gz
> b2e6f70aaa2ca500899cb149c919b6b
, platform encoding: UTF-8
OS name: "linux", version: "4.4.0-38-generic", arch: "amd64", family: "unix"
On 25 September 2016 at 01:05, Henning Schmiedehausen
<henn...@schmiedehausen.org> wrote:
> Builds fine on Mac with JDK8
>
> +1
>
> -h
>
heckstyle.xml in SVN.
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
https://issues.apache.org/jira/browse/BEANUTILS-497 on
doclint errors.
-- it's quite a few for beanutils! :-(
I hope as this only happens with "mvn site" on Oracle JDK 8++ I hope
the [VOTE] can proceed..
--
Stian Soiland-Re
g
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
out of the picture.
>
> Gary
>
>
> On Wed, Sep 21, 2016 at 10:21 AM, Stian Soiland-Reyes <st...@apache.org>
> wrote:
>
>> +1 to be brave and make Lang 3.6 be Java 8, so Lambda helpers can join
>> here. I have a couple of Stream helpers that could also
ng you see, our site or
>>> github, is wrong or missing info. It could make one wonder about
>>> overall attention to detail...
>
>> Nothing _looks_ lame.
>
> Please mind Gary's "IMO" in the paragraph above.
>
> &qu
subscribe, e-mail: dev-unsubscr...@commons.apache.org
>> > For additional commands, e-mail: dev-h...@commons.apache.org
>> >
>> >
>>
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Editio
r glitches: ...
[ ] -1 No, do not release it because ...
This vote will be open for at least 72 hours, let's say 2016-09-25T08:00:00Z
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
-
To unsubscribe, e-mail: de
On 15 September 2016 at 12:06, Stian Soiland-Reyes <st...@apache.org> wrote:
> [[ Cross-posting - let's try to reply to dev@commons. ]]
> b) Move RDFParserBuilder to package org.apache.commonsrdf.experimental
> or similar (allowing us to fully change it for the next version)
The below vote is CANCELLED. Thanks to all who helped review.
I'll improve the build to match better our minimum requirement of Java
6 and try again.
On 14 September 2016 at 16:45, Stian Soiland-Reyes <st...@apache.org> wrote:
> This is a [VOTE] for releasing Apache Commons BeanUtils 1.
1 - 100 of 245 matches
Mail list logo