Re: [VOTE] Release Configuration 2.1 based on RC1

e build fails with: >> >> $ mvn -v >> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; >> 2014-12-14T18:29:23+01:00) >> Maven home: /usr/local/Cellar/maven/3.2.5/libexec >> Java version: 1.6.0_65, vendor: Apple Inc. >> Java home: /Library/Java/

[VOTE] Release Configuration 2.1 based on RC1

Hi all, there have been a number of bug fixes and also some new features for [configuration] since version 2.0 has been released. Those should be made available to the public. This is the vote for the 2.1 release. Configuration 2.1 RC1 is available for review here:

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC8

Build works fine with Java 1.7 and 1.8 on Windows 10. Artifacts and site look good. +1 Oliver Am 10.07.2016 um 22:57 schrieb Benedikt Ritter: > Hi all, > > hopefully the final RC for releasing Apache Commons BCEL 6.0 :-) Changes > since RC7: > > - fixed failing build on Windows plattforms > -

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC7

Because of the failing test I also feel a bit uneasy, but nevertheless I am +1: It is only a test class, the problem occurs only in a specific setup, it is already fixed in trunk, and the release is really overdue. Thanks Oliver Am 05.07.2016 um 11:16 schrieb Benedikt Ritter: > This vote is

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC7

t; Thank you, > Gary > > On Sun, Jul 3, 2016 at 12:39 PM, Oliver Heger <oliver.he...@oliver-heger.de> > wrote: > >> Ok, here is the full stack trace. The German error message means that >> the system cannot find the specified file. >> >> Wh

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC7

up. > > Gary > On Jul 3, 2016 7:50 AM, "Oliver Heger" <oliver.he...@oliver-heger.de> wrote: > >> Hi, >> >> when building from the source distribution with both Java 1.7 and 1.8 I >> get the following test failure: >> >

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC7

Hi, when building from the source distribution with both Java 1.7 and 1.8 I get the following test failure: Results : Tests in error: JDKGenericDumpTestCase.data:60->findJavaHomes:65->findJavaHomesOnWindows:77->findJavaHomesOnWindows:84 » Win32 Tests run: 102, Failures: 0, Errors: 1, Skipped:

Re: [VOTE] Release Compress 1.12 based on RC2

Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts and site look good. +1 Oliver Am 18.06.2016 um 18:12 schrieb Stefan Bodewig: > Hi all > > as promised I've cut a RC for Compress 1.12. > > The Release Candidate is available for review at: >

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC5

