Le 17/01/2014 14:07, Gary Gregory a écrit :
> All of this is starting to feel like drifting away from [lang] but toward
> what I am not sure, maybe [codec].
What about creating a commons-string-metric component (or any better
name)? Wikipedia has a list of about 20 string metrics algorithm, the
f
Am 17.01.2014 13:11, schrieb Benedikt Ritter:
> 2014/1/15 Oliver Heger
>
>>
>>
>> Am 15.01.2014 15:05, schrieb Benedikt Ritter:
>>> 2014/1/15 Gary Gregory
>>>
On Wed, Jan 15, 2014 at 8:06 AM, Benedikt Ritter
wrote:
> Hi Gary,
>
> 2014/1/15 Gary Gregory
>
>
On Fri, Jan 17, 2014 at 4:11 AM, Benedikt Ritter wrote:
> > A concrete use case could be a query engine which allows customizing its
> > string matching algorithm.
> >
>
> Is this really a use case? It sounds very constructed to me. Have you ever
> thought "I'd like to query on google, but I'd li
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=27821&projectId=101
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri 17 Jan 2014 16:23:38 +
Finished at: Fri 17 Jan 2014 16:24:10 +
Total time: 31s
Build Trigger: Schedul
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=27819&projectId=101
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri 17 Jan 2014 16:02:16 +
Finished at: Fri 17 Jan 2014 16:02:50 +
Total time: 34s
Build Trigger: Forced
+1
Emmanuel Bourg
Le 16/01/2014 20:56, Stefan Bodewig a écrit :
> Hi all
>
> compared to RC1 there is no code change only the Javadocs of the
> _internal package are even more discouraging and the directory tree
> insite the tarballs/zips should hold the correct version number.
>
> Compress 1.
On 17 January 2014 08:38, Benedikt Ritter wrote:
> 2014/1/17 sebb
>
>> On 17 January 2014 00:57, Gary Gregory wrote:
>> > On Thu, Jan 16, 2014 at 7:24 PM, sebb wrote:
>> >
>> >> On 16 January 2014 20:58, Gary Gregory wrote:
>> >> > On Thu, Jan 16, 2014 at 7:49 AM, Emmanuel Bourg
>> >> wrote:
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=27818&projectId=101
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri 17 Jan 2014 15:21:00 +
Finished at: Fri 17 Jan 2014 15:21:42 +
Total time: 41s
Build Trigger: Schedul
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=27817&projectId=101
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri 17 Jan 2014 14:20:59 +
Finished at: Fri 17 Jan 2014 14:21:44 +
Total time: 44s
Build Trigger: Schedul
2014/1/17 Gary Gregory
> On Fri, Jan 17, 2014 at 8:25 AM, Stefan Bodewig
> wrote:
>
> > On 2014-01-17, Emmanuel Bourg wrote:
> >
> > > If you build the release from your son's account (or if you have
> > > exotic tastes) you may end up with a 'Build-By: spacepirate' field in
> > > the manifest,
On Fri, Jan 17, 2014 at 8:25 AM, Stefan Bodewig wrote:
> On 2014-01-17, Emmanuel Bourg wrote:
>
> > If you build the release from your son's account (or if you have
> > exotic tastes) you may end up with a 'Build-By: spacepirate' field in
> > the manifest, which is a bit embarrassing.
>
> Now tha
On 2014-01-17, Emmanuel Bourg wrote:
> If you build the release from your son's account (or if you have
> exotic tastes) you may end up with a 'Build-By: spacepirate' field in
> the manifest, which is a bit embarrassing.
Now that's an idea. So I'll throw in a bit of desinformation with
future re
+1
Built from the tag, reports look good.
Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17
11:22:22-0400)
Maven home: C:\Java\apache-maven-3.1.1\bin\..
Java version: 1.7.0_51, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_51\jre
Default locale: en_US
Le 17/01/2014 14:01, Stefan Bodewig a écrit :
> Well, this must have been that way for all releases I've ever
> created. :-)
>
> If I had the choice I'd rather remove the manifest attribute completely
> than filling it with noise (and yes, I do consider my apache ID noise in
> this case). Why wo
2014/1/17 Stefan Bodewig
> thanks for the review and the vote.
>
> On 2014-01-17, Benedikt Ritter wrote:
>
> > One minor thing I've noticed is, that the Build-By MANIFEST header is set
> > to "stefan". I've learned that it should be set to you're Apache ID.
>
> Well, this must have been that way
On Fri, Jan 17, 2014 at 7:11 AM, Benedikt Ritter wrote:
> 2014/1/15 Oliver Heger
>
> >
> >
> > Am 15.01.2014 15:05, schrieb Benedikt Ritter:
> > > 2014/1/15 Gary Gregory
> > >
> > >> On Wed, Jan 15, 2014 at 8:06 AM, Benedikt Ritter >
> > >> wrote:
> > >>
> > >>> Hi Gary,
> > >>>
> > >>> 2014/
thanks for the review and the vote.
On 2014-01-17, Benedikt Ritter wrote:
> One minor thing I've noticed is, that the Build-By MANIFEST header is set
> to "stefan". I've learned that it should be set to you're Apache ID.
Well, this must have been that way for all releases I've ever
created. :-)
2014/1/17 Julien Aymé
> More on Benedikt's idea:
>
>
> What I want to avoid is something like:
>
> LevenshteinDistance algo = new LevenshteinDistance()
> double dist = algo.getDistance(str1, str2);
>
>
> If the algorithm is stateless, we can provide a public static final
> LevenshteinDistance I
More on Benedikt's idea:
What I want to avoid is something like:
LevenshteinDistance algo = new LevenshteinDistance()
double dist = algo.getDistance(str1, str2);
If the algorithm is stateless, we can provide a public static final
LevenshteinDistance INSTANCE.
In that case, the code would becom
2014/1/15 Benedikt Ritter
>
>
>
> 2014/1/13 Paul Benedict
>
>> Splitting with an empty string doesn't make any sense to me. Nothing
>> should
>> match that -- even an empty string. It's a lack of a token.
>>
>
> Okay, and that's the reason why currently
>
> StringUtils.split("", ".") = [ ]
> but
2014/1/15 Oliver Heger
>
>
> Am 15.01.2014 15:05, schrieb Benedikt Ritter:
> > 2014/1/15 Gary Gregory
> >
> >> On Wed, Jan 15, 2014 at 8:06 AM, Benedikt Ritter
> >> wrote:
> >>
> >>> Hi Gary,
> >>>
> >>> 2014/1/15 Gary Gregory
> >>>
> On Wed, Jan 15, 2014 at 7:00 AM, Benedikt Ritter
> >
Hello Stefan,
I've reviewed this RC using:
Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17
17:22:22+0200)
Maven home: /usr/local/Cellar/maven/3.1.1/libexec
Java version: 1.7.0_45, vendor: Oracle Corporation
Java home:
/Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Cont
2014/1/17 sebb
> On 17 January 2014 00:57, Gary Gregory wrote:
> > On Thu, Jan 16, 2014 at 7:24 PM, sebb wrote:
> >
> >> On 16 January 2014 20:58, Gary Gregory wrote:
> >> > On Thu, Jan 16, 2014 at 7:49 AM, Emmanuel Bourg
> >> wrote:
> >> >
> >> >> Le 15/01/2014 14:04, Gary Gregory a écrit :
23 matches
Mail list logo
