On Sun, May 10, 2020 at 8:24 PM Gilles Sadowski
wrote:
> Hi.
>
> Le dim. 10 mai 2020 à 15:34, Isira Seneviratne a
> écrit :
> >
> > I hope my answer was helpful. If you need any more information, please
> let
> > me know.
>
> Please explain, by example, how we would go in order to provide a
Hi.
2020-05-10 18:38 UTC+02:00, Claude Warren :
> I keep wondering if Bloom filters belong in Collections. They are not a
> collection in the standard sense of the word.
If it does not depend on [Collections] code and it provides
a functionality that can be used without [Collections], then
IMO
thanks
then please change the descriptions in
https://commons.apache.org/proper/commons-email/source-repository.html to
avoid these kind of things.
Gilles Sadowski 于2020年5月11日周一 上午5:18写道：
> 2020-05-10 23:13 UTC+02:00, Xeno Amess :
> > Hi.
> > I see no newer release are made for this project for
2020-05-10 23:13 UTC+02:00, Xeno Amess :
> Hi.
> I see no newer release are made for this project for several years.
> So I have several questions.
> 1. Is this project still alive?
> 2. Should we move it to github?
> 3. Link http://svn.apache.org/viewvc/commons/proper/email/trunk said 403
>
Hi.
I see no newer release are made for this project for several years.
So I have several questions.
1. Is this project still alive?
2. Should we move it to github?
3. Link http://svn.apache.org/viewvc/commons/proper/email/trunk said 403
forbidden to me, does that means usual user cannot get the
I keep wondering if Bloom filters belong in Collections. They are not a
collection in the standard sense of the word. Would it make more sense to
spit it out as a new Commons project? How does one even go about that?
On Wed, Apr 22, 2020 at 5:37 PM Alex Herbert
wrote:
> On Wed, 22 Apr 2020
This sounds similar to our Log4j Kotlin API. It’s an adapter library to
integrate with Kotlin-specific features or APIs (they provide a mini
standard library on top of Java like how Groovy does).
On Sun, May 10, 2020 at 09:54 Gilles Sadowski wrote:
> Hi.
>
> Le dim. 10 mai 2020 à 15:34, Isira
Hi.
Le dim. 10 mai 2020 à 15:34, Isira Seneviratne a écrit :
>
> I hope my answer was helpful. If you need any more information, please let
> me know.
Please explain, by example, how we would go in order to provide a Kotlin
release?
IIUC, your PR does not cover all of [Lang] (?).
Might be worth
On Sun, May 10, 2020, 8:18 PM Xeno Amess wrote:
> Hi.
> If you mean this then I will be a +1 instead.
> Just, do not convert anything original java code to kotlin, and make sure
> pure java user will not be affected.
>
That shouldn't be necessary.
And I don't really mind if you add some kotlin
Hi.
If you mean this then I will be a +1 instead.
Just, do not convert anything original java code to kotlin, and make sure
pure java user will not be affected.
And I don't really mind if you add some kotlin util class dealing with
kotlin things.
Isira Seneviratne 于2020年5月10日周日 下午9:33写道：
> On
I hope my answer was helpful. If you need any more information, please let
me know.
On Sun, May 10, 2020, 7:03 PM Isira Seneviratne
wrote:
>
>
> On Sun, May 10, 2020, 6:55 PM Gilles Sadowski
> wrote:
>
>> Hi.
>>
>> In what consists the "porting"? Could you give an example?
>>
>
> Of course.
>
On Sun, May 10, 2020, 6:55 PM Gilles Sadowski wrote:
> Hi.
>
> In what consists the "porting"? Could you give an example?
>
Of course.
Extension functions and properties are a language feature of Kotlin, which
allow a function/property to be called from a variable as if it was part of
the
Hi.
In what consists the "porting"? Could you give an example?
If it's straightforward and can be automated, it might be worth
creating the port for all the Commons components (as part of
the release) in a move that can potentially expand our team of
developers (if Kotlin programmers are
I've updated all the methods to call Apache Commons Lang methods.
On Sun, May 10, 2020, 4:25 PM Isira Seneviratne
wrote:
>
>
> On Sun, May 10, 2020, 4:02 PM Paul King wrote:
>
>> There are a number of approaches you could take. Why not just a whole
>> bunch
>> of methods that map directly to
On Sun, May 10, 2020, 4:02 PM Paul King wrote:
> There are a number of approaches you could take. Why not just a whole bunch
> of methods that map directly to existing functionality, e.g.:
>
> fun Boolean?.isNotTrue() = BooleanUtils.isNotTrue(this)
> fun Boolean.toStringYesNo() =
There are a number of approaches you could take. Why not just a whole bunch
of methods that map directly to existing functionality, e.g.:
fun Boolean?.isNotTrue() = BooleanUtils.isNotTrue(this)
fun Boolean.toStringYesNo() = BooleanUtils.toStringYesNo(this)
It might be possible to automate and
Since the original attachments did not come through, I've created a
temporary GitHub repository for the proposed library, for anyone who is
interested: https://github.com/Isira-Seneviratne/commons-lang-kt.git
--
Isira Seneviratne
isirase...@gmail.com
17 matches
Mail list logo
