[groovy-dev] Re: [picocontainer-dev] Article about NanoWeb and where to go from here?

Pelle Braendgaard wrote:

(I'm cc-ing the groovy crowd since this should be of interest to them - 
James, please approve the message when it arrives - I'm not subscribed 
to the groovy dev list).

>I've just posted an article about NanoWeb which might be of interest to people 
>on this list. In particular I would like to know of any half truths or abject 
>lies I might have slipped in. 
>http://talk.org/archives/000297.html
>
>  
>
Excellent article. I have already linked it in: 
http://docs.codehaus.org/display/NANO/NanoContainer+NanoWeb
(I am assuming from your name that you're Danish, and hope I got your 
last name right 

It might be worthwhile emphasising a bit more that the view resoultion 
relies on a naming convention. I also totally agree that we should avoid 
adding cruft like validation etc. What we do need is better docs on how 
to blend in other mature validation/aop/whatever frameworks with some 
examples.

>I mention in the article that I would like to take on adding support for 
>multiple view types. In the NanoWebServlet the ChainingDispatcher is 
>instantiated with the (".vm") extension thus hard coding it to velocity. I 
>was wondering if anyone had thought about what approach to use to extend it?
>
>  

[groovy-dev] User Guide & JavaDoc

Re: [groovy-dev] another "global" solution on the table

On Thu, 29 Jul 2004 17:04:49 -0700, Net Bean <netbean@...> wrote:
> 
> 
> It's a big problem with the programmer haven't read how
> Python uses its variable scoping.  I would understand
> folks getting confused over Perl's scoping issues -
> note: in perl, everything is global unless if the
> programmer specifically declares something local
> within a code block.  In Python, PHP and TCL (although
> I haven't done TCL in about 12 years now), you've
> to specifically smack down the word global within
> the sub/def code block. Sure there will be misuse,
> there have always been mis-uses with folks hacking
> the way thru no understanding how variable scoping
> in a particular language is used, but there are
> mis-uses of many other lexical constructs.
> 
> This is all "bass-ackwards", it doesn't seem like
> we've defined what we want for variable scoping (wrt globals)
> and how we want it to look like. We need to do that
> before we figure out how it can be implemented in
> the backend / interpreter / compiler.

Bravo! I'm just catching up on Groovy mail, and I was thinking the
same thing... I think a lot of the proposals and disagreements about
this are largely caused by people having different
expectations/desires concerning how globals/global scopes/script
scopes should work.

    -Mark
--

-- 
** Mark C. Chu-Carroll   
** Stellation: Advanced Software Configuration Management:
http://stellation.eclipse.org
** Work: markcc@...; Personal:
markcc@...; Geek stuff:
markcc@...

[groovy-dev] Groovy IDE Plugins - IDEA & NetBeans

I saw a message from Travis Kay from back last Dec (2003) about
a possible groovy plugin (module) for Netbeans. Was this stashed
away somewhere now?

[Old groovy-dev posting]

http://lists.codehaus.org/pipermail/groovy-dev/2003q4/000448.html

I've added a Groovy Console to the Groovy-Intellij Plugin, and have
refactored a few things that needed changing. The work around needed for
the 3.0.5 plugin to work on Aurora has been made, but due to changes in
the openapi, Groovyc will not work on Aurora. You can still run Groovy
and evaluate Groovy scripts as usual though. I will be making changes so
Groovyc will work on both builds, very soon. An ant build file has also
been created and will be checked in  with these changes when cvs access
is available.

A NetBeans module is in the works and should initially be available mid
next week. Happy Holidays to everyone :)

Travis

Re: [groovy-dev] Groovy IDE Plugins - IDEA & NetBeans

On 4 Aug 2004, at 06:17, Net Bean wrote:
> I saw a message from Travis Kay from back last Dec (2003) about
> a possible groovy plugin (module) for Netbeans. Was this stashed
> away somewhere now?

Everything Travis has done is here in CVS...

http://cvs.groovy.codehaus.org/viewrep/groovy/ide/groovy-intellij

it could really use some hacking to get it up to scratch. I'm quietly 
hopeful Guillaume will get around to it soon... :)

> [Old groovy-dev posting]
>
> http://lists.codehaus.org/pipermail/groovy-dev/2003q4/000448.html
>
> I've added a Groovy Console to the Groovy-Intellij Plugin, and have
> refactored a few things that needed changing. The work around needed 
> for
> the 3.0.5 plugin to work on Aurora has been made, but due to changes in
> the openapi, Groovyc will not work on Aurora. You can still run Groovy
> and evaluate Groovy scripts as usual though. I will be making changes 
> so
> Groovyc will work on both builds, very soon. An ant build file has also
> been created and will be checked in  with these changes when cvs access
> is available.
>
> A NetBeans module is in the works and should initially be available mid
> next week. Happy Holidays to everyone :)
>
> Travis
>
>

James
-------
http://radio.weblogs.com/0112098/

[groovy-dev] Classloader issues and general grief

Hi

I have been trying to get the src in cvs to work in eclipse ( to release a
new version of ze plugin )
But it will not cooperate.

I get a failure to load Reflector from the MetaClassRegistry.

Having had a look, there are a few worrying signs :

1. MetaClass.java is 2.5k lines - is it time to rethink ?
2. MetaClassRegistry is a double singelton ( the getIntance ( misspelled at
source ) returns one of two instances based on a parameter)
but the ctor is public, and other classes ( Invoker or Verifier not sure)
have a personal copy...
3. MCR has it's own classloader - the classpath i pass the compilationunit
before compiling is ignored at this level - no wonder it's not finding
anything... - it can not just assume the ctx class loader will be good
enough

