river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robbeloth, Michael C CTR USAF AFMC AFRL/RBSD" <Michael.Robbeloth....@wpafb.af.mil>
Subject RE: River Reference Implementation
Date Thu, 12 Apr 2012 14:38:23 GMT

There is a reference River implementation that could serve your needs or at
least serve as inspiration for something else. It is called SORCER or
Service Oriented Computing Environment. It was developed by Dr. Michael
Sobolewksi when he was working at Texas Tech's Computer Science department
and there are a number of implementations at various locations around the
country and internationally including the one where I work. It is still
actively being developed by himself and others. You can learn more about it
by visiting http://sorcersoft.org (he may subscribe to this list, not sure).
There is an extension set of published articles under the Publications
portion of the website that can provide you with plenty of background on

Michael C. Robbeloth
Senior Computer Scientist

Data Science Automation Inc.
Risk-Free Automation Results for your Enterprise!
Certified Experts in Automation Engineering to Design, Control, Test, &

-----Original Message-----
From: Dan Creswell [mailto:dan.creswell@gmail.com] 
Sent: Thursday, April 12, 2012 6:22 AM
To: dev@river.apache.org
Cc: user@river.apache.org
Subject: Re: River Reference Implementation


(1) Pick a proper app, stay away from tools. As the app(s) are built we'll
discover the tools (and other things) that need building.

Tool builders should be far rarer than app builders...

(2) Don't pick the mother of all examples as a first step. It'll take an
age to build and end up being hideously complex and difficult to get hold

We surely don't want the kind of backfire we got from having our examples
fully featured with security and all...

On 12 April 2012 11:12, Tom Hobbs <tvhobbs@googlemail.com> wrote:

> Hi all,
> It has been suggested that we create a River reference application and
> this is a call for people willing to get involved.
> But first let me clear up some potential confusion.  River is, of
> course,  a reference implementation of the Jini and JavaSpaces
> Specifications.  This call for a "reference application" is more akin
> to a business product using River.  Think of it as being something
> like Java's Pet Store.
> So the first question is deciding what kind of application to build.
> So some suggestions have been;
> - Pet Store
> - Multiplayer distributed Tron-like game
> - Tools (- less an application more like larger components to help
> users solve their own business problems)
> These options are by no means exhaustive and are certainly open to
> discussion.  Does anyone have any better ideas or a preference?  Who
> wants to get involved?
> Thanks to the River PMC for coming up with this idea and providing the
> first spark of inspiration for what to build!
> Cheers,
> Tom

View raw message