On Tuesday, May 08, 2012 09:24:43 AM Claus Ibsen wrote: > Hi > > Thanks its a good step in the right direction. > > For quickfix, there is a new release (1.5.2), we could possible try to > see if that is compatible with Java7 > http://www.quickfixj.org/ > > And we need an osgi bundle for it anyway, so we may publish it in the SMX > repo > http://repo2.maven.org/maven2/org/apache/servicemix/bundles/org.apache.se > rvicemix.bundles.quickfix/
Need to get it into Central, not some unreliable extra repo..... Need to find a version that works first though. > For the fix in XStreamDataFormat.java, i wonder if the hardcoded namespace > to @XmlType(name = "converterList", namespace = > "http://camel.apache.org/schema/spring";) > would be an issue for Blueprint XML, as we have the schema as: > "http://camel.apache.org/schema/blueprint"; instead Hmm... Good point. I'll try moving them out from being nested classes and seeing if that helps. Dan > > On Tue, May 8, 2012 at 4:56 AM, Daniel Kulp <dk...@apache.org> wrote: > > You likely saw a bunch of commits from me today. I'm trying to get > > Camel to be at least somewhat buildable and testable with Java7. With > > the changes today, Everything except camel-quickfix is compilable with > > Java7. I've slowing beginning to work through the tests. I just got > > the camel- spring stuff passing which is a big step. I'll start > > going through more of them tomorrow. > > > > The three major "problems" are camel-test-blueprint, camel-twitter, and > > camel-quickfix. All three of them rely on libraries that are "Java 1.4 > > compatible" via the "-target jsr14" compiler flag on a Java5 vm. This > > allowed the code to work with Java 1.4, yet still use the Generics and > > such. Java6 apparently reads those types of classes fine and resolves > > the generics. Java 7 does not. It sees 1.4 class files and doesn't > > grab any generics from them. > > > > For camel-test-blueprint, I forced the older osgi-core lib in front > > which > > doesn't have the generics. Thus, both Java6 and 7 see the same non- > > generics enabled class files. > > > > For camel-twitter, I changed from mock classes to using > > java.lang.reflect.Proxy object to mock the interfaces. Thus, we don't > > have to compile classes that actually implement the troublesome > > interfaces. > > > > Haven't found a solution for camel-quickfix yet. Thus, for java7, I've > > removed that module from the build for now. It looks like quickfix > > builds with java5 and then retrotranslates to java1.4. I think the > > j1.4 version is what maven is picking up. May need to find the 1.5 > > version and get that into maven. > > > > Anyway, things are progressing. > > > > -- > > Daniel Kulp > > dk...@apache.org - http://dankulp.com/blog > > Talend Community Coder - http://coders.talend.com -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com
