<?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 rdf:about="http://blog.gmane.org/gmane.comp.lang.groovy.user">
    <title>gmane.comp.lang.groovy.user</title>
    <link>http://blog.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://comments.gmane.org/gmane.comp.lang.groovy.user/61962"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61960"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61958"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61955"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61954"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61951"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61947"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61946"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61945"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61944"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61938"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61936"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61931"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61925"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61922"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61921"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61918"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61916"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61914"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.groovy.user/61903"/>
      </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://comments.gmane.org/gmane.comp.lang.groovy.user/61962">
    <title>[groovy-user] Fwd: Re: [groovy-dev] Groovy ant task and Java 1.7</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61962</link>
    <description>&lt;pre&gt;Hi Andre,

I get the following error message when I run an ant command using a build file that contains a &amp;lt;groovy&amp;gt; command - e.g. "ant -p"

Buildfile: /.../build.XML
/.../build.XML:443 Java.lang.UnsupportedClassVersionError: org/codehaus/groovy/ant/Groovyc : Unsupported major.minor version 51.0

Line 443 in the build file is the &amp;lt;taskdef name="groovyc" ... /&amp;gt;  command.

Googling this shows that version 51.0 is Java 1.7 which I'm running on this machine (1.7.0_21 Iced Tea 2.3.9). This build file has been working fine under Java 1.6.

Any help appreciated. Otherwise I'll be reverting to Java 1.6.

Thanks,

Steve

-------- Original Message --------
Subject: Re: [groovy-dev] Groovy ant task and Java 1.7
From: André Steingreß &amp;lt;andre.steingress&amp;lt; at &amp;gt;gmail.com&amp;gt;
To: Groovy-Dev &amp;lt;dev&amp;lt; at &amp;gt;groovy.codehaus.org&amp;gt;
CC: 

Hi Steve,

Please ask those questions on the groovy-user mailing list.

And: could you show us the stack trace/exception message you are getting?

Cheers,  André
Am 25.05.2013 15:27 schrieb "Steve Higham" &amp;lt;steve&amp;lt; at &amp;gt;s&lt;/pre&gt;</description>
    <dc:creator>Steve Higham</dc:creator>
    <dc:date>2013-05-25T21:03:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61960">
    <title>[groovy-user] Groovy ant task and Java 1.7</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61960</link>
    <description>&lt;pre&gt;I have an Ant build file using the groovy task &amp;lt;groovy&amp;gt;. This worked fine until I tried to run it on a laptop running OpenSuse and Java 1.7. I then got an incompatable version exception. I upgraded to the latest groovy version (2.1.3) but I'm still getting the same exception. Is this a known issue? I can't find it in the bug tracker.

Kind Regards,

Steve&lt;/pre&gt;</description>
    <dc:creator>Steve Higham</dc:creator>
    <dc:date>2013-05-25T13:26:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61958">
    <title>[groovy-user] Groovy Classes and ObjectInputStream</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61958</link>
    <description>&lt;pre&gt;Im currently trying to expand the Groovy I/O tutorial to cover object
streams. Makes for some interesting research.

 

Ive got this Groovy class definition 

 

package sample

 

class Container implements Serializable {

 

    List list

    Map map

    

    boolean equals(Container other) {

        this.list == other.list &amp;amp;&amp;amp; this.map == other.map

    }

}

 

Im having trouble reading the data after ANY recompilation. It only work if
I compile to sample/Container.class once and leave it alone.

 

Otherwise the code that reads in the data

 

import sample.Container

 

def objects = []

def fis = new FileInputStream("object.bin")

fis.newObjectInputStream(Container.classLoader).eachObject { obj -&amp;gt;

    objects &amp;lt;&amp;lt; obj

}

 

keeps on throwing exceptions like this one:

 

java.io.InvalidClassException: sample.Container; local class incompatible:

stream classdesc serialVersionUID = -3698705106567121233, local class
serialVersionUID = 6309088008650198638

 

I dont even want to be forced to s&lt;/pre&gt;</description>
    <dc:creator>Jochen Eddelbüttel</dc:creator>
    <dc:date>2013-05-25T10:53:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61955">
    <title>[groovy-user] LinkageError issue when loading external Java APIs</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61955</link>
    <description>&lt;pre&gt;Hi,

I am a seasoned Perl programmer new to Groovy and not too experienced with
Java.  But I am attempting to integrate a Java APIs for Cleo VLTrader using
Groovy based on several code examples in Java.

