I agree. It may need a bit of fixing in xbean-reflect to cope with conversions or typed values, but xbean-reflect should be able to handle most of the graph creation, which is a really good thing.
On Mon, Apr 13, 2009 at 21:05, Rick McGuire <[email protected]> wrote: > Guillaume Nodet wrote: >> >> Btw, I'm not so sure iPojo is a good candidate for implementing the >> blueprint service. >> I've began doing some testing with xbean-reflect and I am able to >> parse and instanciate very simple beans. >> > > Based on what I've seen so far, it shouldn't be difficult to create Recipes > that perform all of the different flavors of injection/instantiation that > the blueprint service requires. > > Rick > >> See: >> >> https://svn.apache.org/repos/asf/geronimo/sandbox/gnodet/blueprint/org.apache.felix.blueprint/src/test/java/org/apache/felix/blueprint/WiringTest.java >> and the blueprint xml >> >> https://svn.apache.org/repos/asf/geronimo/sandbox/gnodet/blueprint/org.apache.felix.blueprint/src/test/resources/test-wiring.xml >> >> >> On Mon, Apr 13, 2009 at 16:08, Guillaume Nodet <[email protected]> wrote: >> >>> >>> I think using JDK 5 is good enough. We just need to make sure we >>> don't use too much jdk 5 specific features so that we can use >>> retrotranslator if needed. >>> >>> On Mon, Apr 13, 2009 at 15:12, Rick McGuire <[email protected]> wrote: >>> >>>> >>>> Jarek Gawor wrote: >>>> >>>>> >>>>> Btw, I checked in under >>>>> https://svn.apache.org/repos/asf/geronimo/sandbox/gawor/rfc124 a tiny >>>>> bit of code that I was playing around with to better understand RFC >>>>> 124. I'll keep on working and experimenting with it but anyone is >>>>> welcome to join. I'm planning to add some of the RFC 124 API >>>>> definitions next in order see what it would take to implement these >>>>> API. >>>>> >>>>> Jarek >>>>> >>>>> >>>> >>>> Before I go too far in writing new stuff, I think we should clarify the >>>> JVM >>>> target for this. The Blueprint spec outlines a couple of optional >>>> features >>>> for for implementations that run on Java5 and above that use generics. >>>> The >>>> bulk of the features will run fine on a 1.4.2 JVM version. Are we >>>> agreed >>>> that the target for this is a full implementation (which will require a >>>> Java >>>> 5 JVM to execute)? The answer to this determines whether generics can >>>> be >>>> used in the internal code as well. >>>> >>>> Rick >>>> >>>> >>> >>> -- >>> Cheers, >>> Guillaume Nodet >>> ------------------------ >>> Blog: http://gnodet.blogspot.com/ >>> ------------------------ >>> Open Source SOA >>> http://fusesource.com >>> >>> >> >> >> >> > > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com
