Re: [VOTE] Move Commons Math to TLP (again)...

Does your +1 mean you want to be part of the new PMC or just are in favor of the proposal? I’m just having a hard time trying to understand what we are trying to accomplish. What I would really like to see is for all the people who would like to be a part of the Math project to add their name

Re: [CSV] git migration

On Sun, Jun 12, 2016 at 3:58 AM, Benedikt Ritter wrote: > Hello, > > I've created a SVN to git migration ticket for Apache Commons CSV [1]. > > Regards, > Benedikt > > [1] > https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12092 OK, cool. Thank you for

Re: [csv] Update to Java 7

[FAT FINGERS! Updated subject Java 7, not 8] On Sun, Jun 12, 2016 at 7:18 PM, Gary Gregory wrote: > Now that we pushed out 1.4, I plan on updating the platform requirement to > Java 7. > > Gary > > -- > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > Java

[csv] Update to Java 8

Now that we pushed out 1.4, I plan on updating the platform requirement to Java 7. Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition JUnit in Action, Second Edition

Re: [VOTE] Move Commons Math to TLP (again)...

With all of that said, then I'm a: +1 (binding). -Rob > On Jun 12, 2016, at 9:27 PM, Niall Pemberton > wrote: > > On Mon, Jun 13, 2016 at 2:10 AM, Benson Margulies > wrote: > >> Procedurally speaking, I see no reason for this community to

Re: [VOTE] Move Commons Math to TLP (again)...

On Mon, Jun 13, 2016 at 2:10 AM, Benson Margulies wrote: > Procedurally speaking, I see no reason for this community to hold any > vote at all. > > If a small group of people, including a foundation member or two, > wants to ask the board to establish a TLP, they may, by

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

Please look at https://github.com/apache/commons-lang/pull/165/files for the suggested javadoc changes. regards, chas > On Jun 12, 2016, at 6:18 PM, Charles Honton wrote: > > No, these are the interfaces that the end

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

No, these are the interfaces that the end user should use. (but not implement) > On Jun 12, 2016, at 6:10 PM, dbrosIus wrote: > > +1 better now than latter > > Original message > From: Gary Gregory

Re: [VOTE] Move Commons Math to TLP (again)...

Procedurally speaking, I see no reason for this community to hold any vote at all. If a small group of people, including a foundation member or two, wants to ask the board to establish a TLP, they may, by writing a coherent proposal to the board explaining the situation. The board might ask for a

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

+1 better now than latter Original message From: Gary Gregory Date: 06/12/2016 8:56 PM (GMT-05:00) To: Commons Developers List Subject: Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master Should these

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

Should these be package private then? G On Jun 12, 2016 5:32 PM, "Charles Honton" wrote: > DateParser and DatePrinter interfaces are not just for internal use. I > will gladly add javadoc to the effect that end users are not expected to > implement these interfaces and that

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

DateParser and DatePrinter interfaces are not just for internal use. I will gladly add javadoc to the effect that end users are not expected to implement these interfaces and that methods may be added in any release. I think you are correct about this being a source incompatibility rather than

Re: [VOTE] Move Commons Math to TLP (again)...

On Sun, Jun 12, 2016 at 11:08 PM, Gilles wrote: > On Sun, 12 Jun 2016 14:33:58 -0700, Dennis E. Hamilton wrote: > >> -1 (non-binding) >> >> Reason for objection: >> >> I think the framing of this vote is confusing. >> >> 1. There appears to be less ability to go

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

On 13 June 2016 at 01:00, Charles Honton wrote: > I added DateParser and DatePrinter interfaces in 3.2. These are not expected > to be implemented by end users, only by org.apache.commons.lang3.time classes. However the Javadoc does not warn people not to implement the

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

I added DateParser and DatePrinter interfaces in 3.2. These are not expected to be implemented by end users, only by org.apache.commons.lang3.time classes. The interfaces exist to hide the actual implementation classes. Please look at FastDateFormat javadoc for the factory pattern that