I am receiving the following exception:

Caught: java.lang.LinkageError: loader constraint violation: loader
(instance of &amp;lt;bootloader&amp;gt;) previously initiated loading for a different
type with name "org/w3c/dom/Document"

java.lang.LinkageError: loader constraint violation: loader (instance of
&amp;lt;bootloader&amp;gt;) previously initiated loading for a different type with name
"org/w3c/dom/Document"

        at com.cleo.lexicom.beans.Options.&amp;lt;init&amp;gt;(Options.java:275)

        at com.cleo.lexicom.XMLBeaner.instantiate(XMLBeaner.java:608)

        at com.cleo.lexicom.XMLBeaner.getBean(XMLBeaner.java:281)

        at com.cleo.lexicom.LexiCom.readOptions(LexiCom.java:2398)

        at com.cleo.lexicom.LexiCom.getOptions(LexiCom.java:2322)

        at com.cleo.lexicom.LexiCom.initb(LexiCom.java:466)

        at com.cleo.lexico&lt;/pre&gt;</description>
    <dc:creator>Christopher Taranto</dc:creator>
    <dc:date>2013-05-24T19:40:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61954">
    <title>[groovy-user] Git vs Perforce Comparison</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61954</link>
    <description>&lt;pre&gt;Hello Groovers,

I'm sure that everyone here is pretty well sold on the idea that Git is
nearly always a better SCM choice than Perforce, etc.  I recently had to do
a comparison at work highlighting the differences between the two systems
as we try to move from a legacy home-grown SCM solution to a more modern
approach.  The result is posted at the link below in case you find it
useful in making a similar argument.  Enjoy!

http://cooljure.blogspot.com/2013/05/hello-all-this-is-my-very-first-post-on.html

Alan Thompson
&lt;/pre&gt;</description>
    <dc:creator>Alan Thompson</dc:creator>
    <dc:date>2013-05-24T18:17:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61951">
    <title>[groovy-user] Do we have ruby's symbols analogue?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61951</link>
    <description>&lt;pre&gt;Hello

While developing Grails application I spend a lot of time working with 
strings - comparing them, using them as keys in maps and so on. 
Sometimes I feel that it should be enums (like language "en", "ru") but 
it adds complexity - add one more class, sometimes use it, sometimes 
strings...
May be we should have something similar to Ruby's symbols - enums that 
super simple/fast convert to/from string

I don't know how Groovy/Java works with strings. The goal of symbols:

1. Less memory consumption
2. Fastest object comparison

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

    http://xircles.codehaus.org/manage_email



&lt;/pre&gt;</description>
    <dc:creator>Fedor Belov</dc:creator>
    <dc:date>2013-05-24T11:46:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61947">
    <title>[groovy-user] Running static analysis on Groovy code to look for security problems.</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61947</link>
    <description>&lt;pre&gt;Hi,
   Having used groovy successfully in the the part in a Spring MVC app 
