Ondřej Čada | 1 Mar 03:00 2012
Picon

[groovy-user] fixed: help please -- weird setter problem?

Hello there,

On Feb 29, 2012, at 9:23 PM, Ondřej Čada wrote:

> perhaps I am overlooking something obvious, but well, this code ...
> 	auction.setAuctionIsCreated(true)
> ... works perfectly. This variant though ...
> 	auction.auctionIsCreated=true
> ... consistently throws ... exception.

Well, found and fixed the culprit.

You may recall from my previous message that so as I can use syntax "foo.bar" to call "foo.bar()", I was using
the following Object category (installed through mixin):

 <at> Category(Object) class DecentPropertyAccess {
	def propertyMissing(String name) {
		def method=metaClass.methods.find { meth -> meth?.getName()==name }
		if (!method) throw new Exception("DPA: Unknown property '$name' of '${this.getClass()}'")
		this.metaClass."get${name.capitalize()}" = {-> // next time do it fast (*)
			method.doMethodInvoke(this,null)
		}
		method.doMethodInvoke(this,null)
	}
}

Now, it seems that's the catch -- looks like the Groovy runtime tries to be smart or something, and if it
happens to have the getter installed in metaClass, it does not bother trying to use the original setter --
either it finds it alongside the getter, or it fails.

(Continue reading)

Roshan Dawrani | 1 Mar 08:46 2012
Picon

Re: [groovy-user] Groovy Web Console not running fine atm

Thanks. Web console seems to be working now. :-)

On Feb 29, 2012 1:29 PM, "Guillaume Laforge" <glaforge-yCVjj/EcxBJg9hUCZPvPmw@public.gmane.org> wrote:
Hi Roshan,

The Groovy Web Console seems to have been under heavy load those past
24 hours, and especially around 12 hours ago.
It's been using all the free quota, in particular the "frontend
instances" quota, which means the console is not available anymore...
But the quota renewal will happen in a few minutes, at the hour, so
the service should be back... for now.
Now, I'm not sure what all that trafic is about.
I don't really see anything obvious from looking at the logs.

Guillaume

On Wed, Feb 29, 2012 at 08:27, Roshan Dawrani <roshandawrani-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Hi,
>
> FYI. Groovy Web Console needs a look. Failing to execute any script at the
> moment.
>
> --
> Roshan
> http://roshandawrani.wordpress.com/
>



--
Guillaume Laforge
Groovy Project Manager
Head of Groovy Development at SpringSource
http://www.springsource.com/g2one

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

   http://xircles.codehaus.org/manage_email


hansotto73 | 1 Mar 11:04 2012
Picon
Picon

[groovy-user] JsonOutput

Hello,

in my scenario i need to transfer dates with milliseconds resolution and because of performance reasons as numbers.

I found the following solution at the moment:

import groovy.json.JsonOutput
class A { Date d }
a=new A(d:new Date(1330556400000))

// default behaviour
assert JsonOutput.toJson(a)=='{"d":"2012-02-29T23:00:00+0000"}'

JsonOutput.metaClass.'static'.toJson = { Date d -> d.time.toString() }
// wanted behaviour
assert JsonOutput.toJson(a)=='{"d":1330556400000}'

(Both representations work with the default JavaScript Date constructors and are JSON compliant.)

But the modification of the meta class has side effects on other threads using JsonOutput!

Are there some meta programming tricks to modify a static method only for the current thread?

Some ideas to solve the root cause of the problem:
* Provide hooks in the class JsonOutput to customize the date representation or the representation of
application specific classes (e.g. discard some properties). The hooks should only effect the current thread.
* Or easier: If a class provides already a toJson method, JsonOutput should use it.

Mathias

--

-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!                                  
Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

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

    http://xircles.codehaus.org/manage_email

Dinko Srkoc | 1 Mar 12:54 2012
Picon

Re: [groovy-user] JsonOutput

