river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dennis Reedy <dennis.re...@gmail.com>
Subject Re: Compatibility
Date Thu, 10 Sep 2015 16:55:18 GMT
I’m not sure this is about release notes. You seem quite keen on getting 3.0 out the door,
while I applaud the urgency, lets not dump the baby out with the bath water. The net.jini
namespace has not been changed, the implementation of those interfaces has.

I should be able to discover a ServiceRegistrar started from 3.0 from a 2.x client. The classes
required should be dynamically downloaded with the proxy. The change here that has been aded
to jsk-platform has resulted in classes (org.apache.river.api.util.ID for starters), not being
available. I’m not so sure this is good. It’s certainly not a good thing for projects
that may want to use existing tools for discovery.



> On Sep 10, 2015, at 1242PM, Bryan Thompson <bryan@systap.com> wrote:
> I guess the question is whether River 2.x is a breaking change in terms of
> cross service communications with River 3.x.  As this is a major release, I
> see it an opportunity to make breaking changes if we need to make them.
> But there is no reason to break interoperability by accident.
> So, are there good reasons why River 2.x will not be able to talk to River
> 3.x?  If so, can we capture them here and then summarize them in release
> notes?  Is there a specific location in which the release notes are being
> developed (SVN file, wiki page, etc.)?
> Thanks,
> Bryan
> ----
> Bryan Thompson
> Chief Scientist & Founder
> 4501 Tower Road
> Greensboro, NC 27410
> bryan@systap.com
> http://blazegraph.com
> http://blog.bigdata.com <http://bigdata.com>
> http://mapgraph.io
> Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance
> graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints
> APIs.  Blazegraph is now available with GPU acceleration using our disruptive
> technology to accelerate data-parallel graph analytics and graph query.
> CONFIDENTIALITY NOTICE:  This email and its contents and attachments are
> for the sole use of the intended recipient(s) and are confidential or
> proprietary to SYSTAP. Any unauthorized review, use, disclosure,
> dissemination or copying of this email or its contents or attachments is
> prohibited. If you have received this communication in error, please notify
> the sender by reply email and permanently delete all copies of the email
> and its contents and attachments.
> On Thu, Sep 10, 2015 at 12:37 PM, Dennis Reedy <dennis.reedy@gmail.com>
> wrote:
>> Hi,
>> I’m building and running an example that I based off of Greg’s example
>> from the qa-refactor-namespace branch. I had a browser utility that I use
>> at times running that is based on 2.2.2. I could not discover reggie with
>> the browser utility because of
>> Caused by: java.lang.ClassNotFoundException: org.apache.river.api.util.ID
>>        at java.net.URLClassLoader$1.run(URLClassLoader.java:372)
>>        at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
>>        at java.security.AccessController.doPrivileged(Native Method)
>>        at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
>> The org.apache.river.api.util.ID class is an interface:
>> /**
>> * A mix in interface that provides an identity to be used as a key in
>> Collections.
>> *
>> * @param <T> Object identity.
>> * @author peter
>> */
>> public interface ID<T> {
>>    /**
>>     * @return object representing identity, usually a Uuid.
>>     */
>>    public T identity();
>> }
>> Seems to be used by the following classes:
>> ./src/org/apache/river/fiddler/FiddlerLease.java:import
>> org.apache.river.api.util.ID;
>> ./src/org/apache/river/impl/lease/AbstractLeaseMap.java:import
>> org.apache.river.api.util.ID;
>> ./src/org/apache/river/landlord/LandlordLease.java:import
>> org.apache.river.api.util.ID;
>> ./src/org/apache/river/lease/AbstractLease.java:import
>> org.apache.river.api.util.ID;
>> ./src/org/apache/river/reggie/RegistrarLease.java:import
>> org.apache.river.api.util.ID;
>> Perhaps org.apache.river.api.util.ID should be in jsk-dl.jar instead?
>> As a user I might expect that I should be able to use Apache River 3.0
>> services from 2.x (perhaps not the other way around). What do others think?
>> Regards
>> Dennis

View raw message