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. Regards Dennis > On Sep 10, 2015, at 1242PM, Bryan Thompson <br...@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 > SYSTAP, LLC > 4501 Tower Road > Greensboro, NC 27410 > br...@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.re...@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