On 1 March 2012 11:04,  <hansotto73@...> wrote:
> Hello,
>
> in my scenario i need to transfer dates with milliseconds resolution and because of performance reasons
as numbers.
>
> I found the following solution at the moment:
>
> import groovy.json.JsonOutput
> class A { Date d }
> a=new A(d:new Date(1330556400000))
>
> // default behaviour
> assert JsonOutput.toJson(a)=='{"d":"2012-02-29T23:00:00+0000"}'
>
> JsonOutput.metaClass.'static'.toJson = { Date d -> d.time.toString() }
> // wanted behaviour
> assert JsonOutput.toJson(a)=='{"d":1330556400000}'
>
> (Both representations work with the default JavaScript Date constructors and are JSON compliant.)
>
> But the modification of the meta class has side effects on other threads using JsonOutput!
>
> Are there some meta programming tricks to modify a static method only for the current thread?

How about a simpler solution?

8<----------------------------------------
import groovy.json.JsonOutput

class A {
    Date d

    def asType(Class aType) {
        if (aType == B)
            new B(d: d.time)
        else
            throw new IllegalArgumentException("$aType not supported")
    }
}

class B { Long d }

a=new A(d:new Date(1330556400000))

assert JsonOutput.toJson(a as B) == '{"d":1330556400000}'
---------------------------------------->8

Naturally, this assumes you have control over class A. If not, you can
still convert it to B externally.

Cheers,
Dinko

>
> Some ideas to solve the root cause of the problem:
> * Provide hooks in the class JsonOutput to customize the date representation or the representation of
application specific classes (e.g. discard some properties). The hooks should only effect the current thread.
> * Or easier: If a class provides already a toJson method, JsonOutput should use it.
>
> Mathias
>
>
> --
> NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!
> Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a
>
> ---------------------------------------------------------------------
> 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

Konstantinos Kostarellis | 1 Mar 14:39 2012
Picon

[groovy-user] Re: [grails-user] Re: Classloading goes bad ?

<at> Cedric yes you are right its more of a grails question :) Strange is thou that the script (almost) works well in pure groovy. It won't exit after its done (won't return to the command-line -> I have to Ctrl+C kill it to get back) don't know why this is happening.

Do you have an why the script won't quit and return to my shell-prompt ?

<at> Bobby jollydays http://jollyday.sourceforge.net/ is a lib that uses joda-time to calculate holidays based on rules saved in XML files (provided in the libs jar file, no online request needed). I guess it uses jaxb to load those XMLConfigs ("Holidays_${COUNTRYCODE}.xml") but if its used in a grails context it won't find the XMLs. Thou it works if the code is called from within STS in e.g. a JUnit - Test. Same unit-test fails thou when its run in grails interactive shell with test-app.

I didn't include the joda-time grails plugin in my app. Checkout the sample app: It got only the default plugins + the dependency to jollyday.

Basically I was about to write a grails plugin for jollydays and tripped over that problem.

I created a simple grails 2.0.1. sample app demonstrating the problem and I pushed it to github this morning https://github.com/delight/Jollycheck 

The exception happens in

11: HolidayManager hm = HolidayManager.getInstance(HolidayCalendar.GERMANY)

and the stacktrace in grails 2.0.1 looks like this:

| Error 2012-03-01 11:17:24,795 [http-bio-8080-exec-10] ERROR errors.GrailsExceptionResolver  - NullPointerException occurred when processing request: [GET] /Jollycheck/holi/index
Stacktrace follows:
Message: null
   Line | Method
->> 130 | handleClassCastException in javax.xml.bind.ContextFinder
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
|   202 | newInstance              in     ''
|   147 | newInstance . . . . . .  in     ''
|   362 | find                     in     ''
|   446 | newInstance . . . . . .  in javax.xml.bind.JAXBContext
|   409 | newInstance              in     ''
|    89 | createJAXBContext . . .  in de.jollyday.util.XMLUtil
|    67 | unmarshallConfiguration  in     ''
|   283 | init . . . . . . . . . . in de.jollyday.impl.XMLManager
|   156 | createManager            in de.jollyday.HolidayManager
|   117 | getInstance . . . . . .  in     ''
|   101 | getInstance              in     ''
|    11 | index . . . . . . . . .  in jollycheck.HoliController
|   886 | runTask                  in java.util.concurrent.ThreadPoolExecutor$Worker
|   908 | run . . . . . . . . . .  in     ''
^   662 | run                      in java.lang.Thread

####################################################################################
In grails 1.3.7 the error looks like this:

Error 500: Executing action [index] of controller [jollycheck.HoliController] caused exception: Cannot instantiate configuration.
Servlet: grails
URI: /jollycheck/grails/holi/index.dispatch
Exception Message: 
Caused by: 
Class: HoliController 
At Line: [11] 
Code Snippet:

with the following stacktrace:

2012-03-01 14:08:26,911 [http-8080-2] ERROR errors.GrailsExceptionResolver  - Exception occurred when processing request: [GET] /jollycheck/holi/index
Stacktrace follows:
java.lang.NullPointerException
        at javax.xml.bind.ContextFinder.handleClassCastException(ContextFinder.java:130)
        at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:202)
        at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:147)
        at javax.xml.bind.ContextFinder.find(ContextFinder.java:362)
        at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:446)
        at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:409)
        at de.jollyday.util.XMLUtil.createJAXBContext(XMLUtil.java:89)
        at de.jollyday.util.XMLUtil.unmarshallConfiguration(XMLUtil.java:67)
        at de.jollyday.impl.XMLManager.init(XMLManager.java:283)
        at de.jollyday.HolidayManager.createManager(HolidayManager.java:156)
        at de.jollyday.HolidayManager.getInstance(HolidayManager.java:117)
        at de.jollyday.HolidayManager.getInstance(HolidayManager.java:101)
        at de.jollyday.HolidayManager$getInstance.call(Unknown Source)
        at jollycheck.HoliController$_closure1.doCall(HoliController.groovy:11)
        at jollycheck.HoliController$_closure1.doCall(HoliController.groovy)
        at java.lang.Thread.run(Thread.java:662)

2012/2/29 Cédric Champeau <cedric.champeau-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Looks like it's more a question for the Grails mailing list, but just in case, could you paste the exception you have ?

2012/2/29 bobbywarner <bobbywarner-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
I've never used this particular library, but looks like it has the following
dependencies:

com.sun.xml.bind:jaxb-impl:2.2.4
javax.xml.bind:jaxb-api :2.2.4
joda-time:joda-time:2.0
junit:junit:4.8.2

Are you using the JodaTime Grails plugin?  If so, which version of JodaTime
is used by the version of the plugin you are using?


Thanks,
Bobby

--
View this message in context: http://grails.1312388.n4.nabble.com/Classloading-goes-bad-tp4431718p4432388.html
Sent from the Grails - user mailing list archive at Nabble.com.

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

   http://xircles.codehaus.org/manage_email



Konstantinos Kostarellis | 1 Mar 15:22 2012
Picon

[groovy-user] Re: [grails-user] Re: Classloading goes bad ?

<at> Bobby I just solved the problem (grails context). I simply had to exclude jaxb-api from the dependency.

Works fine for me now ;)

<at> Cedric I still don't know why the script "hangs" thou ... this is not really important for me and my future development
but I'm kind of a curious person when it comes to such things. Maybe you got an idea ?

Thank you guys,
   Kosta

2012/3/1 Konstantinos Kostarellis <kosta.grails-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
<at> Cedric yes you are right its more of a grails question :) Strange is thou that the script (almost) works well in pure groovy. It won't exit after its done (won't return to the command-line -> I have to Ctrl+C kill it to get back) don't know why this is happening.
Do you have an why the script won't quit and return to my shell-prompt ?

<at> Bobby jollydays http://jollyday.sourceforge.net/ is a lib that uses joda-time to calculate holidays based on rules saved in XML files (provided in the libs jar file, no online request needed). I guess it uses jaxb to load those XMLConfigs ("Holidays_${COUNTRYCODE}.xml") but if its used in a grails context it won't find the XMLs. Thou it works if the code is called from within STS in e.g. a JUnit - Test. Same unit-test fails thou when its run in grails interactive shell with test-app.