[DISCUSS] RE: [VOTE] Move Commons Math to TLP (again)...

> -Original Message- > From: Gilles [mailto:gil...@harfang.homelinux.org] > Sent: Sunday, June 12, 2016 15:08 > To: dev@commons.apache.org > Subject: RE: [VOTE] Move Commons Math to TLP (again)... > > On Sun, 12 Jun 2016 14:33:58 -0700, Dennis E. Hamilton wrote: > > -1 (non-binding) > > >

Re: [VOTE] Move Commons Math to TLP (again)...

You bring up good points (aside from the "scratch" part maybe). I called for a VOTE again because it was suggested that the previous vote should be voided. I'm open to suggestions. I'm just trying to keep this thing from dying and I figured the Incubator could help us. We haven't done a great job

RE: [VOTE] Move Commons Math to TLP (again)...

On Sun, 12 Jun 2016 14:33:58 -0700, Dennis E. Hamilton wrote: -1 (non-binding) Reason for objection: I think the framing of this vote is confusing. 1. There appears to be less ability to go to TLP than there was at the time the previous motion passed. 2. The discussion (but not the

Re: [BCEL] Latest Clirr report

On 12 June 2016 at 15:21, Jochen Wiedmann wrote: > On Sun, Jun 12, 2016 at 1:00 PM, Benedikt Ritter wrote: > >> I've uploaded the verbose Clirr report to my space at home.apache.org [1]. >> Do we have to fix all of this in order to release 6.0? > >

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

That's still a tough one (breakfast). Crazy weekend. It looks like the switch (which to me is more readable) does a hashCode() call first to find the right place to jump to and then does equals. So, theoretically it would be faster, especially for large numbers of cases (unless the compiler is

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

On Jun 12, 2016 2:45 PM, "James Carman" wrote: > > I don't off the top of my head. All I have is anecdotal stuff in my brain, > but then again I can't remember what I had for lunch yesterday either. :) How about breakfast this morning? ;-) Gary > > On Sun, Jun 12,

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

I don't off the top of my head. All I have is anecdotal stuff in my brain, but then again I can't remember what I had for lunch yesterday either. :) On Sun, Jun 12, 2016 at 5:42 PM dbrosIus wrote: > Sure I got that. I thought you had a source that explains an if/else

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

Sure I got that.  I thought you had a source that explains an if/else chain getting jitted down to a simple hash jumptable Original message From: James Carman Date: 06/12/2016 5:19 PM (GMT-05:00) To: Commons Developers List

RE: [VOTE] Move Commons Math to TLP (again)...

-1 (non-binding) Reason for objection: I think the framing of this vote is confusing. 1. There appears to be less ability to go to TLP than there was at the time the previous motion passed. 2. The discussion (but not the [VOTE]) speaks of going to TLP via the incubator. It has to be

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

On Sun, Jun 12, 2016 at 2:12 PM, James Carman wrote: > Doesn't it all compiled down to the same thing? You're assuming all compilers from all vendors would be smart enough to optimize a cascading if-else into a switch-on-string. I would not bet my money on that. But

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

I was referring to JIT. On Sun, Jun 12, 2016 at 5:18 PM dbrosIus wrote: > Interesting. Source? > > Original message > From: James Carman > Date: 06/12/2016 5:12 PM (GMT-05:00) > To: Commons Developers List

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

Interesting.  Source?  Original message From: James Carman Date: 06/12/2016 5:12 PM (GMT-05:00) To: Commons Developers List Subject: Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

Doesn't it all compiled down to the same thing? It gets optimized at runtime anyway. I would go for the more readable option, unless there are extremely compelling performance numbers. On Sun, Jun 12, 2016 at 4:38 PM Benedikt Ritter wrote: > Yes, the if-else could also be

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

