Hi, you've reached the website of Mark Menard, Freemason, developer, businessman, photographer, motorcyclist and all around nice guy.
The main joy in my life is Sylva, my loving partner and friend. (You will see plenty of pictures of her. Also check out our site.) My professonal career is running a consulting firm concentrating on business automation and custom software. I enjoy software development, motorcycles, photography, dancing, freemasonry and travel.
Here you will find galleries of my latest photos, thoughts on software development, freemasonry, the occassional politics, and other things. Enjoy your time here.
Mark
An ongoing photographic study of Freemasonry.
To contact Mark send an email to mark@mjm.net. You will receive an auto response from my mail server to verify you're not a spammer.
© Mark Menard 2002-2007
Re: The same issue with Spring Reloading Script Proxy
As you can see I punted when it came to having Spring instantiate my action instances. Having to define an interface for each one that the proxy would implement was just too much busy work for no gain. I wanted to write less code not more.
The fact that Spring wraps everything manufactured bean in a proxy hurts. I wish there was a way to instruct Spring that I just want it to instantiate the bean, and just the bean, fill in the dependencies and hand it back to me. I haven't found that this functionality exists in the framework.
I've wondered if Guice might be able to do this, but haven't really dug into it too far.
Now as to the actual process of the proxy, it is my experience that even if the method exists on the class written in Groovy, if it is not exposed on an interface that the class implements the Proxy will not have the method. So, if you are using some simple properties to track form inputs you have to express all of those methods setThis(), getThat(), on an interface someplace. *bleck*
All of these issues is what drove me to make the Groovy loader that instantiates the Groovy actions and then hands the instance to Spring for wiring. The drawback is that I've lost control of the wiring, but I've saved a lot of boilerplate unnecessary coding.
Mark
PS: Who are you?