<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.lang.groovy.user">
    <title>gmane.comp.lang.groovy.user</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35465"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35464"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35463"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35462"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35461"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35460"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35459"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35458"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35457"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35456"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35455"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35454"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35453"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35452"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35451"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35450"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35449"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35448"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35447"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35446"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35465">
    <title>RE: [groovy-user] [ANN] MetaBuilder is released!</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35465</link>
    <description>Alex said:

I'm open to contributing this.  The latest source is available via svn:

svn co
https://groovytools.svn.sourceforge.net/svnroot/groovytools/trunk/groovytool
s/builder

Feel free to contact me with questions either on this list, the developer
list, or directly at didge at foundrylogic.com as you feel appropriate.

Regards,
  didge at foundrylogic.com



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

    http://xircles.codehaus.org/manage_email



</description>
    <dc:creator>didge</dc:creator>
    <dc:date>2008-08-29T17:21:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35464">
    <title>RE: [groovy-user] [ANN] MetaBuilder is released!</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35464</link>
    <description>Guillaume said:

I actually came across Steven's post while I was putting the final touches
on MetaBuilder and I intend to go back to it looking to see what good ideas
can be leveraged.


I think that would make sense.


These are some interesting ideas...

Regards,
  didge



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

    http://xircles.codehaus.org/manage_email



</description>
    <dc:creator>didge</dc:creator>
    <dc:date>2008-08-29T16:56:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35463">
    <title>Re: [groovy-user] Is it possible to access properties of Expando without parentheses?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35463</link>
    <description>Setya schrieb:

Expando knows only properties and properties that act as methods of the 
same name. A bit like in Ruby, where you don't have a difference between 
methods and properties as we have it in Groovy. Anyway, because of that 
   using this "getter" works, as .myProperty searches also for the 
method getMyProperty, which will also search for the property 
getMyProperty. Just always remember that Expando is property based, not 
method based.


that's the direct way then of course.


yes, that method is more or less directly mapped to the myProperty property

bye blackdrag

</description>
    <dc:creator>Jochen Theodorou</dc:creator>
    <dc:date>2008-08-29T16:48:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35462">
    <title>RE: [groovy-user] Implementing the Delphi "with" instruction in Groovy</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35462</link>
    <description>
| Dierk, could you please explain why binding has higher 
| priority than object itself in this case ?
| I mean not implementation details, but the idea behind these 
| priorities.

----
 class Test {
    def prop = 1
    def foo() { println prop}
 }

 Test t = new Test()
 t.with {
   prop = 2
   foo()
 }
----

prints 1 because in prop=2 the prop reference is
an unknown reference, which in Scripts results in
putting such a reference as a variable into the
script's binding. That's the rule for unknown
references in scripts.

This rule has precedence over the rules for resolution of
'vanilla names'.

With the rule above the programmer has a choice:
if you want to put prop into the binding, use the above,
if you don't, use t.prop.

If the rules were the other way around, it would be more
difficult to put 'prop' with the respective value into
the binding (something like binding.variables.prop = 2). 

I wouldn't claim that this is a very good justification
nor do I think it has been a deliberate choice at all.
A</description>
    <dc:creator>Dierk König</dc:creator>
    <dc:date>2008-08-29T15:06:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35461">
    <title>Re: [groovy-user] Implementing the Delphi "with" instruction in Groovy</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35461</link>
    <description>2008/8/29 Dierk König &lt;dierk.koenig&lt; at &gt;canoo.com&gt;:

Dierk, could you please explain why binding has higher priority than
object itself in this case ?
I mean not implementation details, but the idea behind these priorities.

Regards,
Sergey Bondarenko.
</description>
    <dc:creator>Sergey Bondarenko</dc:creator>
    <dc:date>2008-08-29T13:07:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35460">
    <title>Re: [groovy-user] Implementing the Delphi "with" instruction in Groovy</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35460</link>
    <description>Hi!

Object.with(...) is already implemented in Groovy:
http://groovy.codehaus.org/groovy-jdk/java/lang/Object.html#with(groovy.lang.Closure
closure)

Is it suitable for you?

Regards,
Sergey Bondarenko.

2008/8/29 Goetzmann Bertrand &lt;BGoetzmann-9C0u+zCU0OrENY/9uD7kfw&lt; at &gt;public.gmane.org&gt;:

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

    http://xircles.codehaus.org/manage_email



</description>
    <dc:creator>Sergey Bondarenko</dc:creator>
    <dc:date>2008-08-29T13:01:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35459">
    <title>Re: [groovy-user] Is it possible to access properties of Expando without parentheses?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35459</link>
    <description>seems like expandos dont handle your closure as a property but as an 
ordinary function called getMyProperty(). same for myObject.myProperty = 
{....} - it creates a function called myProperty().

i never used expandos so i dont know if/how you can add closures as 
properties..

cheers

Setya schrieb:

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

    http://xircles.codehaus.org/manage_email



</description>
    <dc:creator>Norbert Lazzeri</dc:creator>
    <dc:date>2008-08-29T12:39:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35458">
    <title>[groovy-user] TR: [grails-user] Implementing the Delphi "with" instruction in Groovy</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35458</link>
    <description>Thank you Graeme,