Yes. Only 1 hashCode/equals instead of N equals Original message From: Benedikt Ritter Date: 06/12/2016 4:37 PM (GMT-05:00) To: Commons Developers List Subject: Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src:

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

Yes, the if-else could also be implemented using a switch statement. But is that really more efficient? Benedikt Gary Gregory schrieb am So., 12. Juni 2016 um 22:05: > This looks like a candidate for the more efficient switch on string. > > Gary > > On Sun, Jun 12, 2016

Re: svn commit: r1748015 - in /commons/proper/imaging/trunk/src: changes/changes.xml main/java/org/apache/commons/imaging/formats/pnm/PnmImageParser.java test/java/org/apache/commons/imaging/formats/p

This looks like a candidate for the more efficient switch on string. Gary On Sun, Jun 12, 2016 at 7:47 AM, wrote: > Author: britter > Date: Sun Jun 12 14:47:11 2016 > New Revision: 1748015 > > URL: http://svn.apache.org/viewvc?rev=1748015=rev > Log: > IMAGING-178:

Fwd: svn commit: r1748014 - /commons/proper/fileupload/trunk/pom.xml

Wait a sec... almost -1 I am an Eclipse and m2e user but... I do not like cluttering up POMs with IDE specific stuff. I've been using the "preferences" solution (I think Eclipse saves this stuff somewhere else in the workspace/preferences) instead of the POM solution to deal with Eclipse/m2e

Re: [VOTE] Move Commons Math to TLP (again)...

Hi. On Sun, 12 Jun 2016 14:23:02 -0400, Rob Tompkins wrote: I'm willing to help, but I'm not sure that I have voting privileges here since I don't have commit rights. Your vote expresses what direction you'd like the project to take. Do not hesitate to ask any questions that would help you

Re: [DISCUSS] [VOTE] Move Commons Math to TLP (again)...

On Sun, Jun 12, 2016 at 8:07 PM, Dennis E. Hamilton wrote: > I would like to understand what happened when the such a [VOTE] passed > previously. > The TLP vote passed[1] and then there were discussions about the name[2] and composition of the PMC[3], then Phil

Re: Build failed in Jenkins: commons-fileupload #9

The validator build has the same problem. Jochen Wiedmann schrieb am So., 12. Juni 2016 um 19:40: > On Sun, Jun 12, 2016 at 4:33 PM, Benedikt Ritter > wrote: > > No idea what caused this failure... > > Neither do I. According to the error message,

[DISCUSS] [VOTE] Move Commons Math to TLP (again)...

I would like to understand what happened when the such a [VOTE] passed previously. Was no resolution developed and taken to the board? Was there a roadmap for how movement/forking of Commons Math would be undertaken and what the legacy at Commons Math might be? What is there that has the

Build failed in Jenkins: commons-validator #4

See Changes: [niallp] VALIDATOR-394 General Modulus Ten Check Digit Implementation -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on ubuntu-1

Re: [VOTE] Move Commons Math to TLP (again)...

On Sat, Jun 11, 2016 at 10:39 AM, James Carman wrote: > We would take math through the incubator in order to build community around > it first. If we fail to do so, then we can decide its fate at that time. We > haven't done a good job attracting new people to math

Re: [VOTE] Move Commons Math to TLP (again)...

I'm willing to help, but I'm not sure that I have voting privileges here since I don't have commit rights. -Rob > On Jun 12, 2016, at 1:43 PM, Jochen Wiedmann > wrote: > > +1 (I think, we could have that: Gilles, myself, and I am certain, > that a third person

Re: [VOTE] Move Apache Commons Primitives to dormant

Chances are that this library may be obsoleted in Java 10 with value types anyways, but that is years from now. On 12 June 2016 at 11:39, Stian Soiland-Reyes wrote: > +1 > On 12 Jun 2016 4:18 p.m., "Benedikt Ritter" wrote: > > > Hi, > > > > there hasn't