(with a lot of Java code), I am trying to push the introduction of 
groovy in another product. However, the only barrier I have is the lack 
of ability to do web-app security static analysis for Groovy code from 
vendors like whitehat security (https://www.whitehatsec.com/) . We are 
evaluating using these tools to do some static analysis of our code, and 
most of these tools do not support (understandably) dynamic languages 
like groovy.

What options do I have ? I would not like to loose out on Groovy, but at 
the same time, this 3rd party security testing (static and pen testing) 
is very important for us. Please advice.

Thanks,
  ~preetham

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

    http://xircles.codehaus.org/manage_email



&lt;/pre&gt;</description>
    <dc:creator>Preetham Kajekar</dc:creator>
    <dc:date>2013-05-23T16:55:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61946">
    <title>[groovy-user] Expando - getProperties doesn't include Class Properties</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61946</link>
    <description>&lt;pre&gt;Hi all,

Can anyone explain why a class that extends Expando has no properties as 
in the example below?  How do I get the properties of a class that 
extends Expando?  I'm using Groovy 2.1.3.

    class A
    {
        def x = 37
    }

    class B extends Expando
    {
        def x = 37
    }

    A a = new A()
    println a.properties

    B b = new B()
    println b.properties

output:

    *[class:class A, x:37]*
    *[:]*


Thanks,
Steve Amerige, Senior Software Developer



&lt;/pre&gt;</description>
    <dc:creator>Steve Amerige</dc:creator>
    <dc:date>2013-05-23T15:50:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61945">
    <title>[groovy-user] Code Review:</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61945</link>
    <description>&lt;pre&gt;Hi all,

The code below is successfully able to determine the String name of a 
closure.  Is what I'm doing correct and safe?  Are there any edge cases 
I might have missed?

import org.codehaus.groovy.runtime.MethodClosure

class Util
{
     static String getClosureName(Closure c)
     {
         return c instanceof Closure &amp;amp;&amp;amp; !(c instanceof MethodClosure) ?
               c.owner.class.name + '.' + c.properties.find { k,v -&amp;gt; c 
== v }.getKey()
            :  null
     }
}

class Foo
{
     def x = {}
     def fn() {}
}

class Bar
{
     def y = {}
}

f = new Foo()
b = new Bar()
assert Util.getClosureName(f.x) == 'Foo.x'
assert Util.getClosureName(b.y) == 'Bar.y'
assert Util.getClosureName(f.&amp;amp;fn) == null

Thanks,
Steve Amerige, Senior Software Developer


&lt;/pre&gt;</description>
    <dc:creator>Steve Amerige</dc:creator>
    <dc:date>2013-05-23T13:04:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61944">
    <title>[groovy-user] Where to get PDF version of *all* groovy documentation?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61944</link>
    <description>&lt;pre&gt;Hello,

Just like Grails' "single.pdf" that contains all of Grails documentation,
can somebody please create and upload a similar bundle for Groovy?

If not a a single PDF, then, maybe a PDF each for "Getting Started with
Groovy", "Using Groovy", "Cookbook Examples", "Advanced Usage", etc would
also be greatly helpful.

If not PDF's, then at least downloadable HTML tarballs would also be
helpful.

I usually have a need to read Groovy documentation over a slow (and paid!)
connection, so would greatly appreciate offline versions. I'm sure many
others would be benefited too.

Many thanks in advance,
/HS
&lt;/pre&gt;</description>
    <dc:creator>Harry Simons</dc:creator>
    <dc:date>2013-05-23T12:16:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61938">
    <title>[groovy-user] groovy - invoking a closure</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61938</link>
    <description>&lt;pre&gt;Hi,

Given the following piece of code:

class Lol {
    def clo = {
        println "arg $it"
    }.memoize()
}

Why it's not possible to invoke closure as following:

new Lol().clo('sample arg')

The result is:
groovy.lang.MissingMethodException: No signature of method:
org.codehaus.groovy.runtime.memoize.Memoize$MemoizeFunction.doCall() is
applicable for argument types: (java.lang.String) values: [sample arg]

Why? Do I have to call 'call()' method explicitly?



--
View this message in context: http://groovy.329449.n5.nabble.com/groovy-invoking-a-closure-tp5715524.html
Sent from the groovy - user mailing list archive at Nabble.com.

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

    http://xircles.codehaus.org/manage_email



&lt;/pre&gt;</description>
    <dc:creator>Opal</dc:creator>
    <dc:date>2013-05-23T07:32:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61936">
    <title>[groovy-user] broken groovy JARs in repositories</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61936</link>
    <description>&lt;pre&gt;Hi,

I am getting checksum errors for all the groovy AND groovy-all 1.6.* jars in
both codehaus and maven central repositories.

Tried to download jar manually and tried to open them, happens they are all
broken.

Anybody knows anything about it?

Thanks in advance,
Daniel



--
View this message in context: http://groovy.329449.n5.nabble.com/broken-groovy-JARs-in-repositories-tp5715519.html
Sent from the groovy - user mailing list archive at Nabble.com.

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

    http://xircles.codehaus.org/manage_email



&lt;/pre&gt;</description>
    <dc:creator>Daniel Marreco</dc:creator>
    <dc:date>2013-05-22T20:52:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61931">
    <title>[groovy-user] Tend to forgetting each...</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61931</link>
    <description>&lt;pre&gt;Hello there,

I've found I repeatedly tend to forget 'each', i.e., I tend to write

someCollection { ... }

instead of

someCollection.each { ... }

I wonder, is that just me, or happens this to others, too? To be quite frank I am considering whether to tweak the runtime to automatically perform 'each' in such cases through methodMissing, or whether it would bring more harm than benefits :P

All the best,
OC


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

    http://xircles.codehaus.org/manage_email



&lt;/pre&gt;</description>
    <dc:creator>OC</dc:creator>
    <dc:date>2013-05-22T15:07:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61925">
    <title>[groovy-user] XML size (Was: XmlSlurper no GC</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61925</link>
    <description>&lt;pre&gt;XmlSlurper performance aside; as a side-note, I have to wonder why you are shipping 25MB SOAP messages around instead of deferring the big blobs of data to MTOM attachments.


--
Schalk W. Cronjé
[Sent from mobile phone]

-------- Original message --------
From: jochen&amp;lt; at &amp;gt;eddelbuettel.net 
Date: 21/05/2013  22:56  (GMT+00:00) 
To: user&amp;lt; at &amp;gt;groovy.codehaus.org,youknowwho&amp;lt; at &amp;gt;heroicefforts.net 
Subject: Re: [groovy-user] XmlSlurper no GC 
 
Jess,
 
I've had my hand on the XmlSlurper sources just recently. Its categorization as "lazy evaluation" only extends to GPath queries (where it builds a hierarchy of Iterators instead of collecting nodes into new lists) and node structure manipulation (where new node content is represented by Builder closures until the XML is streamed out again). But it still creates a full in-memory representation of its (groovy.util.slurpersupport.)Nodes in the parse method based on SAX events. So we end up with something that is closer to DOM than StAX. It's all implemented in Java, not compile&lt;/pre&gt;</description>
    <dc:creator>Schalk W. Cronjé</dc:creator>
    <dc:date>2013-05-22T05:11:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61922">
    <title>[groovy-user] Groovy not working with Rhino JS to Java call</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61922</link>
    <description>&lt;pre&gt;Mirth Connect is an open source integration engine with specific support
for

HL7 (healthcare) messages. 

Internally it uses the Rhino JavaScript engine which of course runs
JavaScript, but also allows calling code from custom Java packages
(found in jar files in the custom-lib). 

 

I have written a simple Groovy class and then created the jar using the
GroovyWrapper
(http://docs.codehaus.org/display/GROOVY/WrappingGroovyScript) 

 

The code runs without error, but I find that when I try to do something
Groovy, the call is simply ignored. 

For example: 

 

        def orderList = orders.split("\n") 

        return orderList[0] 

 

returns the expected single line (orderList[0]) when running in the IDE,
but returns the entire multi-line string (orders) when run from Mirth
(Rhino). 

 

Admittedly, this is my first attempt at running compiled Groovy from
Java, so the chances that I am missing something completely obvious are
high, but I have spent some time on this before calling for help. 

 

Can any&lt;/pre&gt;</description>
    <dc:creator>Schleis, David M.</dc:creator>
    <dc:date>2013-05-21T21:32:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61921">
    <title>[groovy-user] Jar-red Groovy not working from Rhino JS to Java call</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61921</link>
    <description>&lt;pre&gt;Mirth Connect is an open source integration engine with specific support
for

HL7 (healthcare) messages. 

Internally it uses the Rhino JavaScript engine which of course runs
JavaScript, but also allows calling code from custom Java packages
(found in jar files in the custom-lib). 

 

I have written a simple Groovy class and then created the jar using the
GroovyWrapper
(http://docs.codehaus.org/display/GROOVY/WrappingGroovyScript) 

 

The code runs without error, but I find that when I try to do something
Groovy, the call is simply ignored. 

For example: 

 

        def orderList = orders.split("\n") 

        return orderList[0] 

 

returns the expected single line (orderList[0]) when running in the IDE,
but returns the entire multi-line string (orders) when run from Mirth
(Rhino). 

 

Admittedly, this is my first attempt at running compiled Groovy from
Java, so the chances that I am missing something completely obvious are
high, but I have spent some time on this before calling for help. 

 

Can any&lt;/pre&gt;</description>
    <dc:creator>Schleis, David M.</dc:creator>
    <dc:date>2013-05-21T21:16:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61918">
    <title>[groovy-user] XmlSlurper no GC</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61918</link>
    <description>&lt;pre&gt;
Background, I'm contemplating upwards of 25MB SOAP responses coming across the wire to me and vainly holding on to the illusion that the syntactically beautiful XmlSlurper would ever scale, memory wise, to support concurrent processing of such requests in a JEE server environment.  Oh, I can hear the I told you so's echoing from my teammates already.  :)
 
I have a Groovy script that simply reads a 25MB message from disk and does some light processing using XmlSlurper.  With a 128MB heap, it just manages to run (oh StAX how I envy you now).  However, if I run this block in a loop, then I get an OOME.  Once the root GPathResult returned by the parse invocation is queried, then it appears that memory is never GC'd.  I see no explicit cleanup methods on any of these classes.  I've tried scoping in a closure, explicitly assigning nulls, etc. and nothing seems to work.  Other allocations, big arrays, etc. are GC'd as expected.  Are there known memory leak issues in this implementation or maybe Sun's underlying S&lt;/pre&gt;</description>
    <dc:creator>youknowwho-h/fBBGY9GQwcavXph9NsS16hYfS7NtTn&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-05-21T14:34:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61916">
    <title>[groovy-user] in-consistence :)</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61916</link>
    <description>&lt;pre&gt;Hello there,

I've bumped into one slight inconsistence with 'in' -- is this the presumed behaviour?

groovy:000&amp;gt; String in Class
===&amp;gt; false
groovy:000&amp;gt; String instanceof Class
===&amp;gt; true
groovy:000&amp;gt; 

Thanks,
OC


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

    http://xircles.codehaus.org/manage_email



&lt;/pre&gt;</description>
    <dc:creator>OC</dc:creator>
    <dc:date>2013-05-21T09:40:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61914">
    <title>[groovy-user] ClassLoaders and garbage collection</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61914</link>
    <description>&lt;pre&gt;Hello everyone,
I'm not that big expert of garbage collection and classloaders, but there's
something that puzzles me and it's very important for me to find an answer
to this.
I've been told that a class can be collected when 
1) all the instances of that class have lost all references. Hence, they're
marked for collection
2) all the classes loaded by the same classloader have no referenced
instances
3) the classloader that loaded is no referenced anymore