It's exactly what I wanted to achieve.
Applied to my example, we can write:

test.with {
  println prop1
  println prop2
}


Best regards,

Bertrand.



-----Message d'origine-----
De : graeme.rocher-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org [mailto:graeme.rocher-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org] De la part de Graeme Rocher
Envoyé : vendredi 29 août 2008 13:14
À : user-xGCSv8xhfmxnkHa44VUL00B+6BGkLq7r&lt; at &gt;public.gmane.org
Objet : Re: [grails-user] Implementing the Delphi "with" instruction in Groovy

There is already a with method in Groovy

http://groovy.codehaus.org/groovy-jdk/java/lang/Object.html#with(groovy.lang.Closure%20closure)

Cheers

On Fri, Aug 29, 2008 at 8:49 AM, Goetzmann Bertrand
&lt;BGoetzmann-9C0u+zCU0OrENY/9uD7kfw&lt; at &gt;public.gmane.org&gt; wrote:



</description>
    <dc:creator>Goetzmann Bertrand</dc:creator>
    <dc:date>2008-08-29T12:37:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35457">
    <title>RE: [groovy-user] Implementing the Delphi "with" instruction in Groovy</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35457</link>
    <description>Groovy already has this:

----
class Starter {
 static void main(args){
  Test t = new Test()
  t.with {
    prop = 2
    foo()
  }
 }
}
class Test {
    def prop = 1
    def foo() { println prop}
}
----

Note: this does not work if you have the main() code
as a Script since prop=2 would then be resolved against
the Script binding.

The 'with' method that takes a closure was formerly called
'identity' (the alias is still available). 
See Groovy in Action chapter 9 P.286.

cheers
Dierk 
http://groovy.canoo.com/gina

| -----Original Message-----
| From: Goetzmann Bertrand [mailto:BGoetzmann-9C0u+zCU0OrENY/9uD7kfw&lt; at &gt;public.gmane.org] 
| Sent: Freitag, 29. August 2008 12:11
| To: user-i9PBDF1N6cxnkHa44VUL00B+6BGkLq7r&lt; at &gt;public.gmane.org
| Subject: [groovy-user] Implementing the Delphi "with" 
| instruction in Groovy
| 
| Hello,
| 
| In the Delphi language, "with" is a key word that permits to 
| apply a shortcut with object references.
| Here a simple use case with a reference "test" of the 
| hypothetical class
| Te</description>
    <dc:creator>Dierk König</dc:creator>
    <dc:date>2008-08-29T12:36:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35456">
    <title>Re: [groovy-user] [ANN] MetaBuilder is released!</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35456</link>
    <description>the timing couldnt be better. i just thought about how to implement a 
builder for my tree. this could really spare my some time :)

didge schrieb:

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

    http://xircles.codehaus.org/manage_email



</description>
    <dc:creator>Norbert Lazzeri</dc:creator>
    <dc:date>2008-08-29T12:24:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35455">
    <title>Re: [groovy-user] Implementing the Delphi "with" instruction in Groovy</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35455</link>
    <description>2008/8/29 Graeme Rocher &lt;graeme&lt; at &gt;g2one.com&gt;:

Yes, it will be a breaking change. I think it is more naturally to use
DELEGATE_FIRST strategy in this case, what do you think?

Maybe you know if this change breaks some existing Groovy or Grails code?

Regards,
Sergey Bondarenko.
</description>
    <dc:creator>Sergey Bondarenko</dc:creator>
    <dc:date>2008-08-29T14:34:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35454">
    <title>Re: [groovy-user] [ANN] MetaBuilder is released!</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35454</link>
    <description>Sounds very interesting and promising. If didge is interested to
contribute I would love to review code and help with that.

On Fri, Aug 29, 2008 at 12:12 PM, Graeme Rocher &lt;graeme-4lfDYv8giPwAvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote:

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

    http://xircles.codehaus.org/manage_email



</description>
    <dc:creator>Alex Tkachman</dc:creator>
    <dc:date>2008-08-29T11:08:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35453">
    <title>Re: [groovy-user] [ANN] MetaBuilder is released!</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35453</link>
    <description>Raise an issue on codehaus JIRA http://jira.codehaus.org/browse/HAUS

Cheers

On Fri, Aug 29, 2008 at 6:48 AM, Eric Tetz &lt;erictetz-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote:



</description>
    <dc:creator>Graeme Rocher</dc:creator>
    <dc:date>2008-08-29T10:13:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35452">
    <title>Re: [groovy-user] [ANN] MetaBuilder is released!</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35452</link>
    <description>Eric Tetz schrieb:

strange... your email address is not listed in xircles.

bye blackdrag

</description>
    <dc:creator>Jochen Theodorou</dc:creator>
    <dc:date>2008-08-29T10:11:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35451">
    <title>[groovy-user] Implementing the Delphi "with" instruction in Groovy</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35451</link>
    <description>Hello,

In the Delphi language, "with" is a key word that permits to apply a
shortcut with object references.
Here a simple use case with a reference "test" of the hypothetical class
Test:

