JUnit integration would not be lost. The integration now (basically just a static import of the Assert methods) can be ported exactly, and the result set logic can be ported as well. ----- Original Message ----- From: "Ramesh Reddy" <rareddy(a)redhat.com&gt; To: "Steven Hawkins" <shawkins(a)redhat.com&gt; Cc: "teiid-users" <teiid-users(a)lists.jboss.org&gt;, "teiid-dev" <teiid-dev(a)lists.jboss.org&gt; Sent: Monday, April 12, 2010 12:11:40 PM GMT -06:00 US/Canada Central Subject: Re: [teiid-users] Alternative scripting envrionment for AdminShell D. JUnit integration and assertion logic on the result sets. I have NO preference in using the Groovy vs Bean shell. I am OK with Teiid using groovy. Groovy definitely seems to have mind share these days and have better tools and support. Command history and GUI tools are very valuable. Support of closures is nice. On Mon, 2010-04-12 at 11:32 -0400, Steven Hawkins wrote: IMO, A,B,C,D are the value add features that Admin Shell has, especially in the interactive mode. If we remove these features, it is basically a java code interpreter and will make users to learn the groovy syntax/libraries before they can use it. With out any contextual information any scripting tool is use less IMO. "it" variable from your code sample is an example of contextual information support in groovy. Is there way add additional variables to the groovy environment (with out deep hooks I mean)? I myself, do not mind doing in the new way, but not sure if I am going to like all the verbose typing now I have to do to use this as a query tool. Ramesh..