Re: About the groovy code style

[Daniel.Sun]

Hi Paul,

> def foobar2 = 'foo'
> + 'bar2'
> 
> which compiles but gives a runtime error:
> MissingMethodException: No signature of method:
> java.lang.String.positive()
> 
> 
> Since + here is the unary plus operator which while seldom used in that
> fashion is a valid operator.
> 
> Strangely, the foobar2 example parses and runs successfully on Groovy 3
> setting
> foobar2 to 'foo'. I'll have to check if that is a bug or "feature".

It is a bug of Parrot and is fixed in 3.0.0-alpha-4. See
https://github.com/apache/groovy/commit/2c1f7e3c47b3c1d12c05a1540307c43f1267b10f

Cheers,
Daniel.Sun




-
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: About the groovy code style

[Daniel.Sun]

ping Danil  :-)



-
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: New webapp development kit using Groovy

[Simon Sadedin]

Congrats on the release!

Looks like a sort of full-stack version of Vert.x or similar (or micronaut
for that matter). Actually would fit the bill for a lot of projects where I
find grails too heavy and slow, especially for SPAs where the front end is
very decoupled from the back end.

Will be giving it a try and see how it goes.

Cheers,

Simon

On Tue, Jul 3, 2018 at 10:26 PM, Blake McBride  wrote:

> Greetings,
>
> I put together an open-source web application development system that uses
> Groovy.  It is a complete (front-end and back-end) solution for web-based
> business applications.  It includes features such as microservices, SQL
> support, custom HTML tags, REST services, user authentication, etc.  Take a
> look if it sounds interesting:  kissweb.org
>
> Blake McBride
>
>

Re: Groovy with OpenJDK 10 and IntelliJ Build

[MG]

No, you pick the JDK for the project/module independently from the IDE. 
One problem is that IntelliJ does not (afaikt - I never had the need to 
do so before) support passing parameters to the Groovy compiler (you can 
supply a Groovy configscript).


On 04.07.2018 01:35, Paul King wrote:
Does the JDK you run Intellij under need to be the same as what your 
project settings point to?


On Wed, Jul 4, 2018 at 9:28 AM MG > wrote:


Hi,

does anyone allready have experience compiling a Groovy project under
IntelliJ and OpenJDK 10 ?
We are currently using OpenJDK 8 and would need to evaluate (if
possible) if our Groovy framework has any problems building & running
under OpenJDK 10. We are using IntelliJ modules as our build
system, and
with OpenJDK 10 the Groovy build throws an internal compiler error
that
NotesException requires a base class from the java.corba module,
which
can no longer be found. Is there a (quick) way to make Groovy code
module compatible under IntelliJ 2018.1.5 ?

Cheers,
mg

Re: Groovy with OpenJDK 10 and IntelliJ Build

[Paul King]

Does the JDK you run Intellij under need to be the same as what your
project settings point to?

On Wed, Jul 4, 2018 at 9:28 AM MG  wrote:

> Hi,
>
> does anyone allready have experience compiling a Groovy project under
> IntelliJ and OpenJDK 10 ?
> We are currently using OpenJDK 8 and would need to evaluate (if
> possible) if our Groovy framework has any problems building & running
> under OpenJDK 10. We are using IntelliJ modules as our build system, and
> with OpenJDK 10 the Groovy build throws an internal compiler error that
> NotesException requires a base class from the java.corba module, which
> can no longer be found. Is there a (quick) way to make Groovy code
> module compatible under IntelliJ 2018.1.5 ?
>
> Cheers,
> mg
>
>
>
>

Re: New webapp development kit using Groovy

[Edmond Kemokai]

interesting, I'll dig into Kiss to see if there are any Gems I find
useful...thanks for sharing.

On Tue, Jul 3, 2018 at 12:23 PM, Blake McBride  wrote:

