Re: Advent of Code challenges

2018-12-10 Thread Daniel.Sun
Looks interesting ;-)




-
Daniel Sun 
Apache Groovy committer 
Blog: http://blog.sunlan.me 
Twitter: @daniel_sun 

--
Sent from: http://groovy.329449.n5.nabble.com/Groovy-Users-f329450.html


RE: [DISCUSS] Groovy 2.6 potential retirement to focus on Groovy 3.0

2018-12-10 Thread Daniel.Sun
As you can see, many fixes/improvements are accumulated in the master
branch[1], i.e. 3.0.0 branch, so groovy 3.0.0 is making progress but moves a
bit slow. We wish 3.0.0 GA could be released next year(2019). Absolutely,
some milestone releases will be released Before GA.

Cheers,
Daniel.Sun

[1] https://github.com/apache/groovy




-
Daniel Sun 
Apache Groovy committer 
Blog: http://blog.sunlan.me 
Twitter: @daniel_sun 

--
Sent from: http://groovy.329449.n5.nabble.com/Groovy-Users-f329450.html


Advent of Code challenges

2018-12-10 Thread Merlin Beedell
There is an interesting web with a daily challenge throughout advent - 
http://adventofcode.com .  Perhaps groovy enthusiasts could show their 
solutions for each challenge?

My son (15) has learnt a variety of programming techniques - like linked lists 
- in order to answer the challenges.   He is using JavaScript and Python, as 
these are taught at school.

Merlin Beedell


RE: [DISCUSS] Groovy 2.6 potential retirement to focus on Groovy 3.0

2018-12-10 Thread Merlin Beedell
I see a monthly release of the 2.5x product – but nothing similar for version 
3.  What might be happening in the V3 world?  Given the license terms change 
under JDK 11, will the main target be OpenJDK?

Merlin Beedell
From: Paul King 
Sent: 23 June 2018 2:53 AM
To: users@groovy.apache.org
Subject: Re: [DISCUSS] Groovy 2.6 potential retirement to focus on Groovy 3.0


There was overwhelming support to drop 2.6 to focus on 3.0 and mixed feedback
on whether to do one more 2.6 alpha release or not. So, I'll go ahead and do 
one more
2.6 alpha release - quite possibly much less work than further discussions and 
it gives
us a clean end point which I am highly in favour of to reduce subsequent 
discussions
about what exactly was in the last alpha release.

We aren't planning to delete the branch - so it's still around if we need some
further emergency regression fixes down the track, but we aren't planning to do
any merges, so it will start to go out of sync with other branches. So even if 
you
have an "emergency fix" for that branch, we'd encourage you to have a discussion
on the mailing list before creating PRs against that branch.

Cheers, Paul.


On Sat, Jun 16, 2018 at 8:55 AM Robert Stagner 
mailto:restag...@gmail.com>> wrote:
option #2 for me
On Wed, Jun 13, 2018 at 12:06 AM Paul King 
mailto:pa...@asert.com.au>> wrote:

Hi everyone,

There was some discussion at gr8conf about how to speed up delivery of Groovy 
3.0. Some of that discussion was around the scope of what we want to include 
and have yet to complete in 3.0 but I won't discuss that right now.

One of the other discussion points was Groovy around 2.6. As many of you know, 
we have released alpha versions of Groovy 2.6. That version is a backport of 
most but not all of Groovy 3.0 to JDK7 including the Parrot parser (though it 
isn't enabled by default). The purpose of this version has always been to 
assist people/projects wanting to use the Parrot parser but who might be stuck 
on JDK7. So in some sense it is an intermediate version to assist with porting 
towards Groovy 3.0. While that is still a noble goal in theory, in practice, 
many of our users are already on JDK8 and we have limited resources to work on 
many potential areas.

With that in mind, we'd like to understand the preferences in our user base for 
the following two options:

Option 1: please continue releasing the best possible 2.6 even if that slows 
down the final release of Groovy 3.0 and delays further work on better support 
for JDK9+.

Option 2: please release one more alpha of 2.6 over the next month or so which 
will become the best version to use to assist porting for users stuck on JDK7 
and then focus on 3.0. The 2.6 branch will essentially be retired though we 
will consider PRs from the community for critical fixes.

Feedback welcome.

Cheers, Paul.