test.call1();
test.prop1 := 'Hello';
test.call2();

These statements can be replaced by:

with test do
begin
call1();
prop1 := 'Hello';
call2();
end; 

The Delphi's compiler is able to resolve the right calls.
"with" permits to have statements clearer and more concise.


So, I ask me how we can do something like this in the Groovy language.

Thinking of this morning, here my first approach using MOP (the code
bellow works in the Groovy console):

// Define a static method "with" on class Object
Object.metaClass.static.with = { Object ref, Closure cl -&gt;
    cl.delegate = ref
    cl()
}

class Test {
    def prop1 = "Salut !"
    int prop2
}

def test = new Test()


// "with" in action with the reference "test"
Object.with(test) {
    println prop1
    println prop2
}

// You can also apply "with" without a reference var</description>
    <dc:creator>Goetzmann Bertrand</dc:creator>
    <dc:date>2008-08-29T10:10:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35450">
    <title>Re: [groovy-user] Variable exists</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35450</link>
    <description>Just curious though, why *do* you need to check if the variable is already
defined? I guess it'll also help if we knew whether you were writing a class
or a script.

On Wed, Aug 27, 2008 at 11:15 PM, Eric Tetz &lt;erictetz-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote:



</description>
    <dc:creator>Saager Mhatre</dc:creator>
    <dc:date>2008-08-29T09:33:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35449">
    <title>[groovy-user] Is it possible to access properties of Expando without parentheses?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35449</link>
    <description>
Hi all,

Suppose I have the following dynamic object created via Expando :

def myObject = new Expando();
myObject.getMyProperty = {-&gt; print 'Hello World.';}

If I accessed the property with 'myObject.myProperty' it didn't print
anything, but it didn't throw error either.

But If I change into :

myObject.myProperty = {-&gt; print 'Hello World.';}

and accessed using 'myObject.myProperty()', it works as expected.

Any help would be greatly appreciated.

Regards,

Setya

</description>
    <dc:creator>Setya</dc:creator>
    <dc:date>2008-08-29T08:16:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35448">
    <title>Re: [groovy-user] [ANN] MetaBuilder is released!</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35448</link>
    <description>I think this is a great idea, and would make a good contribution to Groovy core

What does everyone else think?

Cheers

On Fri, Aug 29, 2008 at 3:35 AM, didge &lt;didge-41y80QixNfCEsAWIqfabrw&lt; at &gt;public.gmane.org&gt; wrote:



</description>
    <dc:creator>Graeme Rocher</dc:creator>
    <dc:date>2008-08-29T08:12:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35447">
    <title>[groovy-user] Updating WSDL definitions from a groovy script</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35447</link>
    <description>Hello All,

I want to automate the update of wsdl definition action of a SoapUI project.
My project has got only one web service and one wsdl referred from it.

When ever the wsdl has got changed I have to update the definition by right
clicking on the mock service and selecting update interface. As I don't
change the name of the wsdl and the location of it, I should be able to
automatically update the definitions using some way. May be a groovy script.

In the SoapUI web site it mentioned as it updates the definitions
automatically when we reload SoapUI. I tried that after placing the modified
wsdl in the same location. But it didn't update the project xml. Then I
wanted to try using groovy to update the definitions automatically without
clicking mouse.

I am not sure what method in the API to use for this. SoapUI API documention
is not descriptive enough to understand that. I tried using the
soapui.impl.wsdl.actions.iface.UpdateInterfaceAction

However when my groovy script ran it opens me the dialog box t</description>
    <dc:creator>Amila Rathnayake</dc:creator>
    <dc:date>2008-08-29T07:17:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35446">
    <title>Re: [groovy-user] [ANN] MetaBuilder is released!</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35446</link>
    <description>Cool, it also reminds me of Steven's post on builder-builder:
http://groovy.dzone.com/news/statemachine-builder-builder-g

I like the general idea and believe something like this should even be
included in groovy-core.
I believe we could extend this meta builder concept further to also
support some further DSL tricks, like allowing assignments like in
ConfigSlurper, or perhaps even allowing people to add properties to
number to be able to say price: 14.99.dollars, etc, and to be able to
also customize some operator overloading.

On Fri, Aug 29, 2008 at 4:35 AM, didge &lt;didge-41y80QixNfCEsAWIqfabrw&lt; at &gt;public.gmane.org&gt; wrote:



</description>
    <dc:creator>Guillaume Laforge</dc:creator>
    <dc:date>2008-08-29T07:11:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.groovy.user/35445">
    <title>Re: [groovy-user] Why doesn't this complile</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.groovy.user/35445</link>
    <description>Perhaps because of the dot at the end of inFile ?
Furthermore, where is inFile defined?

On Thu, Aug 28, 2008 at 4:26 PM, SophosGuy &lt;jackiegleason-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote:



</description>
    <dc:creator>Guillaume Laforge</dc:creator>
    <dc:date>2008-08-29T06:44:41</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.lang.groovy.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.groovy.user</link>
  </textinput>
</rdf:RDF>
