|
From: Rob H. <ro...@in...> - 2006-06-20 10:51:51
|
On 20 Jun 2006, at 09:39, Nicolas De Loof wrote: > > > Rob Harrop a =E9crit : >> This is something that Adrian and I have been discussing for some >> time. In theory it is entirely possible, but we have all seen enough >> horror at the hands of classloaders to know that it isnt entirely >> trivial. > Isn't Spring expected to make easy those non-trivial stuff ;-) Indeed! This is definitely something we are focused on. > >> One interesting thing to note is that all valid Java >> programs are valid Groovy programs. > I did not try groovy miself. Does this mean that I can open a .java =20= > file > using Spring groovy script support and get a bean ? It should - I haven't actually tried it but there should be no issues. > >> Another area that may be of >> interest to many people is the ability to embed the JDT compiler from >> Eclipse to compile sources on the fly. >> >> In practice on the fly compilation for certain classes that are >> hidden behind statically compiled interfaces is not tremendously >> difficult. The issues arise when you start to talk about dynamically >> compiling the entire application and arbitrarily replacing individual >> pieces. This can result in some very interesting dependency issues. >> > I was expecting such restriction. I only consider the ability to =20 > change > service code on the fly without repackaging / redeploying / restarting > my webapp. I know jetty runner starts quicker than tomcat and =20 > Spring 2.0 > has better lazy-init support, but this only make this process quicker, > not easier. Some of my process requires to follow a long flow in the > webapp, and I need to repeat it on every code change. Hot-replacing =20= > the > service implementation code would make it trivial. I'll see what I can do in the 2.1 timeframe for getting a JDT/Janino =20 based solution working. > > That beeing said, if you find a way to solve those > classloading/compiling issues for replacing arbitrary code in a =20 > running > app and hot-refactoring interfaces, you're welcome :-D > > I'll take a look at Niklas suggestion about janino classloader. > Thanks. > > Nico. > >> Rob >> >> On 20 Jun 2006, at 08:47, Niklas Therning wrote: >> > > This message contains information that may be privileged or =20 > confidential and is the property of the Capgemini Group. It is =20 > intended only for the person to whom it is addressed. If you are =20 > not the intended recipient, you are not authorized to read, print, =20= > retain, copy, disseminate, distribute, or use this message or any =20 > part thereof. If you receive this message in error, please notify =20 > the sender immediately and delete all copies of this message. > > > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > --=20 Rob Harrop VP, Technology Strategy Interface21 - Spring Services from the Source http://www.springframework.com |