> Hi Edmond,
>
> I have done a number of web-based business applications over the years
> (e.g. arahant.com, yumyum.io, booklion.com ) and through it, a system
> began to emerge.  Having written other development tools over the years
> (e.g. Dynace , APLUtils
>  ), I decided to tease out "the
> system", document it, and put it out there.  I do a lot of development, and
> this gives me a good starting point, and a good development environment.  I
> thought I'd share.
>
> I hadn't heard of your platform.  I'll definitely take a look.
>
> There is a UI component to Kiss, but that's not its focus.  Really, it has
> most of what I need except a grid control, and that's easy to find.  Having
> 30+ years in development, I have some good background experiences.  I've
> looked at some of the tools out there and found them to be big on the
> whiz-bang but very short on the meat and potatoes.  The need to solve real
> problems and my inability to find a satisfactory solution led me to Kiss.
>
> I suppose the "advanced facilities" would be the microservice architecture
> and the fact that you can create your own HTML tags/elements, as well as
> the fact that you can control the browser cache.  The microservices means
> that you can add, change, and delete web services without rebooting your
> web server.  Changes take affect immediately.  Creating your own HTML tags
> means that you can easily encapsulate and re-use common UI elements.  And
> having control over the browser cache means that you can be assured that
> your users are using the latest code while still taking maximal advantage
> of browser cache when the code hasn't changed.
>
> Thanks!
>
> Blake McBride
>
>
>
>
>
> On Tue, Jul 3, 2018 at 8:57 AM Edmond Kemokai  wrote:
>
>> Hi Blake,
>>
>> This is intriguing, what prompted you to create it? are you using it for
>> any projects?
>>
>> At Codesolvent (codesolvent.com), our platform which uses Groovy in a
>> somewhat related way via JSR-228, tackles similar problems.
>>
>> Is there any sort of UI IDE component to this? You mentioned " advanced
>> development facilities ".
>>
>


-- 
“talk trash and carry a small stick.”
PAUL KRUGMAN (NYT)

"I believe god invented man, because he was disappointed in the monkey"
Mark Twain

"Beware of geeks bearing formulas"
Warren Buffett

Re: About the groovy code style

[Jochen Theodorou]

Am 03.07.2018 um 04:44 schrieb Daniel.Sun:

Hi all,

  The following code is supported in the older parser, but I propose to
stop supporting the ugly code style in the new Parrot parser. Any thoughts?

1) import statement ( https://issues.apache.org/jira/browse/GROOVY-8642 )
```
import java.
lang.
Object
```

2) prefix operator ( https://issues.apache.org/jira/browse/GROOVY-8650 )
```
def c = --
1


I do not need these.. but since I know Danil is doing special things 
with DSL, maybe we should first ask him if he needs that and why


bye Jochen

New webapp development kit using Groovy

[Blake McBride]

Greetings,

I put together an open-source web application development system that uses
Groovy.  It is a complete (front-end and back-end) solution for web-based
business applications.  It includes features such as microservices, SQL
support, custom HTML tags, REST services, user authentication, etc.  Take a
look if it sounds interesting:  kissweb.org

Blake McBride

Re: Groovy 2.5.1 planning

[Cédric Champeau]

+1

Le mar. 3 juil. 2018 à 08:37, Paul King  a écrit :

>
> Hi everyone,
>
> Even though I still have plenty of bugs on my "would like to fix before
> next release" list,
> I'd like to release a 2.5.1 fairly soon. This is mostly to do with 2.5.0
> inadvertently breaking
> our OSGi support [1] but also based on usability feedback I have moved
> Groovy's recently
> introduced JAXB extension methods into their own optional module [2]. This
> is a breaking
> change in that anyone using those extension methods will now need to add
> the groovy-jaxb
> dependency into their build if they were previously relying on getting it
> from the groovy-all
> "fat" pom. Given that it was only introduced in 2.5.0, the number of
> affected users should
> be small. But the upside is that most users won't need to worry about using
> '--add-modules javax.xml.bind' or similar dependency tweaks when running
> on JDK9+
> to fix up the planned breakage introduced by those JDK versions.
>
> Feedback welcome.
>
> [1] https://issues.apache.org/jira/browse/GROOVY-8666
> [2] https://issues.apache.org/jira/browse/GROOVY-8671
>
> cheers, Paul.
>
>