Help !

Cheers
Zohar

P.S

There is a failing test in the security package that has been failing for
months now.
Can this be fixed or should it be removed ?

Extranet
jastrachan@... - 04/08/2004 17:07

Please respond to dev@...

To:    dev

cc:

Subject:    Re: [groovy-dev] Groovy IDE Plugins - IDEA & NetBeans

On 4 Aug 2004, at 06:17, Net Bean wrote:
> I saw a message from Travis Kay from back last Dec (2003) about
> a possible groovy plugin (module) for Netbeans. Was this stashed
> away somewhere now?

Everything Travis has done is here in CVS...

http://cvs.groovy.codehaus.org/viewrep/groovy/ide/groovy-intellij

it could really use some hacking to get it up to scratch. I'm quietly
hopeful Guillaume will get around to it soon... :)

> [Old groovy-dev posting]
>
> http://lists.codehaus.org/pipermail/groovy-dev/2003q4/000448.html
>
> I've added a Groovy Console to the Groovy-Intellij Plugin, and have
> refactored a few things that needed changing. The work around needed
> for
> the 3.0.5 plugin to work on Aurora has been made, but due to changes in
> the openapi, Groovyc will not work on Aurora. You can still run Groovy
> and evaluate Groovy scripts as usual though. I will be making changes
> so
> Groovyc will work on both builds, very soon. An ant build file has also
> been created and will be checked in  with these changes when cvs access
> is available.
>
> A NetBeans module is in the works and should initially be available mid
> next week. Happy Holidays to everyone :)
>
> Travis
>
>

James
-------
http://radio.weblogs.com/0112098/

This message and any attachments (the "message") is 
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet 
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

**********************************************************************************************

BNP Paribas Private Bank London Branch is authorised 
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the
United Kingdom.

BNP Paribas Securities Services London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the 
United Kingdom.

BNP Paribas Fund Services UK Limited is authorised and 
regulated by the Financial Services Authority.

Re: [groovy-dev] Classloader issues and general grief

On Wed, 4 Aug 2004 17:33:57 +0100, zohar.melamed@...
<zohar.melamed@...> wrote:
>
> I get a failure to load Reflector from the MetaClassRegistry.
> Help !
Hi Zohar,
  I've just reverted MetaClassRegistry back to r1.13, as I too have
had issues with groovyc since r1.14

http://cvs.groovy.codehaus.org/viewrep/groovy/groovy-core/src/main/groovy/lang/MetaClassRegistry.java

This might help you as well...

hope this helps

Jez.

[groovy-dev] Re: {spam} Re: [groovy-dev] Classloader issues and general grief

>>This might help you as well...
Thanks Jez , i'll give it a spin...

Extranet
jeremy.rayner@... - 04/08/2004 21:13

Please respond to dev@...

To:    dev

cc:

Subject:    {spam} Re: [groovy-dev] Classloader issues and general grief

On Wed, 4 Aug 2004 17:33:57 +0100, zohar.melamed@...
<zohar.melamed@...> wrote:
>
> I get a failure to load Reflector from the MetaClassRegistry.
> Help !
Hi Zohar,
  I've just reverted MetaClassRegistry back to r1.13, as I too have
had issues with groovyc since r1.14

http://cvs.groovy.codehaus.org/viewrep/groovy/groovy-core/src/main/groovy/lang/MetaClassRegistry.java

This might help you as well...

hope this helps

Jez.

This message and any attachments (the "message") is 
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet 
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

**********************************************************************************************

BNP Paribas Private Bank London Branch is authorised 
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the
United Kingdom.

BNP Paribas Securities Services London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the 
United Kingdom.

BNP Paribas Fund Services UK Limited is authorised and 
regulated by the Financial Services Authority.

[groovy-dev] Support for python's -i flag

Hi all,

I used to script in Python, and now I'm scripting in Groovy for a 
change. But I miss python's -i flag, which executes a script and drops 
you to and interactive console.

 From the man page: "When a script is passed as first argument or the -c 
option is used, enter interactive mode after executing the script or the 
command. It does now read the $PYTHONSTARTUP file. This can be useful to 
inspect global variables or a stack trace when a script raises an exception"

It is indeed very useful for debugging and "on-the-fly scripting", where 
I execute a script which import's some classes, initializes some 
variables, etc and then write the script interactively on the console.

Can Groovy support this?

TIA,
Daniel Serodio

Re: [groovy-dev] Support for python's -i flag

Sounds quite useful.  But we are currently following perl/ruby command 
line args, and using -i for in-place editing, search and replace kind 
of thing.

How about?

groovysh --include groovy

groovysh (groovy.ui.InteractiveShell) currently ignores the command 
line arguments.  But you can copy some of the code from 
groovy.ui.GroovyMain  to add command line handling and execute the file 
contents before hand.

On 05/08/2004, at 6:20 PM, Daniel Serodio wrote:

> Hi all,
>
> I used to script in Python, and now I'm scripting in Groovy for a 
> change. But I miss python's -i flag, which executes a script and drops 
> you to and interactive console.
>
> From the man page: "When a script is passed as first argument or the 
> -c option is used, enter interactive mode after executing the script 
> or the command. It does now read the $PYTHONSTARTUP file. This can be 
> useful to inspect global variables or a stack trace when a script 
> raises an exception"
>
> It is indeed very useful for debugging and "on-the-fly scripting", 
> where I execute a script which import's some classes, initializes some 
> variables, etc and then write the script interactively on the console.
>
> Can Groovy support this?
>
> TIA,
> Daniel Serodio
>