I'm experiencing an unexpected behavior with the groovyclassloader.
Let's take this sample code:


We have 2 classloaders extending GroovyClassLoader. the XClassLoader loads a
java.util.Date, while the WoodClassLoader parses a class on the fly.
Both classloaders override finalize() to give us a hint the classloader is
marked for collection.
Finally the instance overrides finalize() as well to let us now the object
is marked for collection as well.

I would expect to see:
- dead instance
- Death of wood class loader
- Death of X class laoder

I've read fact&lt;/pre&gt;</description>
    <dc:creator>theirish81</dc:creator>
    <dc:date>2013-05-21T06:33:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61903">
    <title>[groovy-user] Is there a groovy way to change a string bit please?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61903</link>
    <description>&lt;pre&gt; Hi.

I have a string: 
def str = "111000";

And I want change the last bit to 1 (or other changes).
I know I can not use these under groovy 2.1.3:
str[-1] = '1';
str[0] = '0';
str[1..2] = '00';

So, is there a simple groovy way to do these please?



-----
Xunitc
--
View this message in context: http://groovy.329449.n5.nabble.com/Is-there-a-groovy-way-to-change-a-string-bit-please-tp5715478.html
Sent from the groovy - user mailing list archive at Nabble.com.

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

    http://xircles.codehaus.org/manage_email



