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
ell if we include the 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.com
laude'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 als
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 apache-rat:ch
che.org%3E
--
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
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 straight into a parsed file.
OK, so
gets a
very clean Parser 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
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 unsubscribe, e-mail:
s one out
and can just go with the cleanest code :)
On 16 February 2018 at 11:22, sebb wrote:
> On 16 February 2018 at 10:01, Stian Soiland-Reyes wrote:
>> I agree in general for .clone() on objects - and I'm trying to move
>> away from using .clone() in that Commons RDF
t;
>>>>
>>>> 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
>>>> Tree: http://git-wip-us.apache.org/repos/asf/commons-csv/tree/f66a8390
>>
On Mon, 12 Feb 2018 18:10:56 -0700, Gary Gregory wrote:
> On Fri, Feb 9, 2018 at 10:05 AM, Stian Soiland-Reyes
> 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 prepping a 1.6 RC so we get time to
decide i
On Fri, 25 Aug 2017 19:19:58 +0100, Stian Soiland-Reyes
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 in (4) that either r
ll/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-unsubscr...@commons.apache.org
For additiona
til
> 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 additional co
-rdf-jena-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/
ponent 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 g
; executed sequentially.
>>>
>>> Cheers,
>>> Pascal
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> F
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 t
git commit --force"
+1 to include the "usual IDE suspects" (emacs ~ files anyone?) in
the .gitignore, particularly for Commons which may see many "drive by"
contributors who don't have their global gitignore perfectly set up. (I
don't even have one!)
Should we add it
Agree to wait for Java 9 GA before it's general practice. Would not -1 a
release candidate with nicer Java 9 javadoc though!
With Java 8 there were many issues with javadoc checks and options
incompatible with Java 7. I I don't know if anything changes here for
Java 9, but trying to comply both
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 an interface of static methods).
On Tue, 9 May 2017 13:29:21 +0100, Stian Soiland-Reyes 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.html
DoubleUnaryOpera
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 specific? [Please open a JIRA r
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 clarify:
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
w
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 to
le or immutable? How should 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
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 lean towards going wit
On Mon, 30 Jan 2017 10:20:46 +, Stian Soiland-Reyes
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 Commons.
They did run out o
ou 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 Soiland-Reyes
U
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
the
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
> wrote:
>
> > adjusting Stian's role [1} I
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:
>>
>>
>>
>> https://git-wip-us.apache.org/repos/asf?p=commons-rng.git;a=commit;h=4581
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 rele
gt;> --
>> >> Matt Sicker
>> >>
>> >
>> >
>> >
>> > --
>> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> > Java Persistence with Hibernate, Second Edition
>> > <https://www.amazon.com/gp/produ
aven ..?
On 3 Dec 2016 4:41 pm, "Gary Gregory" 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 would
components are?
>
> thanks,
> chas
>
> > On Dec 1, 2016, at 9:15 AM, Gary Gregory wrote:
> >
> > [editing subject]
> >
> > On Thu, Dec 1, 2016 at 9:14 AM, Gary Gregory
> wrote:
> >
> >> I am canceling this VOTE to deal with the missing src f
tches: ...
> [ ] -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
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@commons.a
te:
> On Wed, Nov 30, 2016 at 1:34 AM, Stian Soiland-Reyes
> wrote:
>
>> Just a thing I noticed..
>>
>> In https://dist.apache.org/repos/dist/release/commons/commons-
>> parent/commons-parent-41/
>> and before we had a -src.tar.gz and -src.zip
>
that the general rule for Commons is simplicity,
both for the user and for developers. While an unnecessary module upgrade
is not as "beautiful" as clean semantic version separations per module, it
is, I would argue, simpler to deal with for both consumers, developers and
release managers.
27;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 sett
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 co
gory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8>
>>
>>
>> <http://ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1617290459>
>> JUnit in Action, Second Edition
>>
>> <https
ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021&linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22
>
>
> <
http://ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1935182021
>
> Spring Batch in Action
> <
https://www.amazon.com/gp/product/1935182951/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951&linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B%7Blink_id%7D%7D%22%3ESpring%20Batch%20in%20Action
>
>
> <
http://ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1935182951
>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
--
Stian Soiland-Reyes
http://orcid.org/-0001-9842-9718
[RDF]. (I'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.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
availab
On 23 November 2016 at 13:47, Stian Soiland-Reyes 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 voted! The results
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 using
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 a
m dev@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=incu
mentations, 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.apac
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 job that executes a
he/commons/commons-
>> jcs-core/2.0-beta-2/
>>
>> Bye, Thomas.
>>
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
>> For additional commands, e-mail: user-h...@commons.apache.org
>>
>>
--
Stian Soi
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
>>
>>
>>>
>>> Regards,
>>> Benedikt
>>>
>>>
>>>>
>>>>
>>>> Regards,
>>>> Gilles
>>>>
>
>
> -
> 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
> <https://builds.apache.org/job/commons-beanutils/ws/> &&
> /home/jenkins/tools/java/latest1.6/bin/java -Xmx49M '${argLine}' -jar
> <https://builds.apache.org/job/commons-beanutils/ws/target/surefire/surefirebooter305925594730864.jar>
>
> &l
6fcd39a8ee7426826e7b25e5cfe0628820;hp=b05e3e6e6acad0baeeb7e19358093232119548bb
>
> At list for the the result at target/staging looks good when executing: mvn
> clean site site:stage
>
> Please Stian, take a look to double check it.
>
> Cheers,
>
>
> On Thu, Nov 17, 2016 at 12:25 AM, Gilles
> wro
> > 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-Reyes" wrote:
> >
> > Common
eviewing 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
>
> On
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 wrote:
> On Wed, Nov 16, 2016 at 2:22 PM, Stian Soiland-Reyes wrote:
&g
tion 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 wrote:
>> The Apache Commons RDF team is pleased to an
ps://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 additio
On 16 November 2016 at 11:26, Stian Soiland-Reyes 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.org/plugins/
/site 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-mai
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
ebb wrote:
>
>> On 8 November 2016 at 09:30, Gary Gregory wrote:
>> > On Tue, Nov 8, 2016 at 1:19 AM, sebb wrote:
>> >
>> >> On 8 November 2016 at 07:34, Stian Soiland-Reyes
>> wrote:
>> >> > I don't think binary compatibility s
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, "P
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 acc
for 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-unsubs
es 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
http://orcid.org/-0001-9842-9718
-
orgot to clean up.
>
> And yes, help is appreciated. I haven't had a chance to look back at this,
> but one of the things we wanted to accomplish with this bug fix was to also
> introduce a pattern for black box testing Commons libraries in OSGi.
>
> On 31 October 2016 at 10
KEYS:
>> > > > https://www.apache.org/dist/commons/KEYS
>> > > >
>> > > > Please review the release candidate and vote.
>> > > > This vote will close no sooner that 72 hours from now,
>> > > > i.e. sometime after 10-A
--
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> Matt Sicker
--
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
+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 my side.
>
> Pascal S
On 21 October 2016 at 16:37, Stian Soiland-Reyes 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 request
JenaNode().
> >
> > Example:
> >
> > RDF rdf = new JenaRDF();
> > IRI iri = rdf.createIRI("http://example.com/";);
> > Triple triple = rdf.createTriple(iri, iri, iri);
> > Graph g = rdf.createGraph();
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 Logging is entering maintenanc
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
. dbcp 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
case:
> Add a feature in "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
--
> 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
gt; - 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?
>>
>
> Yes.
>
> Regards,
> Benedikt
>
>
>>
>
On 26 September 2016 at 12:59, Stian Soiland-Reyes 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
https://lists.apache.org
-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
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, e-mail: dev-unsubscr...@commons
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 wrote:
> This is a [VOTE] for releasing Apache Commons BeanUtils 1.9.3 (from RC3)
> (..)
> 4c285c2c9af35be0ea77e6ada9674e2c7b226fa6 commons-beanutils-1.9.3-bin.tar.gz
> b2e6f70aaa2ca500899cb149c919b6bbb0256f96 commons-beanutils-1
en_GB, 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
wrote:
> Builds fine on Mac with JDK8
>
> +1
>
> -h
>
>
>
> On Wed, Sep
a bunch of checkstyle warnings which seem to be caused by a
> mis-configured license check.
We have agreed it is sufficient with Apache Rat for license header
checks, so for the future I've removed the headerFile check from
checkstyle.xml in SVN.
--
Stian Soiland-Reyes
http://
/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-Reyes
http://orcid.org/-0001-9842-9718
unch of checkstyle warnings which seem to be caused by a
> mis-configured license check.
>
> In total: +1, good work!
> Oliver
>
> Am 21.09.2016 um 18:54 schrieb Stian Soiland-Reyes:
> > This is a [VOTE] for releasing Apache Commons BeanUtils 1.9.3 (from RC3)
> >
>
Not sure what java.lang.invoke utility methods you are having in mind, to
me it looks complex enough that getting such an API right is not straight
forward and could be better developed outside Lang.
Let's do what Gary proposes and an orderly upgrade - our Java 7
intermediary will mainly be syntac
the changes
> plugin, and clirr is unable to run for some reason. The changes look good.
>
> Emmanuel Bourg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-ma
.
>
> Gary
>
>
> On Wed, Sep 21, 2016 at 10:21 AM, Stian Soiland-Reyes
> 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 fit in there.
>>
>>
>>
>>
the occasional -1.
>
>>> It looks pretty lame IMO if the first thing you see, our site or
>>> github, is wrong or missing info. It could make one wonder about
>>> overall attention to detail...
>
>> Nothing _looks_ lame.
>
mands, e-mail: dev-h...@commons.apache.org
>> >
>> >
>>
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
--
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
1 - 100 of 250 matches
Mail list logo