Am 19.06.2016 um 17:56 schrieb Benedikt Ritter: > Hello Oliver, > > Oliver Heger <oliver.he...@oliver-heger.de> schrieb am So., 19. Juni 2016 > um 17:43 Uhr: > >> Build works fine with Java 1.7 on Windows 10. Artifacts and site look >> good (there are a nu

Re: Resign from PMC...

James, Am 19.06.2016 um 01:36 schrieb James Carman: > I wish to resign from the Apache Commons PMC. Thank you. > sorry to hear this. Would you mind telling us something about your reasons? - Of course, you don't have to if you don't want. Regards Oliver

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC5

Build works fine with Java 1.7 on Windows 10. Artifacts and site look good (there are a number of PMD and findbugs warnings, but I think this is acceptable). However, I was not able to build the site locally because of: [ERROR] Could not find resource

Re: svn commit: r1748347 - in /commons/proper/csv/trunk/src: changes/changes.xml main/java/org/apache/commons/csv/CSVFormat.java test/java/org/apache/commons/csv/CSVPrinterTest.java

Just as an info, [configuration] has a similar problem. There is a FileHandler class (in the io subpackage) which allows defining a target file in various ways and does the conversion to streams. Oliver Am 14.06.2016 um 18:33 schrieb Benedikt Ritter: > How about something like: > > on

Re: [LANG] Would CircuitBreaker better fit into [NET]?

The current implementations that we have a pretty generic and just track memory consumption or count events (e.g. failed service invocations). They are not tighed to any specific use case or domain. I think, [lang] is a good fit, but maybe the classes can be moved to a separate package?

Re: [ALL] About binary compatibility

Hi Benedikt, Am 02.06.2016 um 22:42 schrieb Benedikt Ritter: > Hi, > > we do seem to have different opinions when it comes to binary compatibility > and how it should be handled. Usually we would say "this should be decided > on a component basis". However this discussion is coming up again and

Re: [VOTE] Apache Commons BeanUtils 1.9.3 RC1

Am 03.06.2016 um 22:16 schrieb Gary Gregory: > On Jun 3, 2016 12:53 PM, "Oliver Heger" <oliver.he...@oliver-heger.de> > wrote: >> >> Build works fine with Java 1.6 on Windows 10. Artifacts and site look > good. >> >> The site cannot be bui

Re: [VOTE] Apache Commons BeanUtils 1.9.3 RC1

Build works fine with Java 1.6 on Windows 10. Artifacts and site look good. The site cannot be built with Java 8, and the release notes are missing BEANUTILS-477, but this is not blocking. I ran the tests for [configuration] with the new jar and got a single test failure which seems to be caused

Re: [beanutils] release 1.9.3?

Am 01.06.2016 um 22:09 schrieb Gary Gregory: > On Wed, Jun 1, 2016 at 12:46 PM, Oliver Heger <oliver.he...@oliver-heger.de> > wrote: > >> >> >> Am 31.05.2016 um 23:31 schrieb Gary Gregory: >>> While there is not much new for 1.9.3, just two fixes,

Re: [beanutils] release 1.9.3?

Am 31.05.2016 um 23:31 schrieb Gary Gregory: > While there is not much new for 1.9.3, just two fixes, I would not mind > pushing out a release, just to get the refreshed dependency on Commons > Collection out since there has been noise about it related to security. > > Thoughts? +1, would it

Re: Jenkins build is back to normal : Commons-configuration #5

2016 1:29 PM, "Benedikt Ritter" <brit...@apache.org> wrote: >>> >>>> Gary has the karma to make you a Jenkins Job Admin. Just ping him. >>>> >>>> Benedikt >>>> >>>> Oliver Heger <oliver.he...@oliver-

Re: Jenkins build is back to normal : Commons-configuration #5

ing into this. I did check my settings, and here my @apache mail is set. This one is forwarded to my private mail address and not related to the company address. Oliver > > On 27 May 2016 at 20:13, Oliver Heger <oliver.he...@oliver-heger.de> wrote: >> >> >> Am 27.05.2

Re: Jenkins build is back to normal : Commons-configuration #5

Am 27.05.2016 um 21:07 schrieb sebb: > On 27 May 2016 at 19:54, Oliver Heger <oliver.he...@oliver-heger.de> wrote: >> It seems that an email address of mine is hard-coded in the job >> configuration. > > No, but the config is set up with: > > * Send separate

Re: Jenkins build is back to normal : Commons-configuration #5

It seems that an email address of mine is hard-coded in the job configuration. But I do not seem to have the rights to view or even change the configuration :-( Oliver Am 27.05.2016 um 09:01 schrieb Apache Jenkins Server: > See > > >

Re: [VOTE] Release Apache Commons FileUpload 1.3.2 based on RC1

For the record, I voted +1, too. Oliver Am 26.05.2016 um 21:35 schrieb Benedikt Ritter: > This vote passes with the following votes: > > - Gary Gregory: +1 > - Jochen Wiedmann: +1 > - Benedikt Ritter: +1 > - Stian Soiland-Reyes: +1 > - Bernd Eckenfels: +1 > > I'll continue with the release

Re: [VOTE] Release Apache Commons FileUpload 1.3.2 based on RC1

Build (maven) works fine with Java 1.5 and 1.8. Site looks good. The binary distribution is a bit different from other Commons releases: It only contains the jar in a lib subfolder (no source or javadoc jar), and the release notes are missing. But I don't think this is blocking. So +1 Oliver

Re: svn commit: r1742696 - /commons/proper/configuration/trunk/build.xml

Am 08.05.2016 um 10:51 schrieb Dennis Kieselhorst: > Am 07.05.2016 um 16:44 schrieb Oliver Heger: >> Thank you for updating build.xml. >> >> There has been some discussion to drop the ant build completely as it >> tends to become outdated. Most Commons components alrea

Re: svn commit: r1742696 - /commons/proper/configuration/trunk/build.xml

Thank you for updating build.xml. There has been some discussion to drop the ant build completely as it tends to become outdated. Most Commons components already did this, and I would be in favor of this. WDYT? Oliver Am 07.05.2016 um 11:41 schrieb d...@apache.org: > Author: deki > Date: Sat

Re: [configuration] continuous integration

Hi Dennis, Am 07.05.2016 um 11:35 schrieb Dennis Kieselhorst: > Hi! > > http://commons.apache.org/proper/commons-configuration/integration.html > links to https://continuum-ci.apache.org which no longer exists. What > about setting up a job on http://builds.apache.org? no objections from my

Re: [VOTE] Release Apache Commons CSV 1.3 based on RC1

Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts and site look good. +1 Oliver Am 06.05.2016 um 10:12 schrieb Benedikt Ritter: > Hi, > > we have fixed some bugs and added some nice new features since we released > Apache Commons CSV 1.2. So I'd like to release Apache Commons CSV

Re: [VOTE] Commons NET 3.5 based on RC3

Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts and site look good. +1 Oliver Am 02.05.2016 um 01:12 schrieb sebb: > Try again. > > == > > NET 3.5 RC3 is available for review here: > https://dist.apache.org/repos/dist/dev/commons/net/3.5_RC3/ (13489) > >

Re: [VOTE] Commons-net 3.5 based on RC1

Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts and site look good. +1 One thing I find a bit strange: In the release notes it is mentioned that the release is not source compatible to the previous one because of a method added to an interface. However, the clirr report only

Re: [VOTE] Release commons-io 2.5 based on RC4

Build works fine with Java 1.6 on Windows 10. Artifacts and site look good. +1 Oliver Am 14.04.2016 um 17:41 schrieb Benson Margulies: > Commons-io 2.5 is offered for a release vote. > > Commons-io 2.5 RC4 materials are available for review here: >

Re: [VOTE] Release commons-io 2.5 based on RC4

Hi Benson, when checking the RC I get a pretty strange effect on downloading the binaries from https://dist.apache.org/repos/dist/dev/commons/io/binaries/: The browser shows me "dist - Revision 13260: /dev/commons/io/binaries". However, the downloaded artifacts are obviously the ones from the

Re: [compress] test failures in master

Am 07.04.2016 um 21:18 schrieb Stefan Bodewig: > On 2016-04-07, sebb wrote: > >> On 7 April 2016 at 10:19, Stefan Bodewig wrote: > >> I set up > >> https://builds.apache.org/job/Commons-Compress-Windows/ > > Thanks! > >> Most tests failed with > >>

Re: [compress] test failures in master

With Java 1.6 on Windows 10 I get: Results : Failed tests: ArchiveReadTest.testArchive:103 Problem checking c:\data\dev\projects\OpenSource\commons-compress\target\test-classes\archives\FreeBSD.ar ArchiveReadTest.testArchive:103 Problem checking

Re: [VOTE] Release Compress 1.11 Based on RC2

Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts and site look good. The build with Java 1.5 failed for me because of OutOfMemory errors in a number of test cases. I vaguely remember that I had similar problems with previous versions; so this is not blocking. +1 Oliver Am

[ANNOUNCEMENT] Commons Configuration 2.0 Released

on how to submit bug reports, patches, or suggestions for improvement, see the Apache Commons Configuration website: http://commons.apache.org/proper/commons-configuration/ Oliver Heger, on behalf of the Apache Commons community

[RESULT][VOTE] Release Configuration 2.0 based on RC1

Oliver Heger: > Hi all, > > after a series of alpha and beta releases, I think we are now ready to > release the final 2.0 version of [configuration]. So this is the > corresponding release vote. > > Configuration 2.0 RC1 is available for review here: > https://dist.a

Re: [VOTE] Release Configuration 2.0 based on RC1

My +1 Oliver Am 20.03.2016 um 22:42 schrieb Oliver Heger: > Hi all, > > after a series of alpha and beta releases, I think we are now ready to > release the final 2.0 version of [configuration]. So this is the > corresponding release vote. > > Configuration 2.0 RC1 is avai

Re: [VOTE] Release Configuration 2.0 based on RC1

h interface with many possible result types, but one can achieve the same results. Oliver > > Emmanuel Bourg > > > Le 20/03/2016 22:42, Oliver Heger a écrit : >> Hi all, >> >> after a series of alpha and beta releases, I think we are now ready to &

Re: [VOTE] Release Configuration 2.0 based on RC1

Am 22.03.2016 um 01:32 schrieb James Carman: > +1 drop ant So we agree on this one. What about the actual vote? (Nudge, nudge) Oliver > > On Mon, Mar 21, 2016 at 5:06 PM Oliver Heger <oliver.he...@oliver-heger.de> > wrote: > >> Hi Benedikt, >> >>

Re: [VOTE] Accept Chimera as new Apache Commons Component

Since we already started to use fractional numbers, I would be +0.5. I am also worried about the JNI stuff, but I think a new group of developers would be good for this community. Oliver Am 21.03.2016 um 09:45 schrieb Benedikt Ritter: > Hi all, > > after long discussions I think we have

Re: [VOTE] Release Configuration 2.0 based on RC1

aining two different build files is a pain and error-prone. The trend seems to be dropping the ant build. I would be in favor of this. Oliver > > Benedikt > > Oliver Heger <oliver.he...@oliver-heger.de> schrieb am So., 20. März 2016 > um 22:42 Uhr: > >> Hi all, &

[VOTE] Release Configuration 2.0 based on RC1

Hi all, after a series of alpha and beta releases, I think we are now ready to release the final 2.0 version of [configuration]. So this is the corresponding release vote. Configuration 2.0 RC1 is available for review here: https://dist.apache.org/repos/dist/dev/commons/configuration

Re: [Math] How fast is fast enough?

Am 06.02.2016 um 12:31 schrieb James Carman: > Okay, folks, this is definitely getting out of hand. Let's put a moratorium > on this thread for the weekend or something and try to come back together > next week and try to move forward. I would urge folks to watch this while > we wait: > >

Re: [VOTE] Form a separate TLP based on [math]

+1 I assume this step is beneficial for [math]. Here in commons we may miss you. Oliver Am 16.01.2016 um 16:18 schrieb Phil Steitz: > The discussion has thus far been generally favorable. I would like > therefore to put the proposal to split [math] out into a separate > TLP to a VOTE.

Re: [VOTE] Release JEXL 3.0 based on RC2

Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts and site look good. There are many findbugs and a bunch of PMD warnings, but this is not blocking. +1 Oliver Am 18.12.2015 um 17:05 schrieb Emmanuel Bourg: > Hi all, > > JEXL 3.0 RC2 is now available for review. > >

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

Hi Matt, Am 18.12.2015 um 22:03 schrieb Matt Benson: > On Fri, Dec 18, 2015 at 2:54 PM, Oliver Heger > <oliver.he...@oliver-heger.de> wrote: >> Artifacts and site look good, signatures are fine. >> >> However, I was not able to build from source with Jav

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

Artifacts and site look good, signatures are fine. However, I was not able to build from source with Java 1.6 and 1.7 on Windows 10. This is what I get: [INFO] --- maven-bundle-plugin:2.5.3:manifest (bundle-manifest) @ commons-weaver-maven-plugin --- [ERROR] Manifest

Re: [configuration] - Maven Release

Hello Nicolas, Am 14.12.2015 um 17:02 schrieb Nicolas SAVOINI: > Hello, > > When will be the next Maven release for the commnon-configuration2 ? > The last one is the Alpha1, without the size() method, which i need > > Thanks, > Nicolas Savoini > the final 2.0 release will be deployed to Maven

[ANNOUNCEMENT] Commons Configuration 2.0-beta2 Released

central.) For complete information on Commons Configuration, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache Commons Configuration website: http://commons.apache.org/proper/commons-configuration/ Oliver Heger, on behalf of the Apache

[RESULT][VOTE] Release Configuration 2.0-beta2 based on RC1

The vote to release Configuration 2.0-beta2 has passed with the following votes (all binding): Thomas Neidhart:+1 Gary Gregory: +1 Oliver Heger+1 No other votes were received. Thanks to all who voted! Oliver Am 01.12.2015 um 22:25 schrieb Oliver Heger: > Hi

Re: [VOTE] Release Configuration 2.0-beta2 based on RC1

My +1 FTR Oliver Am 01.12.2015 um 22:25 schrieb Oliver Heger: > Hi all, > > to continue the current series of releases, this is a vote for the > second beta version of [configuration] 2.0 based on the first release > candidate. After beta1 was released in June there has bee

Re: [VOTE] Release Configuration 2.0-beta2 based on RC1

Hi Thomas, Am 02.12.2015 um 22:46 schrieb Thomas Neidhart: > On 12/01/2015 10:25 PM, Oliver Heger wrote: >> Hi all, >> >> to continue the current series of releases, this is a vote for the >> second beta version of [configuration] 2.0 based on the first releas

[VOTE] Release Configuration 2.0-beta2 based on RC1

Hi all, to continue the current series of releases, this is a vote for the second beta version of [configuration] 2.0 based on the first release candidate. After beta1 was released in June there has been some feedback which lead to some minor changes on the API. Details are available in the

Re: [VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

Hi Thomas, +1 Many thanks Oliver Am 25.11.2015 um 23:20 schrieb Thomas Neidhart: > Hi all, > > we have accumulated enough changes since the last 4.0 release as well as > we need to provide a fix for the known remote code exploit via java > de-serialization. Therefore, I would like to start a

Re: [VOTE] Release commons-io 2.5 based on RC1

Hi Kristian, while checking the release I found some problems: * The commons-io-2.5.jar in the binary distribution contains a cobertura.properties file. This is probably created by running the site build over the release build before creating the distributions. In the past we had a problematic

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

The Maven build worked fine with Java 1.6 and 1.7 on Windows 10. With Java 1.8 I get the following compilation error in test classes: [ERROR] COMPILATION ERROR : [INFO] - [ERROR]

Re: [VOTE] Release NET 3.4 based on RC2 - resend with corrected tag

Build works fine for me with Java 1.5 and Java 1.8 on Windows 10. Artifacts and site look good. So +1. Interestingly, when I build the site locally my clirr report shows 12 errors. In addition to the 3 errors about methods added to an interface, I also get a bunch of errors about public methods

Re: [VOTE] Release Validator 1.5.0 based on RC1

Environment: Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9; 2014-02-14T18:37:52+01:00) Maven home: C:\data\dev\tools\apache-maven-3.2.1\bin\.. Java version: 1.8.0_45, vendor: Oracle Corporation Java home: C:\Program Files\Java\jdk1.8.0_45\jre Default locale: de_DE, platform

Re: [BeamUtils] trunk test failures

Am 16.11.2015 um 19:53 schrieb Benedikt Ritter: > 2015-11-14 21:57 GMT+01:00 Gary Gregory : > >> In trunk I get: >> >> Failed tests: >> org.apache.commons.beanutils.bugs.Jira422TestCase#testRootBean >> ComparisonFailure >>

Re: [VOTE] Release Commons Collections 3.2.2 Based on RC2

Hi Thomas, build works fine with Java 1.6 on Windows 10, artifacts and site look good. So +1. Unfortunately, I have currently not the time to dig deeper into the problematic addressed by this release; so I cannot comment on the fixes. As I do not have a current project that depends on

Re: [VOTE] Accept Naomi

Am 30.10.2015 um 01:42 schrieb Phil Steitz: > This is a VOTE to accept the code discussed in [1] and available for > review using the git commands below. All are welcome to vote, votes > from PMC members are binding. Assuming a positive vote, we will > execute a software grant with the authors

Re: [LANG] Drop Ant build?

So is this a global decision, should we drop ant support for all Commons components? I think there are only a few still maintaining an ant build, and there is no guarantee that these build.xml files are up-to-date. Oliver Am 19.10.2015 um 13:24 schrieb James Carman: > +1 > > On Mon, Oct 19,

Re: [configuration] Strong coupling between implementation and use for Beans

Looking forward to see your results. Oliver > > Jon > > -Original Message- > From: Oliver Heger [mailto:oliver.he...@oliver-heger.de] > Sent: Monday, September 28, 2015 1:35 PM > To: Commons Developers List > Subject: Re: [configuration] Strong coupling between impl

Re: [configuration] Strong coupling between implementation and use for Beans

Am 27.09.2015 um 18:39 schrieb Weygandt, Jon: > It seems that with interfaces like ImmutableHierarchicalConfiguration one > should be able to use the configuration independent of the way in which it > is implemented. > > From the >

Re: [configuration] Strong coupling between implementation and use for Beans

ding patches. Many thanks! Oliver [1]http://commons.apache.org/proper/commons-configuration/issue-tracking.html > > Jon > > -Original Message- > From: Oliver Heger [mailto:oliver.he...@oliver-heger.de] > Sent: Monday, September 28, 2015 12:37 PM > To: Commons

Re: [VOTE] Release Apache Commons CSV 1.2-RC2

Build works fine with Java 1.6 and 1.8 on Windows 10. Artifacts look good. The uploaded site obviously does not contain the project reports, at least http://people.apache.org/~ggregory/commons-csv-1.2-RC2/site/project-reports.html gives a 404. However, I was able to build the site locally. I got

Re: [VOTE] Move COMPRESS to git

+1 Oliver Am 22.08.2015 um 21:29 schrieb Stefan Bodewig: Hi all more thann half a year ago I promised to call for a vote for migrating to git as soon as 1.10 has been released. Well that took longer than expected :-) Anyway, here is the vote: +1 Move to git -1 Stick with svn

