[groovy-dev] Some questions for new hand

Re: [groovy-dev] migrating <at> Property

ok, the new sematic for properies is in CVS now.

What was the last state of the discussion about annotations like 
 <at> Property? We want to allow them but ignore it, or do we want to throw 
an error? If we jsut want to ignore them, then a) old scripts will work, 
and b) all work is done. If we want to throw an error, well then we 
really need the migration tool.

bye blackdrag

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

[groovy-dev] Supporting varargs with List

Hello all,

So we support named arguments using the syntax:

hello(world:'earth')

Which is essentially just a method that takes a map as an argument and
Groovy 'allows' you to omitt the square [] brackets when invoking the
method.

My question then is why can't we extend this concept to support varargs?:

hello('one','two','three')

where 'hello' is a method such as:

def hello(List args)

Instead of having to do:

hello(['one','two','three'])

If anything for consistencies sake 

Graeme

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Re: [groovy-dev] Supporting varargs with List

It works already if the method takes an array of Object[] -- as in Java 5:

def hello(Object[] args) { ... }

On 6/13/06, Graeme Rocher <graemerocher@...> wrote:
> Hello all,
>
> So we support named arguments using the syntax:
>
> hello(world:'earth')
>
> Which is essentially just a method that takes a map as an argument and
> Groovy 'allows' you to omitt the square [] brackets when invoking the
> method.
>
> My question then is why can't we extend this concept to support varargs?:
>
> hello('one','two','three')
>
> where 'hello' is a method such as:
>
> def hello(List args)
>
> Instead of having to do:
>
> hello(['one','two','three'])
>
> If anything for consistencies sake 
>
> Graeme
>
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>

--

-- 
Guillaume Laforge
Groovy Project Manager
http://glaforge.free.fr/blog/groovy

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Re: [groovy-dev] New ClassLoader Issues

Graeme Rocher schrieb:
> So is this fixed in CVS yet or shall I raise an issue?

sory, had no time. I will fix that today.

bye blackdrag

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Re: [groovy-dev] New ClassLoader Issues

Thanks Jochen, no huge rush just wanted to make sure we didn't forget
by raising an issue if necessary as its quite a serious problem on
wind(bl)ows.

Graeme

On 6/13/06, Jochen Theodorou <blackdrag@...> wrote:
> Graeme Rocher schrieb:
> > So is this fixed in CVS yet or shall I raise an issue?
>
> sory, had no time. I will fix that today.
>
> bye blackdrag
>
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Re: [groovy-dev] Supporting varargs with List

Graeme Rocher schrieb:
> Hello all,
> 
> So we support named arguments using the syntax:
> 
> hello(world:'earth')
> 
> Which is essentially just a method that takes a map as an argument and
> Groovy 'allows' you to omitt the square [] brackets when invoking the
> method.
> 
> My question then is why can't we extend this concept to support varargs?:
> 
> hello('one','two','three')
> 
> where 'hello' is a method such as:
> 
> def hello(List args)
> 
> Instead of having to do:
> 
> hello(['one','two','three'])
> 
> If anything for consistencies sake 

if hello is a method taking an array as first argument, then it is a 
varargs method. Currently we don't map to List, only to arrays.

bye blackdrag

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Re: [groovy-dev] Supporting varargs with List

On 6/13/06, Jochen Theodorou <blackdrag@...> wrote:
> Graeme Rocher schrieb:
> > Hello all,
> >
> > So we support named arguments using the syntax:
> >
> > hello(world:'earth')
> >
> > Which is essentially just a method that takes a map as an argument and
> > Groovy 'allows' you to omitt the square [] brackets when invoking the
> > method.
> >
> > My question then is why can't we extend this concept to support varargs?:
> >
> > hello('one','two','three')
> >
> > where 'hello' is a method such as:
> >
> > def hello(List args)
> >
> > Instead of having to do:
> >
> > hello(['one','two','three'])
> >
> > If anything for consistencies sake 
>
> if hello is a method taking an array as first argument, then it is a
> varargs method. Currently we don't map to List, only to arrays.

Ok I see. thanks for the explanation.
Graeme

>
> bye blackdrag
>
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

[groovy-dev] Eclipse Plugin with 3.1/3.2

As far as I know it should be good to go.  I have been running it with 
Eclipse 3.2RC7 with no trouble from the api as far as I can tell.

James E. Ervin
--

-- 
A human being should be able to change a diaper, plan an invasion, 
butcher a hog, conn a ship, design a building, write a sonnet, balance 
accounts, build a wall, set a bone, comfort the dying, take orders, 
give orders, cooperate, act alone, solve equations, analyze a new 
problem, pitch manure, program a computer, cook a tasty meal, fight 
efficiently, die gallantly. Specialization is for insects.

-Robert A. Heinlein

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Re: [groovy-dev] Eclipse Plugin with 3.1/3.2