Re: svn commit: r1748095 - /commons/proper/csv/trunk/src/test/java/org/apache/commons/csv/CSVPrinterTest.java

2016-06-12 Thread Benedikt Ritter
Can we drop the dependency to lang3 now? Benedikt schrieb am Mo., 13. Juni 2016 um 08:57: > Author: ggregory > Date: Mon Jun 13 06:57:56 2016 > New Revision: 1748095 > > URL: http://svn.apache.org/viewvc?rev=1748095&view=rev > Log: > Use Java 7 method instead of Apache Commons Lang 3. > > Modif

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

2016-06-12 Thread Benedikt Ritter
Hi, I've created INFRA-12098 [1] for this. Benedikt [1] https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12098 Benedikt Ritter schrieb am So., 12. Juni 2016 um 21:12 Uhr: > The validator build has the same problem. > > Jochen Wiedmann schrieb am So., 12. Juni 2016 > um 19:4

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

2016-06-12 Thread Benedikt Ritter
I don't think this discussion is really related to my change introduced in r1748015. So I leave the optimization topics to our JIT wizards ;-) Benedikt James Carman schrieb am Mo., 13. Juni 2016 um 00:02 Uhr: > That's still a tough one (breakfast). Crazy weekend. > > It looks like the switch (w

Re: [VOTE] Move Apache Commons Primitives to dormant

2016-06-12 Thread Benedikt Ritter
Matt Sicker schrieb am So., 12. Juni 2016 um 19:56 Uhr: > Chances are that this library may be obsoleted in Java 10 with value types > anyways, but that is years from now. > So that's a +1 from your side? > > On 12 June 2016 at 11:39, Stian Soiland-Reyes wrote: > > > +1 > > On 12 Jun 2016 4:1

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

2016-06-12 Thread Benedikt Ritter
Hello Dennis, Dennis E. Hamilton schrieb am So., 12. Juni 2016 um 19:09: > Exactly what does dormant status entail? > > What actions are taken to make something dormant? > Dormant is kind of the attic of Apache Commons. By moving components to the attic we show that nobody is actively maintaini

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

2016-06-12 Thread Ralph Goers
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

2016-06-12 Thread Gary Gregory
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 managing the conversion!

Re: [csv] Update to Java 7

2016-06-12 Thread Gary Gregory
[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 Persistence with Hibernate, Secon

[csv] Update to Java 8

2016-06-12 Thread Gary Gregory
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 Spri

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

2016-06-12 Thread Rob Tompkins
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 hold any >> vote at all. >> >> If a small group of

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

2016-06-12 Thread Niall Pemberton
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 writing a > coherent prop

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

2016-06-12 Thread Charles Honton
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 user should use. (b

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

2016-06-12 Thread Charles Honton
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 mailto:garydgreg...@gmail.com>> > Date: 06/12/2016 8:56 PM (GMT-05:00) > T

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

2016-06-12 Thread dbrosIus
+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 be package private then? G On Jun 12, 2016 5:32

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

2016-06-12 Thread Benson Margulies
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

2016-06-12 Thread Gary Gregory
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 methods may be added

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

2016-06-12 Thread Charles Honton
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)...

2016-06-12 Thread Niall Pemberton
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 to TLP than there was at >> the

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

2016-06-12 Thread sebb
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 interfaces. In future su

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

2016-06-12 Thread Charles Honton
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 develo

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

2016-06-12 Thread Dennis E. Hamilton
> -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)...

2016-06-12 Thread James Carman
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)...

2016-06-12 Thread Gilles
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 [VOTE])

Re: [BCEL] Latest Clirr report

2016-06-12 Thread sebb
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? > > > I'd suggest to leave the java.io.Serializable

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

2016-06-12 Thread James Carman
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 sma

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

2016-06-12 Thread Gary Gregory
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, 2016 at 5:42 PM dbrosIus wrote

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

2016-06-12 Thread James Carman
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 > chain getting jitted down

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

2016-06-12 Thread dbrosIus
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 Subject: Re: svn commit: r1748015 - in /commons/

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

2016-06-12 Thread Dennis E. Hamilton
-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 one

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

2016-06-12 Thread Ralph Goers
If this moves to Incubator you would become part of the Podling PMC and get a write to vote and get commit rights. That is one of the advantages of moving this to the incubator. Ralph > On Jun 12, 2016, at 11:23 AM, Rob Tompkins wrote: > > I'm willing to help, but I'm not sure that I have vo

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

2016-06-12 Thread Gary Gregory
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 I do know how a switch-on-st

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

2016-06-12 Thread James Carman
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 > Subject: Re: svn commit: r1748015 - in /commons/proper/imaging/tr

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

2016-06-12 Thread dbrosIus
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 main/java/org/apache/commons/imaging/formats/pnm/PnmI

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

2016-06-12 Thread James Carman
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 implemented using a swi

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

2016-06-12 Thread dbrosIus
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: changes/changes.xml main/java/org/apache/comm

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

2016-06-12 Thread Benedikt Ritter
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 at 7:47 AM, wrote: > >

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

