|
From: Rob H. <ro...@in...> - 2006-05-30 09:58:50
|
Only 260? - have you met Juergen? :) We are balancing the issues pretty well right now - Juergen does read every issue and reassigns them as needed. I agree that we can probably be a little smarter here - I'll have a chat with Juergen and see what we can do to balance out the issue load a little more. Regards, Rob On 29 May 2006, at 16:43, Eugene Kuleshov wrote: > Colin, > > In my experience it wont help much. Most of the new issues > automatically assigned to Juergen who already have over 260 issues > assigned, so they all get burried up there. I wonder if Spring team > is doing any balancing of the work load at all? > > regards, > Eugene > > > Colin Sampaleanu wrote: >> Martin, >> >> At a minimum, you should post the code into a Jira issue so it's >> not lost. W/regards to the idea of including this code in Spring >> itself, it's mostly a function of how relevant this is to the >> average Spring user. If it's not relevant enough, then it could >> possibly live in either Spring-Modules, or in the o:XML project >> itself. >> >> Regards, >> Colin >> >> >> On 5/29/2006 2:04 AM, Martin Klang wrote: >> >>> Hello Spring developers! >>> >>> I'm well impressed with Spring 2.0, not least with the support >>> you now have for incorporating scripting languages. >>> It opens up the possibility of mixing and matching languages >>> within the framework, which is very nice indeed. >>> >>> Since I work on a specialised language project myself, I decided >>> to try writing up the necessary Spring adaptors to support it. >>> It turned out to be quite easy, I simply followed the example of >>> the JRubyScriptFactory and JRubyScriptUtils. >>> >>> The result is that I can create o:XML [1] beans, pass them any >>> type of Java object as function arguments and receive Java >>> objects back. Sweet. >>> The adaptor automatically translates between DOM and the o:XML >>> native (first-class) XML objects. It also converts between >>> primary o:XML and Java types, while all other Java classes can >>> still be used seamlessly in o:XML. >>> >>> o:XML beans could be useful for most any type of XML processing, >>> whether it involves generating, transforming or extracting data >>> (o:XML has builtin XPath and regex, plus full OO, exceptions etc). >>> >>> The support might also be interesting for achieving efficient XML >>> to RDBMS mapping, which is another thing that o:XML does quite >>> well (more info on the website, below). >>> >>> So, I've got the adaptors and tests all ready, would you like >>> them as a patch against Spring CVS? Where do I send it to? On >>> second thoughts it can't be a diff, since the files are in new >>> directories - zipfile anyone? >>> There's some (very basic) examples included with the tests. >>> Maybe, once you've tried it out, you'll want to consider >>> including it with Spring! >>> >>> best regards, >>> >>> /m >>> >>> ps I'm not on the list so please cc me in on any replies. >>> >>> [1] http://www.o-xml.org/ >>> > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and > Risk! > Fully trained technicians. The highest number of Red Hat > certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > -- Rob Harrop VP, Technology Strategy Interface21 - Spring Services from the Source http://www.springframework.com |