Re: [VOTE] Move Commons Math to TLP (again)...

+1 (I think, we could have that: Gilles, myself, and I am certain, that a third person would step forward. On Sat, Jun 11, 2016 at 7:35 AM, Ralph Goers wrote: > -1 (binding) > > At least until there are enough people to have a viable PMC. Jochen

Re: Build failed in Jenkins: commons-fileupload #9

On Sun, Jun 12, 2016 at 4:33 PM, Benedikt Ritter wrote: > No idea what caused this failure... Neither do I. According to the error message, there's a problem with the POM file, but I've been checking that file in the Jenikins workspace, and it looks perfect to me. Jochen

[DISCUSS] [VOTE] Move Apache Commons Primitives to dormant

Exactly what does dormant status entail? What actions are taken to make something dormant? - Dennis > -Original Message- > From: Benedikt Ritter [mailto:brit...@apache.org] > Sent: Sunday, June 12, 2016 08:18 > To: Commons Developers List > Subject: [VOTE] Move

Re: [VOTE] Move Apache Commons Primitives to dormant

+1 On 12 Jun 2016 4:18 p.m., "Benedikt Ritter" wrote: > Hi, > > there hasn't been any activity in the primitives component for a long > while: > > - last release dates back to 2003-11-05 > - using svn log -l 50 > http://svn.apache.org/repos/asf/commons/proper/primitives/trunk

Build failed in Jenkins: commons-validator #3

See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on ubuntu-1 (docker Ubuntu ubuntu yahoo-not-h2 ubuntu1) in workspace

Build failed in Jenkins: commons-validator #2

See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on ubuntu-1 (docker Ubuntu ubuntu yahoo-not-h2 ubuntu1) in workspace

Build failed in Jenkins: commons-validator #1

See -- [...truncated 39 lines...] AU src/test/resources/org/apache/commons/validator/EntityImportTest-byteform.xml AU

Jenkins build is back to normal : commons-bcel #5

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Jenkins build is unstable: commons-email » Apache Commons Email #1

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Jenkins build is unstable: commons-email #1

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

[VOTE] Move Apache Commons Primitives to dormant

Hi, there hasn't been any activity in the primitives component for a long while: - last release dates back to 2003-11-05 - using svn log -l 50 http://svn.apache.org/repos/asf/commons/proper/primitives/trunk I did not find a single commit that changed any of the code - no activity on dev@ and

Build failed in Jenkins: commons-fileupload #11

See Changes: [jochen] Make M2E happy. -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on ubuntu-5 (docker Ubuntu ubuntu5 ubuntu yahoo-not-h2) in

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

Hi Oliver, Oliver Heger schrieb am So., 12. Juni 2016 um 16:52 Uhr: > 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

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?

Jenkins build is unstable: commons-net #2

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Jenkins build is unstable: commons-net » Apache Commons Net #2

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

On Jun 12, 2016 4:25 AM, "Benedikt Ritter" wrote: > > Hi, > > I think we should simply revert LANG-1154. It has broken several classes > and blocks a release. We can discuss how to implement the requirement > described in LANG-1154 after 3.5. +1 and RERO. Gary > > Benedikt

Build failed in Jenkins: commons-fileupload #10

See -- Started by user jochen [EnvInject] - Loading node environment variables. Building remotely on ubuntu-5 (docker Ubuntu ubuntu5 ubuntu yahoo-not-h2) in workspace

Build failed in Jenkins: commons-bcel #4

See Changes: [sebb] Allow slightly longer lines now every parameter is final [sebb] Use exception to report the stacktrace etc [ggregory] Fix test to run on Windows AND Linux. [ggregory] Redundant super-interface Repository for the type

Re: Build failed in Jenkins: commons-fileupload #9

No idea what caused this failure... Apache Jenkins Server schrieb am So., 12. Juni 2016 um 16:29 Uhr: > See > > Changes: > > [ggregory] Update old school @exception with new school @throws. > > [britter]

Jenkins build is back to normal : commons-imaging #3

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Build failed in Jenkins: commons-fileupload #9

See Changes: [ggregory] Update old school @exception with new school @throws. [britter] Apply changes for release 1.3.2 to trunk [jochen] FILEUPLOAD-273: Enable Cobertura Coverage Report. [jochen] Make m2e happy.

Re: [BCEL] Latest Clirr report

On Sun, Jun 12, 2016 at 1:00 PM, Benedikt Ritter wrote: > I've uploaded the verbose Clirr report to my space at home.apache.org [1]. > Do we have to fix all of this in order to release 6.0? I'd suggest to leave the java.io.Serializable stuff, as it is. In practice, this

[ALL] Some tipps for configuring Jenkins

Hi, I've looked through our jenkins jobs at [1]. Here are a few tips: 1. don't configure build jobs with -DskipTests. I've seen some of our components configured this way. The whole point of CI is to get feedback about changes. This includes test results. 2. configure the build to run after SCM

Jenkins build is back to normal : commons-csv #4

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Jenkins build is back to normal : Commons-Lang #7

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Build failed in Jenkins: Commons-Lang #6

See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on beam1 (beam) in workspace java.io.IOException: Failed to

Build failed in Jenkins: commons-imaging #2

See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on beam3 (beam) in workspace java.io.IOException:

Build failed in Jenkins: commons-csv #3

See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on beam2 (beam) in workspace java.io.IOException: Failed to

Build failed in Jenkins: commons-imaging #1

See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on ubuntu-4 (docker Ubuntu ubuntu4 ubuntu yahoo-not-h2) in workspace

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

I have only see it used to prevent cascading failures in distributed systems (see http://martinfowler.com/bliki/CircuitBreaker.html for a detailed explanation). Hystrix and Apache Camel contain implementations of this pattern. Am 12.06.2016 um 14:17 schrieb James Carman: Can it be used in

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

Can it be used in non-I/O situations? On Sun, Jun 12, 2016 at 8:15 AM sebb wrote: > IO is a better fit than NET, but I'm not sure that it is better than LANG. > > On 12 June 2016 at 13:03, James Carman wrote: > > It has general stream/reader stuff

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

IO is a better fit than NET, but I'm not sure that it is better than LANG. On 12 June 2016 at 13:03, James Carman wrote: > It has general stream/reader stuff too. > > On Sun, Jun 12, 2016 at 7:53 AM Benedikt Ritter wrote: > >> Pascal Schumacher

Re: [BCEL] Latest Clirr report

On 12 June 2016 at 12:43, Benedikt Ritter wrote: > sebb schrieb am So., 12. Juni 2016 um 13:38 Uhr: > >> On 12 June 2016 at 12:00, Benedikt Ritter wrote: >> > Hi, >> > >> > I've uploaded the verbose Clirr report to my space at

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

It has general stream/reader stuff too. On Sun, Jun 12, 2016 at 7:53 AM Benedikt Ritter wrote: > Pascal Schumacher schrieb am So., 12. Juni 2016 > um 13:50 Uhr: > > > Yes, so I guess Commons IO would be the best fit. > > > > Really? When talking

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

Pascal Schumacher schrieb am So., 12. Juni 2016 um 13:50 Uhr: > Yes, so I guess Commons IO would be the best fit. > Really? When talking about I/O I always think about file system operations... > > Am 12.06.2016 um 13:40 schrieb James Carman: > > Is it only I/O

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

Yes, so I guess Commons IO would be the best fit. Am 12.06.2016 um 13:40 schrieb James Carman: Is it only I/O related? On Sun, Jun 12, 2016 at 7:05 AM Benedikt Ritter wrote: Hi, CircuitBreaker is a pattern usually used when working with remote systems. We have a

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

sebb schrieb am So., 12. Juni 2016 um 13:33 Uhr: > On 12 June 2016 at 12:05, Benedikt Ritter wrote: > > Hi, > > > > CircuitBreaker is a pattern usually used when working with remote > systems. > > We have a CircuitBreaker implementation added to [LANG] in

Re: [BCEL] Latest Clirr report

sebb schrieb am So., 12. Juni 2016 um 13:38 Uhr: > On 12 June 2016 at 12:00, Benedikt Ritter wrote: > > Hi, > > > > I've uploaded the verbose Clirr report to my space at home.apache.org > [1]. > > Do we have to fix all of this in order to release 6.0? > >

[CRYPTO] Utils package

Hi, looking through the code I wonder what to do with the utils package. It looks like the typical "don't know where to put this peace of code"-dumping ground. I think we should at least mark the whole package as internal. Further more we should change class names: Utils, IOUtils and

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

Is it only I/O related? On Sun, Jun 12, 2016 at 7:05 AM Benedikt Ritter wrote: > Hi, > > CircuitBreaker is a pattern usually used when working with remote systems. > We have a CircuitBreaker implementation added to [LANG] in the concurrent > package. Now I'm wondering

Re: [BCEL] Latest Clirr report

On 12 June 2016 at 12:00, Benedikt Ritter wrote: > Hi, > > I've uploaded the verbose Clirr report to my space at home.apache.org [1]. > Do we have to fix all of this in order to release 6.0? No, most of the changes don't break strict BC. The main changes to the interfaces

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

On 12 June 2016 at 12:05, Benedikt Ritter wrote: > Hi, > > CircuitBreaker is a pattern usually used when working with remote systems. > We have a CircuitBreaker implementation added to [LANG] in the concurrent > package. Now I'm wondering whether it would better fit into

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

Hi, I think we should simply revert LANG-1154. It has broken several classes and blocks a release. We can discuss how to implement the requirement described in LANG-1154 after 3.5. Benedikt sebb schrieb am So., 12. Juni 2016 um 13:22 Uhr: > On 12 June 2016 at 08:41, Pascal

Re: [lang] Time Package: Binary Breaking Changes Between 3.4 and Master

On 12 June 2016 at 08:41, Pascal Schumacher wrote: > Hello everybody, > > as I understand it lang is currently not in releasable state. Clirr reports > these errors: > > [ERROR] 7012: org.apache.commons.lang3.time.DateParser: Method 'public > boolean

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

Hi, CircuitBreaker is a pattern usually used when working with remote systems. We have a CircuitBreaker implementation added to [LANG] in the concurrent package. Now I'm wondering whether it would better fit into [NET]. Thoughts? Benedikt

Re: [BCEL] Latest Clirr report

Hi, I've uploaded the verbose Clirr report to my space at home.apache.org [1]. Do we have to fix all of this in order to release 6.0? Benedikt [1] http://home.apache.org/~britter/commons/bcel/6.0-SNAPSHOT/clirr-report.html sebb schrieb am Mi., 8. Juni 2016 um 11:54 Uhr: >

[CSV] git migration

Hello, I've created a SVN to git migration ticket for Apache Commons CSV [1]. Regards, Benedikt [1] https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12092

Re: [IMAGING] Working towards a release?

Hi, Gary Gregory schrieb am Fr., 10. Juni 2016 um 18:42 Uhr: > Not ATM. It seems to me we had a little flurry of activity a couple of > years ago but then nothing happened. I remember messages about releasing > what we have as a 1.0 and then following up with a non-BC

[lang] Time Package: Binary Breaking Changes Between 3.4 and Master

Hello everybody, as I understand it lang is currently not in releasable state. Clirr reports these errors: [ERROR] 7012: org.apache.commons.lang3.time.DateParser: Method 'public boolean parse(java.lang.String, java.text.ParsePosition, java.util.Calendar)' added to Interface [ERROR] 7012: