Re: [TEXT] TEXT-10 A more complex Levenshtein distance

[Bruno P. Kinoshita]

Hi Don,

Could you take a look at the tabs/spaces in the pull request, please?

In the meantime, I'll play with the code to see if

i) we can use the two-array algorithm instead; where we analyse two lines each 
time, instead of keeping the whole matrix. Will probably have to compute the 
LevenshteinResults on-the-fly for that, instead of in a separate method.

ii) check if it would be doable to use the one array + temporary variables algo 
instead, and also compute the insert+delete+substitute on the fly.

Just need a couple of hours to play with the code and run your tests to make 
sure it is working :)

Cheers
Bruno



>
> From: don jeba 
>To: Commons Developers List ; Bruno P. Kinoshita 
> 
>Sent: Monday, 17 October 2016 11:44 PM
>Subject: Re: [TEXT] TEXT-10 A more complex Levenshtein distance
> 
>
>Hi Bruno,
>Thank you for the review.
>The one in lang gets only the distance (insert+delete+substitute). To get the 
>individual values, (my understanding is), I need to iterate the diagonal 
>elements in matrix, also need to know the elements at the left and top of the 
>diagonal element to find whether its an insertion or deletion or substitution. 
>Considering this I have used 2 dimensional array.
>Regards,
>Don Jeba.
>
>  From: Bruno P. Kinoshita 
>
>To: Commons Developers List ; don jeba 
> 
>Sent: Monday, 17 October 2016 7:37 AM
>Subject: Re: [TEXT] TEXT-10 A more complex Levenshtein distance
>  
>Hi Don Jeba,
>
>I will have a look at your implementation to compare with a recent improvement 
>in [lang] 
>https://github.com/apache/commons-lang/blob/78134f6b3f1facd019e604d2cd000c4ce7cf9a0a/src/main/java/org/apache/commons/lang3/StringUtils.java#L7710
>
>Instead of keeping a matrix (or even only two rows) the current version in 
>StringUtils keeps just one array and a couple of helper temporary variables.
>
>Not sure if we can re-use it, adding the new features in TEXT-10 (i.e. 
>insert/delete/substitution counts), but if possible that'd be better.
>
>Cheers
>Bruno
>
>
>
>
>- Original Message -
>> From: don jeba 
>> To: Commons Developers List 
>> Sent: Monday, 17 October 2016 1:51 AM
>> Subject: [TEXT] TEXT-10 A more complex Levenshtein distance
>> 
>> Hello,I am new to open source contribution.
>> Lately I gave a pull request to common-text. I dont know whether I am 
>> missing 
>> any procedure to contribute to common-text. Kindly correct me so that I can 
>> do 
>> the necessary so that someone will review and comment on my code.
>> Jira TEXT-10
>> 
>> https://github.com/apache/commons-text/pull/6
>> 
>> Kindly advise.
>> Thank you,
>> Regards,Don Jeba.
>> 
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>For additional commands, e-mail: dev-h...@commons.apache.org
>
>
>
>
>  
>
>

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

Re: [lang] To Java 7

[Matt Sicker]

Oh, neat, I already made the same argument in the linked post, so I have no
need to type it all out again. ;)

On 23 October 2016 at 21:20, sebb  wrote:

> That is not what the referenced message says.
>
> On 24 October 2016 at 03:06, Dave Brosius  wrote:
> > Of course not. people with ancient builds never touch anything.
> >
> >
> >
> > On 10/23/2016 09:49 PM, Matt Sicker wrote:
> >>
> >> Do you really think the users who are paying for extended Java 6 support
> >> are upgrading any of their dependencies anymore?
> >>
> >> On 23 October 2016 at 20:42, sebb  wrote:
> >>
> >>> It seems that Java 6 is still supported until Dec 2018 if the user
> >>> purchases Extended Support.
> >>>
> >>> There are users who cannot or will not upgrade until then [1]
> >>>
> >>> [1] https://lists.apache.org/thread.html/
> 6ad212d930574a4fc3c149242561fb
> >>> 7228b272d9b80a4daaeee4326f@%3Cuser.commons.apache.org%3E
> >>>
> >>> On 23 October 2016 at 14:59, Matt Sicker  wrote:
> 
>  +1, maybe there are some new features that can be added that are
>  relevant
>  to JDK 7 besides just language level cleanups.
> 
>  On 23 October 2016 at 07:07, Dave Brosius 
> wrote:
> 
> > +1
> >
> >
> > On 10/23/2016 03:30 AM, Gary Gregory wrote:
> >
> >> Hi All:
> >>
> >> Now that 3.5 is out, I think it is time to require Java 7.
> >>
> >> Thoughts?
> >>
> >> Gary
> >>
> >>
> > 
> -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
> 
>  --
>  Matt Sicker 
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>
> >>>
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
Matt Sicker 

Re: [lang] To Java 7

[sebb]

That is not what the referenced message says.

On 24 October 2016 at 03:06, Dave Brosius  wrote:
> Of course not. people with ancient builds never touch anything.
>
>
>
> On 10/23/2016 09:49 PM, Matt Sicker wrote:
>>
>> Do you really think the users who are paying for extended Java 6 support
>> are upgrading any of their dependencies anymore?
>>
>> On 23 October 2016 at 20:42, sebb  wrote:
>>
>>> It seems that Java 6 is still supported until Dec 2018 if the user
>>> purchases Extended Support.
>>>
>>> There are users who cannot or will not upgrade until then [1]
>>>
>>> [1] https://lists.apache.org/thread.html/6ad212d930574a4fc3c149242561fb
>>> 7228b272d9b80a4daaeee4326f@%3Cuser.commons.apache.org%3E
>>>
>>> On 23 October 2016 at 14:59, Matt Sicker  wrote:

 +1, maybe there are some new features that can be added that are
 relevant
 to JDK 7 besides just language level cleanups.

 On 23 October 2016 at 07:07, Dave Brosius  wrote:

> +1
>
>
> On 10/23/2016 03:30 AM, Gary Gregory wrote:
>
>> Hi All:
>>
>> Now that 3.5 is out, I think it is time to require Java 7.
>>
>> Thoughts?
>>
>> Gary
>>
>>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

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

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

Re: [lang] To Java 7

[Dave Brosius]

Of course not. people with ancient builds never touch anything.


On 10/23/2016 09:49 PM, Matt Sicker wrote:

Do you really think the users who are paying for extended Java 6 support
are upgrading any of their dependencies anymore?

On 23 October 2016 at 20:42, sebb  wrote:


It seems that Java 6 is still supported until Dec 2018 if the user
purchases Extended Support.

There are users who cannot or will not upgrade until then [1]

[1] https://lists.apache.org/thread.html/6ad212d930574a4fc3c149242561fb
7228b272d9b80a4daaeee4326f@%3Cuser.commons.apache.org%3E

On 23 October 2016 at 14:59, Matt Sicker  wrote:

+1, maybe there are some new features that can be added that are relevant
to JDK 7 besides just language level cleanups.

On 23 October 2016 at 07:07, Dave Brosius  wrote:


+1


On 10/23/2016 03:30 AM, Gary Gregory wrote:


Hi All:

Now that 3.5 is out, I think it is time to require Java 7.

Thoughts?

Gary



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




--
Matt Sicker 

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







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

Re: [lang] To Java 7

[Gary Gregory]

I do not see why we should handcuff ourselves like that to Java 6 either.

Gary

On Oct 23, 2016 6:50 PM, "Matt Sicker"  wrote:

> Do you really think the users who are paying for extended Java 6 support
> are upgrading any of their dependencies anymore?
>
> On 23 October 2016 at 20:42, sebb  wrote:
>
> > It seems that Java 6 is still supported until Dec 2018 if the user
> > purchases Extended Support.
> >
> > There are users who cannot or will not upgrade until then [1]
> >
> > [1] https://lists.apache.org/thread.html/6ad212d930574a4fc3c149242561fb
> > 7228b272d9b80a4daaeee4326f@%3Cuser.commons.apache.org%3E
> >
> > On 23 October 2016 at 14:59, Matt Sicker  wrote:
> > > +1, maybe there are some new features that can be added that are
> relevant
> > > to JDK 7 besides just language level cleanups.
> > >
> > > On 23 October 2016 at 07:07, Dave Brosius  wrote:
> > >
> > >> +1
> > >>
> > >>
> > >> On 10/23/2016 03:30 AM, Gary Gregory wrote:
> > >>
> > >>> Hi All:
> > >>>
> > >>> Now that 3.5 is out, I think it is time to require Java 7.
> > >>>
> > >>> Thoughts?
> > >>>
> > >>> Gary
> > >>>
> > >>>
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
> > >
> > >
> > > --
> > > Matt Sicker 
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>
> --
> Matt Sicker 
>

Re: [lang] To Java 7

[Matt Sicker]

Do you really think the users who are paying for extended Java 6 support
are upgrading any of their dependencies anymore?

On 23 October 2016 at 20:42, sebb  wrote:

> It seems that Java 6 is still supported until Dec 2018 if the user
> purchases Extended Support.
>
> There are users who cannot or will not upgrade until then [1]
>
> [1] https://lists.apache.org/thread.html/6ad212d930574a4fc3c149242561fb
> 7228b272d9b80a4daaeee4326f@%3Cuser.commons.apache.org%3E
>
> On 23 October 2016 at 14:59, Matt Sicker  wrote:
> > +1, maybe there are some new features that can be added that are relevant
> > to JDK 7 besides just language level cleanups.
> >
> > On 23 October 2016 at 07:07, Dave Brosius  wrote:
> >
> >> +1
> >>
> >>
> >> On 10/23/2016 03:30 AM, Gary Gregory wrote:
> >>
> >>> Hi All:
> >>>
> >>> Now that 3.5 is out, I think it is time to require Java 7.
> >>>
> >>> Thoughts?
> >>>
> >>> Gary
> >>>
> >>>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >
> >
> > --
> > Matt Sicker 
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
Matt Sicker 

Re: [lang] To Java 7

[sebb]

It seems that Java 6 is still supported until Dec 2018 if the user
purchases Extended Support.

There are users who cannot or will not upgrade until then [1]

[1] 
https://lists.apache.org/thread.html/6ad212d930574a4fc3c149242561fb7228b272d9b80a4daaeee4326f@%3Cuser.commons.apache.org%3E

On 23 October 2016 at 14:59, Matt Sicker  wrote:
> +1, maybe there are some new features that can be added that are relevant
> to JDK 7 besides just language level cleanups.
>
> On 23 October 2016 at 07:07, Dave Brosius  wrote:
>
>> +1
>>
>>
>> On 10/23/2016 03:30 AM, Gary Gregory wrote:
>>
>>> Hi All:
>>>
>>> Now that 3.5 is out, I think it is time to require Java 7.
>>>
>>> Thoughts?
>>>
>>> Gary
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> Matt Sicker 

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

Re: [math] IIR filter library (Butterworth,Bessel,...)

[Bernd Porr]

On 23/10/16 19:28, Eric Barnhill wrote:
>>
>>> Interesting! I think also looking at what is already existing in
>> the commons library your contribution is clearly on the image processing
>> side. Is that right? It's badly needed. I also would love to have it.
>> Crucial point here is that this is in signal processing terminology
>> a-causal so you essentially have all the data before you start processing
>> it (= Fourier Transform, convolution).
>>
> Yes, I work with 3+D complex valued images so I am always extending code to
> handle these cases. This is how I started contributing here.
>
>
>> Looking at what is missing in the apache commons just now is:
>> - IIR filters + design (my IIRJ)
>> - 2D (image) filtering/convolution (your JVCL)
>> - FIR filters (causal with delay line) + design (linear phase filters)
>>
> I agree this would be a great set of tools.
>
> Regarding image processing, a source that needs to be considered, to avoid
> being redundant, is ImgLib2. ImgLib2 a great library (inherently ND and
> generically typed) but I find the learning curve on ImgLib to be pretty
> steep and the approach quite specialized. So the question for a possible
> commons contribution is, is there room for a more "everyday" filtering
> library fitting the commons mission, which benefits from being more readily
> intuitive than ImgLib2? I think probably so. Certainly nothing out of line
> with the more base components of commons-math.
I'd say 2D/3D convolutions with any kernel size and taking care of
boundary conditions are something which is pretty generic and should be
as part of a math library. It can be used for image processing but also
for other tasks.
>
> As an example in my case, I am interested in extending my image processing
> filters to ND but I am not sure this makes sense for commons -- probably
What do you mean with ND?
> methods overloaded for 2D and 3D would suffice, and if I want to get
> fancier I should develop within ImgLib.
>
> I'm not too crazy about proper FIR filters in JAVA because even in C++ they
>> are just too slow and one would need to write them as JNI calls to C to
>> make them run fast enough (for example a 50Hz notch for ECG at 1kHz
>> requires 500taps at a bandwidth of 4Hz -- in theory!). Not sure how excited
>> people here are about C/JNI calls. However the FIR filter _design_ =
>> creating an impulse response is useful for a-causal offline computation
>> using the convolution operation (but the 1D convolution is already
>> implemented isn't it?).
>
> The commons math guidelines, which I assume for now extend to spin-off
> projects, are here http://commons.apache.org/proper/commons-math/ . One
> stipulation is no external dependencies beyond commons-math and the Java
> SDK. This is one reason I have not tried to integrate my convolution
> library which has JOCL and JTransforms dependencies.
Well, that's the reason why I'm offering my IIR library because it has
no other dependency than commons math. Actually the laguerre solver from
commons math makes the Bessel filter design short and sweet.
I guess somebody more senior here needs to comment on the dependencies.
>
> Though I should emphasize that I am a noob myself, I would suspect that
> high-performance aspects of signal processing requiring native calls
> probably don't suit commons terribly well and should perhaps be some sort
> of extension library. That's certainly something I would be happy to work
> on too. For example, maybe a base commons-filter library could be worked
> out, which could be readily extensible with JNI, GPU, etc.
I'd also say that in the 1st instance any low level calls should be
avoided and then JNI can be added as an option. That's the reason why I
like the IIR filter because it makes sense in JAVA and then if somebody
wants to use it for audio then I could add the JNI implementation if
there is demand.

I've spent the weekend adding maven support to the IIRJ library. So now
a simple "mvn install" does the job. Also done the testing properly with
"mvn test" which generates all the different kinds of impulse responses
and puts them in different subdirs for evaluation.
https://github.com/berndporr/iirj

Best,
/Bernd
>
> Eric
>

-- 
www:http://www.berndporr.me.uk/
http://www.linux-usb-daq.co.uk/
http://www.imdb.com/name/nm3293421/
Mobile: +44 (0)7840 340069
Work:   +44 (0)141 330 5237
University of Glasgow
School of Engineering
Rankine Building, Oakfield Avenue,
Glasgow, G12 8LT


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

Re: [math] IIR filter library (Butterworth,Bessel,...)

[Eric Barnhill]

>
>
>> Interesting! I think also looking at what is already existing in
> the commons library your contribution is clearly on the image processing
> side. Is that right? It's badly needed. I also would love to have it.
> Crucial point here is that this is in signal processing terminology
> a-causal so you essentially have all the data before you start processing
> it (= Fourier Transform, convolution).
>

Yes, I work with 3+D complex valued images so I am always extending code to
handle these cases. This is how I started contributing here.


> Looking at what is missing in the apache commons just now is:
> - IIR filters + design (my IIRJ)
> - 2D (image) filtering/convolution (your JVCL)
> - FIR filters (causal with delay line) + design (linear phase filters)
>

I agree this would be a great set of tools.

Regarding image processing, a source that needs to be considered, to avoid
being redundant, is ImgLib2. ImgLib2 a great library (inherently ND and
generically typed) but I find the learning curve on ImgLib to be pretty
steep and the approach quite specialized. So the question for a possible
commons contribution is, is there room for a more "everyday" filtering
library fitting the commons mission, which benefits from being more readily
intuitive than ImgLib2? I think probably so. Certainly nothing out of line
with the more base components of commons-math.

As an example in my case, I am interested in extending my image processing
filters to ND but I am not sure this makes sense for commons -- probably
methods overloaded for 2D and 3D would suffice, and if I want to get
fancier I should develop within ImgLib.

I'm not too crazy about proper FIR filters in JAVA because even in C++ they
> are just too slow and one would need to write them as JNI calls to C to
> make them run fast enough (for example a 50Hz notch for ECG at 1kHz
> requires 500taps at a bandwidth of 4Hz -- in theory!). Not sure how excited
> people here are about C/JNI calls. However the FIR filter _design_ =
> creating an impulse response is useful for a-causal offline computation
> using the convolution operation (but the 1D convolution is already
> implemented isn't it?).


The commons math guidelines, which I assume for now extend to spin-off
projects, are here http://commons.apache.org/proper/commons-math/ . One
stipulation is no external dependencies beyond commons-math and the Java
SDK. This is one reason I have not tried to integrate my convolution
library which has JOCL and JTransforms dependencies.

Though I should emphasize that I am a noob myself, I would suspect that
high-performance aspects of signal processing requiring native calls
probably don't suit commons terribly well and should perhaps be some sort
of extension library. That's certainly something I would be happy to work
on too. For example, maybe a base commons-filter library could be worked
out, which could be readily extensible with JNI, GPU, etc.

Eric

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

[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 » Apache Commons Lang #67

[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 » Apache Commons Lang #66

[Apache Jenkins Server]

See 


Changes:

[pascalschumacher] StringUtils#replacePattern: fix source code formatting

[ggregory] [LANG-1144]

[ggregory] Order entries by type.

[ggregory] [LANG-1279] Update Java requirement from Java 6 to 7.

--
Established TCP socket on 34387
maven32-agent.jar already up to date
maven32-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
<===[JENKINS REMOTING CAPACITY]===>   channel started
Established TCP socket on 50228
maven32-agent.jar already up to date
maven32-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
<===[JENKINS REMOTING CAPACITY]===>   channel started
Executing Maven:  -B -f 

 -Dmaven.repo.local=/home/jenkins/jenkins-slave/maven-repositories/1 clean 
install javadoc:javadoc --batch-mode -Dgpg.skip -Prelease
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Apache Commons Lang 3.6-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ commons-lang3 ---
[INFO] Deleting 

[INFO] 
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-3) @ 
commons-lang3 ---
[INFO] 
[INFO] --- build-helper-maven-plugin:1.10:parse-version (parse-version) @ 
commons-lang3 ---
[INFO] 
[INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-lang3 ---
[INFO] Executing tasks

main:
 [copy] Copying 2 files to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (process-resource-bundles) 
@ commons-lang3 ---
[INFO] 
[INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-lang3 ---
[INFO] Executing: /bin/sh -c cd 
'
 && 'git' 'rev-parse' '--verify' 'HEAD'
[INFO] Working directory: 

[INFO] Storing buildNumber: 7e8df326f4e66bd4bc38d8d4626700e4cf338ea5 at 
timestamp: 1477245179264
[WARNING] Cannot get the branch information from the git repository: 
Detecting the current branch failed: fatal: ref HEAD is not a symbolic ref

[INFO] Executing: /bin/sh -c cd 
'
 && 'git' 'rev-parse' '--verify' 'HEAD'
[INFO] Working directory: 

[INFO] Storing buildScmBranch: UNKNOWN
[INFO] 
[INFO] --- maven-resources-plugin:2.7:resources (default-resources) @ 
commons-lang3 ---
[INFO] Using 'ISO-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 2 resources to META-INF
[INFO] 
[INFO] --- maven-compiler-plugin:3.5.1:compile (default-compile) @ 
commons-lang3 ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 143 source files to 

[INFO] 
:
 Some input files use or override a deprecated API.
[INFO] 
:
 Recompile with -Xlint:deprecation for details.
[INFO] 
:
 Some input files use unchecked or unsafe operations.
[INFO] 
:
 Recompile with -Xlint:unchecked for details.
[INFO] 
[INFO] --- maven-bundle-plugin:3.0.1:manifest (bundle-manifest) @ commons-lang3 
---
[INFO] 
[INFO] --- animal-sniffer-maven-plugin:1.15:check (checkAPIcompatibility) @ 
commons-lang3 ---
[INFO] Checking unresolved references to org.codehaus.mojo.signature:java17:1.0
[INFO] 
[INFO] --- maven-resources-plugin:2.7:testResources (default-testResources) @ 
commons-lang3 ---
[INFO] Using 'ISO-8859-1' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 2 resources to META-INF
[INFO] 
[INFO] --- 

Build failed in Jenkins: Commons-Lang #66

[Apache Jenkins Server]

See 

Changes:

[pascalschumacher] StringUtils#replacePattern: fix source code formatting

[ggregory] [LANG-1144]

[ggregory] Order entries by type.

[ggregory] [LANG-1279] Update Java requirement from Java 6 to 7.

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on beam1 (beam) in workspace 

 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/commons-lang.git # timeout=10
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/commons-lang.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/commons-lang.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision 7e8df326f4e66bd4bc38d8d4626700e4cf338ea5 
(refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 7e8df326f4e66bd4bc38d8d4626700e4cf338ea5
 > git rev-list 65ed41ff7a8cfb0bbc03620e186382a16e23db56 # timeout=10
Parsing POMs
Established TCP socket on 34387
maven32-agent.jar already up to date
maven32-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
[Commons-Lang] $ /home/jenkins/tools/java/latest1.6/bin/java -Xmx2g -Xms256m 
-XX:MaxPermSize=512m -cp 
/home/jenkins/jenkins-slave/maven32-agent.jar:/home/jenkins/tools/maven/apache-maven-3.2.5/boot/plexus-classworlds-2.5.2.jar:/home/jenkins/tools/maven/apache-maven-3.2.5/conf/logging
 jenkins.maven3.agent.Maven32Main /home/jenkins/tools/maven/apache-maven-3.2.5 
/home/jenkins/jenkins-slave/slave.jar 
/home/jenkins/jenkins-slave/maven32-interceptor.jar 
/home/jenkins/jenkins-slave/maven3-interceptor-commons.jar 34387
<===[JENKINS REMOTING CAPACITY]===>   channel started
ERROR: [JENKINS-18403] JDK 5 not supported to run Maven; retrying with slave 
Java and setting compile/test properties to point to 
/home/jenkins/tools/java/latest1.6
Established TCP socket on 50228
maven32-agent.jar already up to date
maven32-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
[Commons-Lang] $ /usr/local/jenkins/java/jdk1.7.0_55/jre/bin/java -Xmx2g 
-Xms256m -XX:MaxPermSize=512m -cp 
/home/jenkins/jenkins-slave/maven32-agent.jar:/home/jenkins/tools/maven/apache-maven-3.2.5/boot/plexus-classworlds-2.5.2.jar:/home/jenkins/tools/maven/apache-maven-3.2.5/conf/logging
 jenkins.maven3.agent.Maven32Main /home/jenkins/tools/maven/apache-maven-3.2.5 
/home/jenkins/jenkins-slave/slave.jar 
/home/jenkins/jenkins-slave/maven32-interceptor.jar 
/home/jenkins/jenkins-slave/maven3-interceptor-commons.jar 50228
<===[JENKINS REMOTING CAPACITY]===>   channel started
Executing Maven:  -B -f  
-Dmaven.repo.local=/home/jenkins/jenkins-slave/maven-repositories/1 clean 
install javadoc:javadoc --batch-mode -Dgpg.skip -Prelease
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Apache Commons Lang 3.6-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ commons-lang3 ---
[INFO] Deleting 
[INFO] 
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-3) @ 
commons-lang3 ---
[INFO] 
[INFO] --- build-helper-maven-plugin:1.10:parse-version (parse-version) @ 
commons-lang3 ---
[INFO] 
[INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-lang3 ---
[INFO] Executing tasks

main:
 [copy] Copying 2 files to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (process-resource-bundles) 
@ commons-lang3 ---
[INFO] 
[INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-lang3 ---
[INFO] Executing: /bin/sh -c cd 
' && 'git' 'rev-parse' 
'--verify' 'HEAD'
[INFO] Working directory: 
[INFO] Storing buildNumber: 7e8df326f4e66bd4bc38d8d4626700e4cf338ea5 at 
timestamp: 1477245179264
[WARNING] Cannot get the branch information from the git repository: 
Detecting the current branch failed: fatal: ref HEAD is not a symbolic ref

[INFO] Executing: /bin/sh -c cd 
' && 'git' 'rev-parse' 
'--verify' 'HEAD'
[INFO] Working directory: 

Re: [lang] To Java 7

[Matt Sicker]

+1, maybe there are some new features that can be added that are relevant
to JDK 7 besides just language level cleanups.

On 23 October 2016 at 07:07, Dave Brosius  wrote:

> +1
>
>
> On 10/23/2016 03:30 AM, Gary Gregory wrote:
>
>> Hi All:
>>
>> Now that 3.5 is out, I think it is time to require Java 7.
>>
>> Thoughts?
>>
>> Gary
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
Matt Sicker 

Re: [lang] To Java 7

[Dave Brosius]

+1


On 10/23/2016 03:30 AM, Gary Gregory wrote:

Hi All:

Now that 3.5 is out, I think it is time to require Java 7.

Thoughts?

Gary




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

Re: [lang] To Java 7

[Stian Soiland-Reyes]

+1, in line with earlier discussed upgrade path we can then do a Java 7
minor version before we jump to Java 8.

On 23 Oct 2016 9:39 am, "Benedikt Ritter"  wrote:

> I don't see improvements from a user perspective when upgrading to Java 7,
> but Java 6 is long EOL. So +1 from my side.
>
> Pascal Schumacher  schrieb am So., 23. Okt. 2016
> um 09:31 Uhr:
>
> > +1
> >
> > Am 23.10.2016 um 09:30 schrieb Gary Gregory:
> > > Hi All:
> > >
> > > Now that 3.5 is out, I think it is time to require Java 7.
> > >
> > > Thoughts?
> > >
> > > Gary
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>

Re: [VOTE] Release Apache Commons JCS 2.0-beta-2 based on RC1

[Thomas Vandahl]

Hi Benedikt,

On 23.10.16 10:51, Benedikt Ritter wrote:
> Hello Thomas,
> 
> The build works with Java 8 and Maven 3.3.9.
> 
> But the md5 and SHA1 files are missing in the dist area.
> 
> -1
> 

I thought the signatures were sufficient. I added the check sums with
r16631. Please check again.

Bye, Thomas.


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

Re: [VOTE] Release Apache Commons JCS 2.0-beta-2 based on RC1

[Benedikt Ritter]

Hello Thomas,

The build works with Java 8 and Maven 3.3.9.

But the md5 and SHA1 files are missing in the dist area.

-1

Benedikt

Thomas Vandahl  schrieb am Fr., 21. Okt. 2016 um 19:42 Uhr:

> I would like to beta-release the [jcs] component.
>
> Apache Commons JCS 2.0-beta-2 RC1 is available for review at:
>   https://dist.apache.org/repos/dist/dev/commons/jcs/ (r16621).
>
> Maven artifacts are at:
>   https://repository.apache.org/content/repositories/orgapachecommons-1211
> .
>
> The Subversion tag is:
>
>
> https://svn.apache.org/repos/asf/commons/proper/jcs/tags/commons-jcs-2.0-beta-2
>  (r1766068).
>
> The release notes are at:
>
>
> https://svn.apache.org/repos/asf/commons/proper/jcs/tags/commons-jcs-2.0-beta-2/RELEASE-NOTES.txt
> (r1766068).
>
> Please review the release candidate and vote.
>
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
>
> Please be lenient with me as this is my first Commons release attempt.
>
> Bye, Thomas
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [lang] To Java 7

[Benedikt Ritter]

I don't see improvements from a user perspective when upgrading to Java 7,
but Java 6 is long EOL. So +1 from my side.

Pascal Schumacher  schrieb am So., 23. Okt. 2016
um 09:31 Uhr:

> +1
>
> Am 23.10.2016 um 09:30 schrieb Gary Gregory:
> > Hi All:
> >
> > Now that 3.5 is out, I think it is time to require Java 7.
> >
> > Thoughts?
> >
> > Gary
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [lang] To Java 7

[Pascal Schumacher]

+1

Am 23.10.2016 um 09:30 schrieb Gary Gregory:

Hi All:

Now that 3.5 is out, I think it is time to require Java 7.

Thoughts?

Gary




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

[lang] To Java 7

[Gary Gregory]

Hi All:

Now that 3.5 is out, I think it is time to require Java 7.

Thoughts?

Gary

-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition



JUnit in Action, Second Edition



Spring Batch in Action


Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory