Hi Dennis:

Discussion intertwined…

Cheers,

Greg.

On Feb 18, 2014, at 11:45 AM, Dennis Reedy <dennis.re...@gmail.com> wrote:

> 
> On Feb 18, 2014, at 1113AM, Greg Trasuk <tras...@stratuscom.com> wrote:
> 
>> 
>> Hi Dennis:
>> 
>> I’ll bite twice:
>> 
>> - Your offer to contribute Rio may have been before my time as a committer, 
>> because I don’t recall the discussion (mind you I’m also at a loss to recall 
>> what I had for dinner last night ;-).  
> 
> November 28th, 2013. Email thread entitled "River Container (was surrogate 
> container)". You responded asking questions about code provenance. Snippet 
> from the thread:
> 
> I see it’s Apache licensed.  Ideally we’d have a CCLA in place from all the 
> corporate contributors, but I personally don’t know if that’s required if the 
> contributed code is ASL2.  We might have to consult more experienced Apache 
> people.
> 
> Greg.
> 
> I'd like to find out what would need to be done here. If anyone could help, 
> that would be great. I have no problems donating Rio to the River project. 
> River would get a mature project, with tons of real-world application of 
> River put into it. I think it would do River good, and also Rio.


> If not part of the project I think River should at least reference it as a 
> notable project that can really speed developer adoption of River.
> 

OK, let’s assume that you’re willing to contribute Rio, and that the River 
community is in favour.  I’ll start a separate thread to discuss the steps.

And we should go ahead and add a reference to Rio on the River site in the 
meantime.  While we’re at it, any other projects that should be referenced?  
The “notable projects” idea is a very good one.

> 
>> How was River unwelcoming, and do you feel the same situation exists now?
> 
>> - Could you give a little detail on why you think  container projects should 
>> be outside River?  Is it just development stickiness, or something else?
> 
> It's not container projects in general. It's projects that were never 
> accepted as *the* way to do something and now want to be included as defacto 
> support into River. I see no reason that your contribution should be 
> considered over more mature implementations at this point (Rio, Seven,...). I 
> think most importantly, there is no specification for "containers" to 
> implement, no requirements. The first thing to do would be to define what 
> these are, then contributed implementations can appear, and 
> developers/deployers choose what implementation to use.
> 

OK, fair point.  No specifications, I agree with.  FWIW, the container I wrote 
uses the Service Starter conventions, which is why it’s able to use Reggie 
unmodified.  The only thing added is the packaging into a single archive file.  
So, I hereby propose that we adopt a service archive packaging standard that 
looks like the one in the container (discussion will no doubt follow).

To be clear, though, I’m not suggesting that river-container should be “the” 
way, just “a” way.  And there was no small amount of real-world application 
experience that went into river-container.

>> 
>> I’ll expand on why I think River needs a container desperately:  Basically 
>> there is no way for a developer to use Jini or River as it stands.  
> 
> I agree with your statement above, just use Rio :) 

Can I at least get you to agree that there should be at least one container 
that’s part of the River project?  Possibly more than one, that serve different 
targets?

I recall that years ago, on Jini-users, John McClain commented that the Jini 
team didn’t want to sanction a single style of deploying services.  While I 
suspect that logic still holds, it’s pretty clear to me that the core project 
needs to have at least “a” container.

> 
>> For reasons that we’ve talked about endlessly, the Service Starter approach 
>> is unworkable (even without a potential race condition).  That isn’t new - I 
>> remember when I started using Jini many years ago, I spent at least two days 
>> just bringing up Reggie.  Then another two days getting a service running  
>> The “new-user” experience has been an issue since before we came to Apache.  
>> That’s why I wrote Harvester, that’s why Dennis created Rio, that’s why 
>> there were half a dozen containers created.  
>> In fact I suspect that every developer who’s ever used Jini did their own 
>> container implementation, in one form or another.
> 
> I'm not sure this is the case at all. Some did yes, most took advantage of 
> what others had already written. 
> 
> Regards
> 
> Dennis

Reply via email to