Mailing-List: contact dev-help@zest.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@zest.apache.org
Message-ID: <55BB34AE.10406@nosphere.org>
Date: Fri, 31 Jul 2015 10:41:18 +0200
From: Paul Merlin <paul@nosphere.org>
User-Agent: Postbox 3.0.11 (Macintosh/20140602)
MIME-Version: 1.0
To: dev@zest.apache.org
Subject: Re: Groovy support is somewhat broken.
References: 
 <CADmm+Kf8YPy2j4Zuw6-pNeESq_8y8wCCOXBuC+5Mozm09cnXJg@mail.gmail.com>
In-Reply-To: 
 <CADmm+Kf8YPy2j4Zuw6-pNeESq_8y8wCCOXBuC+5Mozm09cnXJg@mail.gmail.com>
Content-Type: multipart/alternative;
 boundary="------------030001080708070005040808"

--------------030001080708070005040808
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hey,

GroovyMixin works '=C3=A0 la' scripting.
It loads groovy code from resources.

Maybe that's what makes IDEA go wild.
With Netbeans I have no issue using GroovyMixin IF the .groovy files
resides in src/main/resources instead of src/main/groovy as it then must
be considered as plain resources, note code that is part of the classpath=
.

Note that Groovy and Zest are perfectly usable without this Groovy Mixin.
See https://zest.apache.org/java/develop/lang-groovy.html

/Paul


Niclas Hedhman a =C3=A9crit :
> The way the GroovyMixin works is that it locates a Groovy file with the
> same name as the Mixin that it is to implement, only difference is the
> .groovy instead of .java.
>
> That seems to work in runtime, but IDEA doesn't like it, when Groovy pl=
ugin
> is installed. It protests that there are two classes with the same name=
 in
> the same package (kind of rightly so).
>
> Also, in the Java world, the Mixin implementation is not bound to "per
> interface", but solely to the Method (incl the method's declaring class=
).
>
> So, I wanted like to change the GroovyMixin to resolve the implementati=
on
> in some other manner, like;
>
> module
>     .forMixin( Mixin1.class )
>     .setMetaInfo( new String[]{ Do1Impl.class.getName() } );
>
>
> or something similar. BUT, that is not really possible, since
> AppliesToFilters can not get any injections from @Structure or elsewher=
e,
> so it is not possible to pick up.
>
> Can anyone think of any other way to do a "second level" (generics-like=
)
> declarations for telling a Mixin which implementation to use?
>
>
> Cheers

--------------030001080708070005040808--