I didn't include the joda-time grails plugin in my app. Checkout the sample app: It got only the default plugins + the dependency to jollyday.

Basically I was about to write a grails plugin for jollydays and tripped over that problem.

I created a simple grails 2.0.1. sample app demonstrating the problem and I pushed it to github this morning https://github.com/delight/Jollycheck 

The exception happens in

11: HolidayManager hm = HolidayManager.getInstance(HolidayCalendar.GERMANY)

and the stacktrace in grails 2.0.1 looks like this:

| Error 2012-03-01 11:17:24,795 [http-bio-8080-exec-10] ERROR errors.GrailsExceptionResolver  - NullPointerException occurred when processing request: [GET] /Jollycheck/holi/index
Stacktrace follows:
Message: null
   Line | Method
->> 130 | handleClassCastException in javax.xml.bind.ContextFinder
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
|   202 | newInstance              in     ''
|   147 | newInstance . . . . . .  in     ''
|   362 | find                     in     ''
|   446 | newInstance . . . . . .  in javax.xml.bind.JAXBContext
|   409 | newInstance              in     ''
|    89 | createJAXBContext . . .  in de.jollyday.util.XMLUtil
|    67 | unmarshallConfiguration  in     ''
|   283 | init . . . . . . . . . . in de.jollyday.impl.XMLManager
|   156 | createManager            in de.jollyday.HolidayManager
|   117 | getInstance . . . . . .  in     ''
|   101 | getInstance              in     ''
|    11 | index . . . . . . . . .  in jollycheck.HoliController
|   886 | runTask                  in java.util.concurrent.ThreadPoolExecutor$Worker
|   908 | run . . . . . . . . . .  in     ''
^   662 | run                      in java.lang.Thread

####################################################################################
In grails 1.3.7 the error looks like this:

Error 500: Executing action [index] of controller [jollycheck.HoliController] caused exception: Cannot instantiate configuration.
Servlet: grails
URI: /jollycheck/grails/holi/index.dispatch
Exception Message: 
Caused by: 
Class: HoliController 
At Line: [11] 
Code Snippet:

with the following stacktrace:

2012-03-01 14:08:26,911 [http-8080-2] ERROR errors.GrailsExceptionResolver  - Exception occurred when processing request: [GET] /jollycheck/holi/index
Stacktrace follows:
java.lang.NullPointerException
        at javax.xml.bind.ContextFinder.handleClassCastException(ContextFinder.java:130)
        at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:202)
        at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:147)
        at javax.xml.bind.ContextFinder.find(ContextFinder.java:362)
        at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:446)
        at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:409)
        at de.jollyday.util.XMLUtil.createJAXBContext(XMLUtil.java:89)
        at de.jollyday.util.XMLUtil.unmarshallConfiguration(XMLUtil.java:67)
        at de.jollyday.impl.XMLManager.init(XMLManager.java:283)
        at de.jollyday.HolidayManager.createManager(HolidayManager.java:156)
        at de.jollyday.HolidayManager.getInstance(HolidayManager.java:117)
        at de.jollyday.HolidayManager.getInstance(HolidayManager.java:101)
        at de.jollyday.HolidayManager$getInstance.call(Unknown Source)
        at jollycheck.HoliController$_closure1.doCall(HoliController.groovy:11)
        at jollycheck.HoliController$_closure1.doCall(HoliController.groovy)
        at java.lang.Thread.run(Thread.java:662)

2012/2/29 Cédric Champeau <cedric.champeau-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Looks like it's more a question for the Grails mailing list, but just in case, could you paste the exception you have ?

2012/2/29 bobbywarner <bobbywarner-Re5JQEeQqe8@public.gmane.orgm>
I've never used this particular library, but looks like it has the following
dependencies:

com.sun.xml.bind:jaxb-impl:2.2.4
javax.xml.bind:jaxb-api :2.2.4
joda-time:joda-time:2.0
junit:junit:4.8.2

Are you using the JodaTime Grails plugin?  If so, which version of JodaTime
is used by the version of the plugin you are using?


Thanks,
Bobby

--
View this message in context: http://grails.1312388.n4.nabble.com/Classloading-goes-bad-tp4431718p4432388.html
Sent from the Grails - user mailing list archive at Nabble.com.

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

   http://xircles.codehaus.org/manage_email




Corum, Michael | 1 Mar 19:26 2012

[groovy-user] Scriptom IE Library Question

In the scriptom-all-assembly 1.6.0 (the latest stable release as far as I could find – although there is confusion over a 2.0 which looks older than this 1.6.0), there is a set of examples.  One of the examples is about events with Internet Explorer.  It is called IEEvents.groovy.  At the top is an import as follows:

 

import org.codehaus.groovy.scriptom.tlb.ie.*;

 

This import fails because none of the included jars have the tlb.ie package.  In scouring the internet, I can’t find a version of any of these jars that has anything in that package.  The scriptom-ie-6-tlb-1.6.0.jar is always empty (only a manifest and pom – but no classes or code).  It would really be nice to be able to use this example code because it does almost exactly what I want to do.  Does anybody know where I can get a version of either scriptom or a specific jar that will make the included example actually compile and work?

 

Michael Corum 

Technical Architect

 

RGA Reinsurance Company

1370 Timerlake Manor Parkway

Saint Louis, MO  63017

T 636.736.7066 

 

www.rgare.com

 

_____________________________

 

This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and return the original message to its sender. Thank you for your cooperation and assistance.

 

Corum, Michael | 2 Mar 00:47 2012

[groovy-user] RE: Scriptom IE Library Question

More information.  I went back and found that in the 1.5.4 version of the zip (deprecated and recommended against on the web page), it seems to be a much nicer version that has the Typelib information in it and also has the package that is missing from 1.6.0.  In the case of 1.5.4, all the packages are in one jar file.

 

Should I be using 1.5.4 instead of 1.6.0?  It seems that 1.6.0 is not really a finished product.  It is missing documentation, many examples, and some jar files are empty.  Overall, it seems unfinished.

 

Any recommendations?

 

Mike

 

From: Corum, Michael [mailto:mcorum-exOehvyc1ywAvxtiuMwx3w@public.gmane.org]
Sent: Thursday, March 01, 2012 12:26 PM
To: user-i9PBDF1N6cxnkHa44VUL00B+6BGkLq7r@public.gmane.org
Subject: [groovy-user] Scriptom IE Library Question

 

In the scriptom-all-assembly 1.6.0 (the latest stable release as far as I could find – although there is confusion over a 2.0 which looks older than this 1.6.0), there is a set of examples.  One of the examples is about events with Internet Explorer.  It is called IEEvents.groovy.  At the top is an import as follows:

 

import org.codehaus.groovy.scriptom.tlb.ie.*;

 

This import fails because none of the included jars have the tlb.ie package.  In scouring the internet, I can’t find a version of any of these jars that has anything in that package.  The scriptom-ie-6-tlb-1.6.0.jar is always empty (only a manifest and pom – but no classes or code).  It would really be nice to be able to use this example code because it does almost exactly what I want to do.  Does anybody know where I can get a version of either scriptom or a specific jar that will make the included example actually compile and work?

 

Michael Corum 

Technical Architect

 

RGA Reinsurance Company

1370 Timerlake Manor Parkway

Saint Louis, MO  63017

T 636.736.7066 

 

www.rgare.com

 

_____________________________

 

This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and return the original message to its sender. Thank you for your cooperation and assistance.

 

Alan Krueger | 2 Mar 20:17 2012
Picon

[groovy-user] Do <at> Mixin and invokeMethod not play together well?

(Groovy 1.8.4, Groovy-Eclipse plugin 2.6.1, STS 2.8.1)

I'm seeing an issue where invokeMethod in a class <at> Mixin ends up dispatching to the wrong instance of that class. I have a StackOverflow post describing the symptoms I'm seeing, but I think I've nailed down the root of my problem.

I implemented the invokeMethod as I've seen described elsewhere. This was going to be the scaffolding for some cross-cutting functions on existing methods in the class.

class Foo { // ... Object invokeMethod(String name, args) { def metaMethod = metaClass.getMetaMethod(name, args) metaMethod?.invoke(this, args) } // ... } <at> Mixin(Foo) class Bar { // ... }

Unfortunately, it appears that this was causing MixinInMetaClass.getMixinInstance to create a new instance of Foo because it got passed the instance of Foo rather than Bar. I appear able to work around this by noticing when invokeMethod is called on an instance of an OwnedMetaClass:

class Foo { // ... Object invokeMethod(String name, args) { def target = this if (metaClass instanceof OwnedMetaClass) { target = metaClass.owner } MetaMethod metaMethod = target.metaClass.getMetaMethod(name, args) metaMethod?.invoke(target, args) } // ... }

It seems a little limiting to force someone to do this on a class in case you might want to later <at> Mixin that class elsewhere. It seems like it might make sense to do this directly within MixinInMetaClass.getMixinInstance to avoid returning spurious additional copies of mixin instances.


View this message in context: Do <at> Mixin and invokeMethod not play together well?
Sent from the groovy - user mailing list archive at Nabble.com.
Corum, Michael | 2 Mar 20:25 2012

[groovy-user] RE: Scriptom IE Library Question

Am I asking questions about Scriptom on the wrong list?  I didn’t find a list specific to Scriptom and it seems to be bundled with Groovy in some cases.

 

Is there anybody who uses or supports Scriptom?

 

Mike

 

From: Corum, Michael [mailto:mcorum-exOehvyc1ywAvxtiuMwx3w@public.gmane.org]
Sent: Thursday, March 01, 2012 5:48 PM
To: user-i9PBDF1N6cxnkHa44VUL00B+6BGkLq7r@public.gmane.org
Subject: [groovy-user] RE: Scriptom IE Library Question

 

More information.  I went back and found that in the 1.5.4 version of the zip (deprecated and recommended against on the web page), it seems to be a much nicer version that has the Typelib information in it and also has the package that is missing from 1.6.0.  In the case of 1.5.4, all the packages are in one jar file.

 

Should I be using 1.5.4 instead of 1.6.0?  It seems that 1.6.0 is not really a finished product.  It is missing documentation, many examples, and some jar files are empty.  Overall, it seems unfinished.

 

Any recommendations?

 

Mike

 

From: Corum, Michael [mailto:mcorum-exOehvyc1ywAvxtiuMwx3w@public.gmane.org]
Sent: Thursday, March 01, 2012 12:26 PM
To: user-i9PBDF1N6cxnkHa44VUL00B+6BGkLq7r@public.gmane.org
Subject: [groovy-user] Scriptom IE Library Question

 

In the scriptom-all-assembly 1.6.0 (the latest stable release as far as I could find – although there is confusion over a 2.0 which looks older than this 1.6.0), there is a set of examples.  One of the examples is about events with Internet Explorer.  It is called IEEvents.groovy.  At the top is an import as follows:

 

import org.codehaus.groovy.scriptom.tlb.ie.*;

 

This import fails because none of the included jars have the tlb.ie package.  In scouring the internet, I can’t find a version of any of these jars that has anything in that package.  The scriptom-ie-6-tlb-1.6.0.jar is always empty (only a manifest and pom – but no classes or code).  It would really be nice to be able to use this example code because it does almost exactly what I want to do.  Does anybody know where I can get a version of either scriptom or a specific jar that will make the included example actually compile and work?

 

Michael Corum 

Technical Architect

 

RGA Reinsurance Company

1370 Timerlake Manor Parkway

Saint Louis, MO  63017

T 636.736.7066 

 

www.rgare.com

 

_____________________________

 

This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and return the original message to its sender. Thank you for your cooperation and assistance.

 


Gmane