Congrats!
> On 11 Feb 2016, at 22:30, Marcin Erdmann wrote:
>
> Hi everyone,
>
> Version 0.13.0 of Geb is now available from Maven Central.
>
> The highlights of this version are the ability to take reports on test
> failures only when using Geb with Spock or JUnit integrations, small
> perf
t; car {
>> name 'HSV Maloo'
>> make 'Holden'
>> year 2006
>> country 'Australia'
>> homepage new URL('http://example.org')
>> record {
>> type 'speed'
>> description 'production pickup truck with speed of 271kph'
>> }
>> }
>> }
>>
>> assert writer.toString() == '{"records":{"car":{"name":"HSV
>> Maloo","homepage":"http://groovy-lang.org"}}}'
>>
>>
>
--
Graeme Rocher
t
and maintainable.
Thanks
On Fri, Sep 23, 2016 at 1:11 AM, John Wagenleitner
wrote:
> On Wed, Sep 21, 2016 at 3:22 AM, Graeme Rocher
> wrote:
>>
>> Hi John,
>>
>> Looks very useful, so +1
>>
>> One thing that would also be useful is to be able to configure
avoid surprises and be able to
> output JSON that otherwise wouldn't be possible due to the way the generator
> was already configured (nulls or being able to write out a number such as
> 9.3e7).
>
> I like your suggestion and think the flexibility could still be accomplished
> using JsonOutput.unescaped; and since 2.5 isn't out yet there's still time
> to refine how it works.
>
> I also would like to hear what others think.
>
> John
--
Graeme Rocher
n Fri, Oct 28, 2016 at 12:46 PM, Graeme Rocher wrote:
> Yeah I agree JsonOutput.unescaped allows the same flexibility without
> compromising the most common use case.
>
> Cheers
>
> On Tue, Oct 25, 2016 at 10:32 PM, John Wagenleitner
> wrote:
>> On Tue, Oct 25, 2016
;>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://groovy.329449.n5.nabble.com/Congratulations-to-our-newest-committer-Daniel-Sun-tp5736468p5736502.html
>>>> Sent from the Groovy Users mailing list archive at Nabble.com.
>>>
>>>
>>
>
--
Graeme Rocher
n if the implicit "this" is used or not. { println it } uses
> implicit this, thus cannot do it for sure. { this.println it }, no implicit,
> thus can be optimized.
>
> I am wondering what would happen if we had 2 versions, one with implicit
> this delegation logic, the other not. Because if the usage is just an
> appended block and the target is just a functional interface, you will not
> need the version with delegate.
>
> bye Jochen
--
Graeme Rocher
be added to Groovy programming language, do you like it?
>> (Yes: +1; No: -1; Not bad: 0)
>>
>> Cheers,
>> Daniel.Sun
>>
>>
>>
>> --
>> View this message in context:
>> http://groovy.329449.n5.nabble.com/VOTE-new-operator-tp5736931.html
>> Sent from the Groovy Users mailing list archive at Nabble.com.
>
>
--
Graeme Rocher
, which
>>> are going to make appearance in Apache Groovy 2.5. He is a very talented
>>> developer with the skills we need to help Groovy move forward.
>>>
>>> A warm welcome, and congratulations, to Sergei!
>>>
>>> Sergei, would you mind telling a few words about you?
>>>
>>> On behalf of the Apache Groovy team
>>> Cédric
>>>
>>
--
Graeme Rocher
ory (g-LSTM for
> short), a very popular architecture to predict time series (among the
> others).
>
> Happy and Groovy New Year!
>
> Mirco
>
--
Graeme Rocher
. For more information on how to
> report problems, and to get involved, visit the project website at
> https://groovy.apache.org/
>
>
> Best regards,
>
> The Apache Groovy community.
--
Graeme Rocher
ot;implies" operator(=>) :*
> http://mathworld.wolfram.com/Implies.html
> *Please let us know whether you like it, vote here:
> *https://twitter.com/daniel_sun/status/824552059395465218
>
> Cheers,
> Daniel.Sun
>
>
>
> --
> View this message in context:
> http://groovy.329449.n5.nabble.com/VOTE-About-the-implies-operator-for-Groovy-3-tp5738129.html
> Sent from the Groovy Users mailing list archive at Nabble.com.
--
Graeme Rocher
; documentation. Please let us know if you feel this makes the install more
> useful and self-contained or whether you think it has become too fat.
>
> For more information on how to report problems, and to get involved,
> visit the project website at: https://groovy.apache.org/
>
> Best regards,
>
> The Apache Groovy team.
--
Graeme Rocher
ic
>>>>>>
>>>>>> class Hello {
>>>>>>
>>>>>>
>>>>>>
>>>>>> static void main( String... args ) {
>>>>>>
>>>>>> System.out.println "Hello world!"
>>>>>>
>>>>>> }
>>>>>>
>>>>>> }
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> This mean that it creates a native 5MB binary executable, that can run
>>>>>> on any machine without the need of the Java VM nor the Groovy runtime!
>>>>>> in 12
>>>>>> millisecond! cool!!
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Unfortunately the good news stops here. I was unable to successfully
>>>>>> compile any other piece of code, which for example uses a Groovy
>>>>>> "println"
>>>>>> method or just instantiate a class. The problem seems to be that, even
>>>>>> though the code is statically compiled, Groovy uses reflection behind the
>>>>>> scene to instantiate classes and performs other operations.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Now, I guess this is certainly not a Groovy top priority, however
>>>>>> since there is an on-going discussion around a major Groovy
>>>>>> reengineering to
>>>>>> make it compatible with the upcoming Java 9 module system, I was
>>>>>> wondering
>>>>>> if it would not make sense to include the support for the Java AOT
>>>>>> compiler
>>>>>> as a goal for a future Groovy 3/4 release?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Personally I think it would be an extremely useful feature and a major
>>>>>> achievement for the project.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> What do you think ?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Paolo
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> This email message and any attachments are for the sole use of the
>>>>>> intended recipient(s). Any unauthorized review, use, disclosure or
>>>>>> distribution is prohibited. If you are not the intended recipient, please
>>>>>> contact the sender by reply email and destroy all copies of the original
>>>>>> message and any attachments.
>>>>>
>>>>>
>>>>
>>>
>
--
Graeme Rocher
d.html
>>> Jars are also available within the major binary repositories.
>>> We would like to thank all people who contributed to this release.
>>>
>>> We welcome your help and feedback. For more information on how to report
>>> problems, and to get involved, visit the project website at
>>> https://groovy.apache.org/
>>>
>>> Best regards,
>>>
>>> The Apache Groovy team.
>>>
>>> This email message and any attachments are for the sole use of the
>>> intended recipient(s). Any unauthorized review, use, disclosure or
>>> distribution is prohibited. If you are not the intended recipient, please
>>> contact the sender by reply email and destroy all copies of the original
>>> message and any attachments.
>>
>>
>
--
Graeme Rocher
Well done all!
On Mon, May 7, 2018 at 2:26 AM, Daniel.Sun wrote:
> Nice! Thank you Paul :-)
>
> Cheers,
> Daniel.Sun
>
>
>
>
> --
> Sent from: http://groovy.329449.n5.nabble.com/Groovy-Users-f329450.html
--
Graeme Rocher
project website at https://groovy.apache.org/
>
> Best regards,
>
> The Apache Groovy team.
--
Graeme Rocher
hing with a brief look through the issue tracker.
Thanks for the feedback
--
Graeme Rocher
tries to
> create proxy for SAM[2]
>
> [1]
> https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/lang/reflect/Proxy.html#dynamicmodule
> [2]
> https://github.com/apache/groovy/blob/master/src/main/java/org/codehaus/groovy/reflection/stdclasses/CachedSAMClass.java#L69-
19 matches
Mail list logo