&lt;/pre&gt;</description>
    <dc:creator>xunitc</dc:creator>
    <dc:date>2013-05-20T11:45:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.groovy.user/61902">
    <title>[groovy-user] arrays equals and hashCode</title>
    <link>http://comments.gmane.org/gmane.comp.lang.groovy.user/61902</link>
    <description>&lt;pre&gt;Greetings,

It seems Groovy arrays don't obey the javadoc hashCode contract
(http://docs.oracle.com/javase/6/docs/api/java/lang/Object.html#hashCode()).
Specifically, array equality is computed by comparing array elements,
but hashCode is computed based on the object reference. We ran into this
issue at work when trying to use byte arrays as keys in a HashMap
(instead of Strings). I do not see this unexpected behavior documented
anywhere, so I thought I'd post it here for discussion.

Below are some non-exhaustive test cases. Out of these, only the last
test, using Strings, passes. All others fail on the hashCode assertion.

Regards,
Paul

// ran with groovy 2.1.3, osx, jdk 1.6, junit 4

    &amp;lt; at &amp;gt;Test
    void testBytePrimitiveArray() {
        byte[] b1 = new byte[2]
        byte[] b2 = new byte[2]
        assert b1 == b2
        assert b1.hashCode() == b2.hashCode() //fails
    }

    &amp;lt; at &amp;gt;Test
    void testByteObjectArray() {
        Byte[] b1 = new Byte[2]
        Byte[] b2 = new Byte[2]
        assert b1 == b2
&lt;/pre&gt;</description>
    <dc:creator>Pawel Slusarz</dc:creator>
    <dc:date>2013-05-19T20:00:13</dc:date>
  </item>
  <textinput rdf: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>