Re: [VOTE] Release Commons Compress Based on RC3

Building with Java 1.5 caused an OutOfMemoryError, but was successful with 1.6 and 1.8. ISTR that I had similar problems with the previous release, so not blocking. Artifacts and site look good. +1 Oliver My environment: Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9;

Re: [pool] Interceptors

On 09.08.2015 02:49, James Carman wrote: Yep, same thing I said back in the day. Would we want it to be a true interceptor or more of a listener? Sounds like a usual and interesting feature. IIUC the proposal of Phil, it goes more in the direction of interceptors. A point to keep in mind

Re: [VOTE] Release DBCP 2.1.1 based on RC1

Maven and ant builds are successful with Java 1.7 and 1.8 on Windows 8.1. Artifacts and site look good. +1 Oliver Am 03.08.2015 um 07:09 schrieb Phil Steitz: This is a vote to release version 2.1.1 of Apache Commons DBCP based on RC1. Here is the release candidate:

Re: [VOTE] Release pool 2.4.2 based on RC1

Maven build works fine with Java 1.6 and 1.8 under Windows 8.1. Artifacts and site look good. With the ant build I get a test failure caused by a NoClassDefFoundError. IIRC, the same problem occurred for the previous release. I could not really check whether cobertura messed up the classes, but

[ANNOUNCEMENT] Commons Configuration 2.0-beta1 Released

