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
