Re: TeamCity back on track

2016-09-21 Thread Cédric Champeau
The elephant i see is that now that IBM (and Google is around the corner)
> uses the OpenJDK, the OpenJDK implementation becomes the defacto standard
> so recent 3rd party libraries tend to use OpenJDK specifics in their
> implementation. Before, it was less an issue because there was multiple
> implementations of the JDK. If we don't do something now, the platform will
> calcified and we will not be able to change anything in the OpenJDK in the
> future.
> I understand that breaking a 3rd party library doesn't let a lot of option
> apart fixing the library itself or removing the use of it. But the future i
> see if we don't do that now is the death of innovation of the Java
> platform.
>

I understand the temptation to enforce encapsulation as much as possible
too, but the thing here is that I can hardly imagine the consequences of
such a decision. That you prevent calling `setAccessible` on non exported
packages make sense, but forbidding it on visible classes seem to go a bit
too far. It is, more or less, removing setAccessible altogether. It is
today very hard to evaluate the consequences of doing this. It could very
well kill Groovy too. And working with -add-exports is not a long term
solution (we know it's temporary until everything is a module).

The risk of such a decision is also that migrating to JDK 9 becomes too
painful, and people do not upgrade at all. We're trying to make it easier,
with Gradle, to do so, but there's nothing we can help for "runtime magic".


Re: Release 2.4.8 ?

2016-09-21 Thread Graeme Rocher
+1

On Mon, Sep 12, 2016 at 9:27 AM, Cédric Champeau
 wrote:
> +1 for releasing but I'm just too busy for the next 2 weeks.
>
> BTW, you can help improving our release process by contributing to this
> repo:
> https://github.com/groovy/groovy-release/blob/master/gradle/phase1.gradle
>
> 2016-09-11 20:27 GMT+02:00 Guillaume Laforge :
>>
>> +1 too, but we need to clone Cédric to spread the knowledge and mastery of
>> Groovy releases :-)
>>
>> On Sun, Sep 11, 2016 at 7:12 PM, Shil Sinha  wrote:
>>>
>>> +1
>>>
>>> On Sun, Sep 11, 2016 at 5:41 AM Pascal Schumacher
>>>  wrote:

 Hello everyone,

 Paul and John fixed a lot of issues recently, so there are now 44 fixed
 issues:


 https://issues.apache.org/jira/issues/?jql=project%20%3D%20GROOVY%20AND%20fixVersion%20%3D%202.4.8%20AND%20status%20%3D%20Resolved%20ORDER%20BY%20priority%20DESC

 The last release was three months ago and people are waiting for a new
 release, e.g.:

 https://issues.apache.org/jira/browse/GROOVY-7683?focusedCommentId=15481100=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15481100

 I think this calls for a new release.

 What do you think?

 -Pascal

 P.S.: I am repeating myself, but I think we should also release a
 2.5.0-beta (even without the macro documentation).
>>
>>
>>
>>
>> --
>> Guillaume Laforge
>> Apache Groovy committer & PMC Vice-President
>> Developer Advocate @ Google Cloud Platform
>>
>> Blog: http://glaforge.appspot.com/
>> Social: @glaforge / Google+
>
>



-- 
Graeme Rocher