, or suggestions for improvement, see the Apache Commons Configuration website: http://commons.apache.org/proper/commons-configuration/ Oliver Heger, on behalf of the Apache Commons community - To unsubscribe, e-mail: dev-unsubscr

Re: Apache Commons Configuration Bean Scripting Framework (BSF) - dependencies on JDK-Internal APIs

Hi Rory, I just ran JDeps against the current beta-1 release of Commons Configuration 2.0 and all its dependencies. When specifying the -jdkinternals option there is no output. So I think, we are clean here. Regards Oliver Am 15.06.2015 um 10:04 schrieb Rory O'Donnell: Hi Benedict, I'm

[RESULT] [VOTE] Release Configuration 2.0-beta1 based on RC1

The vote to release [configuration] 2.0-beta1 has passed with the following votes (* = binding): Gary Gregory: +1 (*) Bruno P. Kinoshita -1 Thomas Neidhart +1 (*) Phil Steitz +1 (*) Oliver Heger+1 (*) Many thanks for all reviews and comments. I

Re: [VOTE] Release Configuration 2.0-beta1 based on RC1

Making my vote explicit: +1 Oliver Am 14.06.2015 um 22:10 schrieb Oliver Heger: Hi all, this is a vote for the first beta version of [configuration] 2.0 based on the first release candidate. After two alpha versions, it is now time to move to a beta version. Since the last alpha version

Re: Apache Commons Configuration Bean Scripting Framework (BSF) - dependencies on JDK-Internal APIs

Hi Rory, Am 15.06.2015 um 10:04 schrieb Rory O'Donnell: Hi Benedict, I'm contacting you in relation to Apache Commons Configuration Bean Scripting Framework (BSF), both projects seems to be very popular dependencies for other open source projects. As part of the preparations for JDK

Re: [VOTE] Release Configuration 2.0-beta1 based on RC1

Am 15.06.2015 um 21:34 schrieb Oliver Heger: Hi Bruno, Am 15.06.2015 um 10:34 schrieb Bruno P. Kinoshita: Hi -1 not binding The following test fails in Ubuntu 14.04 with Java versions: * 1.8.0_45, vendor: Oracle Corporation, Java home: /usr/lib/jvm/java-8-oracle/jre* 1.7.0_79

Re: [VOTE] Release Configuration 2.0-beta1 based on RC1

is only in test code, I would not consider this blocking. Oliver CheersBruno From: Oliver Heger oliver.he...@oliver-heger.de To: Commons Developers List dev@commons.apache.org Sent: Monday, June 15, 2015 8:10 AM Subject: [VOTE] Release Configuration 2.0-beta1 based on RC1 Hi

Re: [VOTE] Release Apache Commons CLI 1.3.1 based on RC1