2016-06-12 Thread Gary Gregory
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&view=rev > Log: > IMAGING-178: PnmImageParser does not c

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

2016-06-12 Thread Gary Gregory
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 POM

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

2016-06-12 Thread Gilles
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 ma

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

2016-06-12 Thread Niall Pemberton
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 withdrew[4] and it the idea died a

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

2016-06-12 Thread Benedikt Ritter
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, there's a problem with > the POM file, but I've

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

2016-06-12 Thread Dennis E. Hamilton
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 situa

Build failed in Jenkins: commons-validator #4

2016-06-12 Thread Apache Jenkins Server
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 (dock

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

2016-06-12 Thread Niall Pemberton
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 here at all. It has > always be

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

2016-06-12 Thread Rob Tompkins
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 would step forward. > >> On Sa

Re: [VOTE] Move Apache Commons Primitives to dormant

2016-06-12 Thread Matt Sicker
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 been any activity in the primitives compo

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

2016-06-12 Thread Jochen Wiedmann
+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

2016-06-12 Thread Jochen Wiedmann
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 -- The next time you

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

2016-06-12 Thread Dennis E. Hamilton
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 Apache Commons Primitive

Re: [VOTE] Move Apache Commons Primitives to dormant

2016-06-12 Thread Stian Soiland-Reyes
+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 I did not > find a s

Build failed in Jenkins: commons-validator #3

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
See -- [...truncated 39 lines...] AU src/test/resources/org/apache/commons/validator/EntityImportTest-byteform.xml AU src/test/resources/org/apache/commons/validator/ExceptionTest-config.xm

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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Benedikt Ritter
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 user

Build failed in Jenkins: commons-fileupload #11

2016-06-12 Thread Apache Jenkins Server
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]?

2016-06-12 Thread Benedikt Ritter
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 domain. > > I think, [lang] is

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

2016-06-12 Thread Oliver Heger
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? Oliv

Jenkins build is unstable: commons-net #2

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Gary Gregory
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 > > sebb schrieb am

Build failed in Jenkins: commons-fileupload #10

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
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 S

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

2016-06-12 Thread Benedikt Ritter
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] Apply changes for release 1.3.2

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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Jochen Wiedmann
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 will only be noticed, if

[ALL] Some tipps for configuring Jenkins

2016-06-12 Thread Benedikt Ritter
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 c

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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
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

2016-06-12 Thread Apache Jenkins Server
See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on beam1 (beam) in workspace java.io.IOException: Failed to i

Build failed in Jenkins: commons-imaging #2

2016-06-12 Thread Apache Jenkins Server
See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on beam3 (beam) in workspace java.io.IOException: Faile

Build failed in Jenkins: commons-csv #3

2016-06-12 Thread Apache Jenkins Server
See -- Started by user britter [EnvInject] - Loading node environment variables. Building remotely on beam2 (beam) in workspace java.io.IOException: Failed to ins

Build failed in Jenkins: commons-imaging #1

2016-06-12 Thread Apache Jenkins Server
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]?

2016-06-12 Thread Pascal Schumacher
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 non

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

2016-06-12 Thread James Carman
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 too. > > > > On Sun, Jun 12, 2016 at 7:53 AM Be

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

2016-06-12 Thread sebb
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 schrieb am So., 12. Juni 2016 >> um 13:50 Uhr: >>

Re: [BCEL] Latest Clirr report

2016-06-12 Thread sebb
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 home.apache.org >> [1]. >> > Do we have to fix all of this in order t

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

2016-06-12 Thread James Carman
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 about I/O I always think about file system > oper

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

2016-06-12 Thread Benedikt Ritter
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 related? > > > > On Sun, Jun 12,

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

2016-06-12 Thread Pascal Schumacher
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 CircuitBreaker implementatio

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

2016-06-12 Thread Benedikt Ritter
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 the concurrent > > package. Now I'm wond

Re: [BCEL] Latest Clirr report

2016-06-12 Thread Benedikt Ritter
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? > > No, most of the changes don't break stri

[CRYPTO] Utils package

2016-06-12 Thread Benedikt Ritter
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 ReflectionUti

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

2016-06-12 Thread 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 CircuitBreaker implementation added to [LANG] in the concurrent > package. Now I'm wondering whether it would better fit

Re: [BCEL] Latest Clirr report

2016-06-12 Thread sebb
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 don't break BC and are

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

2016-06-12 Thread sebb
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 [NET]. > > Thoughts? That

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

2016-06-12 Thread Benedikt Ritter
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 Schumacher > wrote:

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

2016-06-12 Thread sebb
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 parse(java.lang.String, java.text.ParsePosition

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

2016-06-12 Thread Benedikt Ritter
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

2016-06-12 Thread Benedikt Ritter
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: > On 8 June 2016 at 10

[CSV] git migration

2016-06-12 Thread Benedikt Ritter
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?

2016-06-12 Thread Benedikt Ritter
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 2.0 or something > like tha

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

2016-06-12 Thread Pascal Schumacher
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: org