On 4/1/2014 11:23 AM, Scott Lewis
wrote:
<stuff deleted>
Here's a thought I just had: AbstractRemoteService currently
extends Object. What if we added (in 3.8.1 and/or Juno) a
superclass for AbstractRemoteService...e.g. call it
AbstractService...in a new bundle. The <= java7 version of
this abstract superclass would implement *only* callFuture...with
no references to Java8 CF. The java8 version, however, would
implement callFuture with the CF code as [1] does. I think this
could work...it would retain backward compatibility...because
adding a superclass is one of the few binary compatible changes to
API that can be made. And for the two versions of this new
bundle (<= j8 and j8+)...only one of them would/could resolve
at runtime...based upon which version of java is being used. This
may be it.
I've been playing around with this and I think this is the way to
go...rather than having new providers as I originally did. This
way...as described above...any/all distribution providers will 'just
work' for ECF's async proxies...with CF on java8.
I've created this bug [1] to track, and I will report progress as
comments on the bug. Please join the bug to contribute/assist for
Luna.
We will have to figure out some way to build and test...with java8
for the java8-specific code (containing the AbstractRemoteService
superclass) and java7 for everything else.
Thanks,
Scott
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=431756
Let
me know what you think.
No matter what we do though...we will need to figure out a way to
compile, build and test everything...i.e. the j8 bits and
everything else...in a way that will allow java7 consumers of RS
to continue to install and run appropriately.
Thanks,
Scott
[1]
http://git.eclipse.org/c/ecf/org.eclipse.ecf.git/tree/providers/bundles/org.eclipse.ecf.provider.remoteservice.java8/src/org/eclipse/ecf/provider/internal/remoteservice/java8/J8RemoteServiceContainerAdapterFactory.java
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev
|