Build works fine with Java 1.5 and 1.8 on Windows 8.1. Artifacts and site look good. +1 Oliver Am 14.06.2015 um 12:32 schrieb Benedikt Ritter: Hi, We have introduced a pretty severe bug in CLI 1.3, so I'd like to call a vote to release CLI 1.3.1 based on RC1. The only change compared to

[VOTE] Release Configuration 2.0-beta1 based on RC1

Hi all, this is a vote for the first beta version of [configuration] 2.0 based on the first release candidate. After two alpha versions, it is now time to move to a beta version. Since the last alpha version, there has only be a small change: an obsolete interface has been removed. Details are

[lang] Circuit breaker implementation (LANG-1085)

Hi all, recently Bruno and myself have been working on an implementation of the circuit breaker concept to be added to [lang] - more background information and discussions can be found at https://issues.apache.org/jira/browse/LANG-1085. We now reached a state where we created a first pull

[lang] Regression in StrSubstitutor?

Hi, I just tried to update the [lang] dependency in [configuration] from 3.3.2 to 3.4. However, after this switch there are a bunch of test failures. AFAICT, these errors are related to string substitution. Variables in a string used to locate a configuration file are suddenly no longer

Re: [VOTE] Release pool 2.4.1 based on RC1

+1 Tested again build on Java 1.6 and 1.8 on Windows 8.1, artifacts, and site. As expected, I get the same clirr errors as reported by Luc and have still trouble with the ant build as for 2.4. Oliver Am 30.05.2015 um 01:35 schrieb Phil Steitz: This is a vote to release version 2.4.1 of Apache

