[groovy-dev] Startup cost -- just checking, not a huge issue -- mainly for interest

I know my Sun Blade 100 is old (5 years) and slow but...

|> JAVACMD=/usr/jdk/latest/bin/sparcv9/java time groovy -e "println
System.getProperty('sun.arch.data.model')"
64

real       17.4
user       14.1
sys         2.1
|> JAVACMD=/usr/jdk/latest/bin/sparcv9/java time groovy -e "println
System.getProperty('sun.arch.data.model')"
64

real       16.0
user       13.8
sys         1.3
|> time groovy -e "println System.getProperty('sun.arch.data.model')"
32

real    0m12.847s
user    0m9.287s
sys     0m1.506s
|> time groovy -e "println System.getProperty('sun.arch.data.model')"
32

real    0m11.417s
user    0m9.237s
sys     0m1.447s
|> 

[groovy-dev] ASTTransformations in 1.5.7 ?

Does anyone know if ASTTransformations and the new binding (SwingBuilder)
features will be available in 1.5.7+ ?

I just upgraded Graphicsbuilder to 1.6-beta-2-SNAPSHOT and noticed those
features are not ported to the 1.5.x branch. I can live with things as they
currently stand, it only means GraphicsBuilder will have a strict dependency
in Groovy 1.6+, also people wanting the new binding syntax will require 1.6+
onwards.

- Andres
--

-- 
View this message in context: http://www.nabble.com/ASTTransformations-in-1.5.7---tp19041195p19041195.html
Sent from the groovy - dev mailing list archive at Nabble.com.

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

    http://xircles.codehaus.org/manage_email

[groovy-dev] Closure Arguments?

(Hit up the user list again, but I'm apparently still not subscribed.)

Is there a way to allow a closure to take an arbitrary number of arguments and get them as a list?
I'm thinking of a behavior similar to Java's varargs.

Notably, the API already has Closure#run taking a single value or a list of values, so I guess I'm
really just asking if that's exposed in the Groovy syntax somewhere.

~~ Robert.

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

    http://xircles.codehaus.org/manage_email

[groovy-dev] MySQL Error

(I tried to send this to the user list, but it bounced me because I wasn't subscribed, even though
I've subscribed.  Had the same problem on the user-grails list.  I've forwarded the e-mail to the
owner of the lists, as the error response e-mail told me to.)

Is anyone successfully connecting to MySQL through Groovy 1.6b1?

When I run "driver.connect(url, info)", I get the following error:
Exception in thread "main" java.sql.SQLException: Unable to connect to any hosts due to exception:
java.lang.ArrayIndexOutOfBoundsException: 45
	at com.mysql.jdbc.Connection.createNewIO(Connection.java:1797)
	at com.mysql.jdbc.Connection.<init>(Connection.java:562)
	at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:361)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at
org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoCachedMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:182)
	at org.codehaus.groovy.runtime.callsite.CallSite.call(CallSite.java:126)
org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoCachedMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:182)
	at org.codehaus.groovy.runtime.callsite.CallSite.call(CallSite.java:126)

Now, I'm able to connect via JRuby and Java using the exact same Connector/J JAR, driver class name,
URL, username, and password.  So I've got to believe there's something weird going on with Groovy.

~~ Robert.

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

[groovy-dev] ObservableList addition

Does anyone have an objection on adding groovy.util.ObservableList (similar
to ObservableMap)? it may come in handy for UI development along with
@Bindable. Code and testcases are ready.

It will also be a good idea to tweak the code generated by @Bindable to
chain events coming from ObservableMap/ObservableList into the registered
listeners of the POGO.

- Andres
--

-- 
View this message in context: http://www.nabble.com/ObservableList-addition-tp19017366p19017366.html
Sent from the groovy - dev mailing list archive at Nabble.com.

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

    http://xircles.codehaus.org/manage_email

[groovy-dev] Groovy JIT and Partial Sums Benchmark

Hello all,

I've been writing a JIT for Groovy in my GSOC period, and I've got the
alpha code quality with some figures to show.
When a JIT technique, you don't need to worry about MOP representation
in bytecode as long as the default metaclass is not changed.
I use JVMTI to make this happen (I'm lucky enough to find the way to
avoid Java 6 specific feature and able to implement it for Java 5).

I'm confident that we are now able to get Java-near speed for Groovy 

Before going to the figures, I'd like to thank you:
  - Guillaume to let me in GSOC program this year,
  - Alex T. for making callsite fast enough to make me to find an
alternative way - and look back to my GJIT project,
  - Jochen for his questions and thoughts of how to remove
"box/unbox"-ing pairs.

This partial sums benchmark is from shootout. I've selected it to be
the first one because the ease of implementation.
As I mentioned, the JIT quality is still alpha, but at least I've got
a good enough code structure to patch (and patch).
My current goal is to beat all shootout benchmarks at the moment, and
I hope to finally have some more figures to show.

- PartialSumsJ is Java implementation of partial sums, taken from shootout.
- partial_sums.groovy is untyped version, taken from shootout.
- alioth/PartialSums.groovy is typed version, modified from partial_sums.groovy
All results use Java 1.6_06 with -server option.

[groovy-dev] Can't run a file with - in it

Is this supposed to happen?

➔ target/install/bin/groovy recursive-blah.groovy
Caught: java.lang.ClassFormatError: Illegal class name "recursive-blah" 
in class file recursive-blah

- Charlie

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

    http://xircles.codehaus.org/manage_email

[groovy-dev] The JavaDoc Problem

I spotted that the GroovyDoc job was spawned but the JavaDoc job was
not.  Well it is now.  And instead of taking 100mins to fail due to an
OutOfMemoryError, it  takes 9 mins to succeed.  Well it does on my
machine.  We will now see whether the continuous integration servers
take the same view.

Clearly Paul's idea of ANT_OPTS=-Xmx512m wasn't actually increasing the
stack space available to the Javadoc task.  I have no idea why it
worked, must have been some jiggery pokery that cause the job to just
fit in 32M.

--

-- 
Russel.
====================================================
Dr Russel Winder                 Partner

Concertant LLP                   t: +44 20 7585 2200, +44 20 7193 9203
41 Buckmaster Road,              f: +44 8700 516 084
London SW11 1EN, UK.             m: +44 7770 465 077

[groovy-dev] Re: [groovy-scm] [jira] Created: (GRECLIPSE-151) Eclipse europa/ganymede not working

[groovy-dev] [Fwd: [groovy-scm] groovy build.1503 Build Successful]

Am I the only person worried about the Groovy build time.  1502 took 93
minutes, 1503 took 152 minutes.

-------- Forwarded Message --------
> From: build-support@...
> Reply-To: dev@...
> To: build-support@..., dierk.koenig@...,
> mguillemot@..., scm@...
> Subject: [groovy-scm] groovy build.1503 Build Successful
> Date: Wed, 13 Aug 2008 01:39:56 +0200 (CEST)

> BUILD COMPLETE - build.1503
>            Date of build
> 08/12/2008 23:06:37
>            Time to build
> 152 minutes 46 seconds
>            Last changed
> 08/12/2008 23:03:14
> 
> 

--

-- 
Russel.
====================================================
Dr Russel Winder                 Partner

Concertant LLP                   t: +44 20 7585 2200, +44 20 7193 9203
41 Buckmaster Road,              f: +44 8700 516 084
London SW11 1EN, UK.             m: +44 7770 465 077

[groovy-dev] New GMaven 1.0-rc-3-SNAPSHOT deployed; Please Test

I've just deployed a new set of snapshots for GMaven 1.0-rc-3- 
SNAPSHOT.  This contains a bunch of stuff.  See the road-map for more  
details:

     http://jira.codehaus.org/browse/MGROOVY?report=com.atlassian.jira.plugin.system.project:roadmap-panel

Anyways, just wanted folks to give this new snap a test and if its all  
happy happy I'm going to release it shortly.  So, please, please give  
it a try and let me know if anything breaks.

Thanks,

--jason

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

    http://xircles.codehaus.org/manage_email