Re: [collections] FluentIterable

Am 27.05.2015 um 20:37 schrieb Thomas Neidhart: On 05/27/2015 06:52 PM, Gary Gregory wrote: Let's not reinvent the wheel indeed. This is not about reinventing the wheel or reimplementing Java 8 streams. The rationale is to glue together existing functionality in collections by a fluent

Re: [VOTE] Release pool 2.4 based on RC1

Build with maven works fine with Java 1.6 and 1.8 on Windows 8.1. Site and artifacts look good. I had a problem with the ant build: I copied build.properties.sample (which seems to be a working configuration) to build.properties and called 'ant test'. This failed with the message below. So there

Re: [VOTE] Release pool 2.4 based on RC1

Am 23.05.2015 um 16:53 schrieb Phil Steitz: On 5/23/15 7:48 AM, Oliver Heger wrote: Build with maven works fine with Java 1.6 and 1.8 on Windows 8.1. Site and artifacts look good. I had a problem with the ant build: I copied build.properties.sample (which seems to be a working

Re: [VOTE] Release Email 1.4 Based on RC1

Am 19.05.2015 um 22:27 schrieb Thomas Neidhart: On 05/19/2015 10:02 PM, Oliver Heger wrote: Am 19.05.2015 um 21:54 schrieb Thomas Neidhart: On 05/19/2015 09:51 PM, Oliver Heger wrote: Hi Thomas, build was successful with Java 1.6 and 1.8 on Windows 8.1. Artifacts and site look good

Re: [VOTE] Release Email 1.4 Based on RC1

Hi Thomas, build was successful with Java 1.6 and 1.8 on Windows 8.1. Artifacts and site look good. The only problem I had was that I could not build with Java 1.5; there were test failures because of UnsupportedClassVersion. Obviously, at least one of the dependencies is no longer available for

Re: [VOTE] Release Email 1.4 Based on RC1

Am 19.05.2015 um 21:54 schrieb Thomas Neidhart: On 05/19/2015 09:51 PM, Oliver Heger wrote: Hi Thomas, build was successful with Java 1.6 and 1.8 on Windows 8.1. Artifacts and site look good. The only problem I had was that I could not build with Java 1.5; there were test failures

Re: [lang] Allocate array of the correct size

Am 05.05.2015 um 19:44 schrieb Benedikt Ritter: 2015-05-05 19:13 GMT+02:00 Jörg Schaible joerg.schai...@gmx.de: Benedikt Ritter wrote: 2015-05-05 17:51 GMT+02:00 Jörg Schaible joerg.schai...@swisspost.com: Hi Benedikt, Benedikt Ritter wrote: 2015-05-05 14:52 GMT+02:00 Benedikt Ritter

Re: [LANG] Add ThreadUtils

Am 12.04.2015 um 13:14 schrieb Benedikt Ritter: Hi, there is currently a discussion on github about the addition of a low level utility class which helps to retrieve Threads [1]. The latest proposal is to implement a predicate based approach for filtering threads [2]. My opinion is,

Re: [VOTE] Release Apache Commons Lang 3.4 based on RC2

Maven and ant builds are now successful on Windows 8.1 with Java 1.6 and 1.7. Artifacts and site look good. +1 Thanks, Benedikt! Oliver Am 03.04.2015 um 14:56 schrieb Benedikt Ritter: Hi all, We've worked through the issues identified in Commons Lang 3.4 RC1, so I would like to call a

Re: [VOTE] Release Apache Commons Lang 3.4 based on RC1

Hi, Maven build was successful on Windows 8.1 with Java 1.6 and 1.7. Artifacts and site look good. Nits/questions: - The surefire report says that 97 tests are skipped. This seems to be a large number. - Clirr has a warning about a changed constant. Does this have to be mentioned in release

Re: svn commit: r1661762 - in /commons/proper/lang/trunk/src: changes/ main/java/org/apache/commons/lang3/concurrent/ test/java/org/apache/commons/lang3/concurrent/

, but this is not a simple matter for users. Art P.S. Sorry for the slow response. On Thu, Feb 26, 2015 at 1:29 PM, Oliver Heger oliver.he...@oliver-heger.de wrote: Hi Arthur, I don't have any principle objections against your implementation. I just don't want it as a replacement

Re: [LANG] Handling LANG-1086 (Was: Re: svn commit: r1661762 - in /commons/proper/lang/trunk/src: changes/ main/java/org/apache/commons/lang3/concurrent/ test/java/org/apache/commons/lang3/concurrent/

Am 06.03.2015 um 08:51 schrieb Benedikt Ritter: 2015-03-05 22:00 GMT+01:00 Oliver Heger oliver.he...@oliver-heger.de: Am 03.03.2015 um 08:35 schrieb Benedikt Ritter: 2015-03-02 21:34 GMT+01:00 Oliver Heger oliver.he...@oliver-heger.de: Am 02.03.2015 um 07:23 schrieb Benedikt Ritter

Re: [LANG] Handling LANG-1086 (Was: Re: svn commit: r1661762 - in /commons/proper/lang/trunk/src: changes/ main/java/org/apache/commons/lang3/concurrent/ test/java/org/apache/commons/lang3/concurrent/

Am 03.03.2015 um 08:35 schrieb Benedikt Ritter: 2015-03-02 21:34 GMT+01:00 Oliver Heger oliver.he...@oliver-heger.de: Am 02.03.2015 um 07:23 schrieb Benedikt Ritter: 2015-03-01 22:20 GMT+01:00 Oliver Heger oliver.he...@oliver-heger.de: Am 01.03.2015 um 17:52 schrieb Benedikt Ritter

Re: [LANG] Handling LANG-1086 (Was: Re: svn commit: r1661762 - in /commons/proper/lang/trunk/src: changes/ main/java/org/apache/commons/lang3/concurrent/ test/java/org/apache/commons/lang3/concurrent/

Am 02.03.2015 um 07:23 schrieb Benedikt Ritter: 2015-03-01 22:20 GMT+01:00 Oliver Heger oliver.he...@oliver-heger.de: Am 01.03.2015 um 17:52 schrieb Benedikt Ritter: 2015-02-26 21:29 GMT+01:00 Oliver Heger oliver.he...@oliver-heger.de: Hi Arthur, I don't have any principle objections

Re: svn commit: r1661762 - in /commons/proper/lang/trunk/src: changes/ main/java/org/apache/commons/lang3/concurrent/ test/java/org/apache/commons/lang3/concurrent/

Am 01.03.2015 um 17:52 schrieb Benedikt Ritter: 2015-02-26 21:29 GMT+01:00 Oliver Heger oliver.he...@oliver-heger.de: Hi Arthur, I don't have any principle objections against your implementation. I just don't want it as a replacement for the AtomicSafeInitializer class. The latter

Re: svn commit: r1661762 - in /commons/proper/lang/trunk/src: changes/ main/java/org/apache/commons/lang3/concurrent/ test/java/org/apache/commons/lang3/concurrent/

is problematic now. That is, this new implementation guarantees initialize() will only ever be called one time, and it ensures all callers receive the result of that initialize() method. Art On Mon, Feb 23, 2015 at 1:47 PM, Oliver Heger oliver.he...@oliver-heger.de wrote: Am

<    1   2   3   4   5   6   7   8   9   10   >