hnu Gautam
Sent: 07/07/2016 07:19:48 pm
To: dev@river.apache.org
Subject: RE: Lotj - languages other than java
Hi Peter
Thanks for your valuable reply.Could you elaborate more on serverHost string. I
found serverHost variable on phoenix.policy file. Currently I am just using a
simple reggie(Jrmp-
that I can configure more properly. I think I
may have missed that.
RegardsBishnu
Bishnu Prasad Gautam
> Date: Wed, 6 Jul 2016 21:01:53 +1000
> From: j...@zeus.net.au
> Subject: Re: Lotj - languages other than java
> To: dev@river.apache.org
>
> Hi Bishnu,
>
> The
that I can configure more properly. I think I
may have missed that.
RegardsBishnu
Bishnu Prasad Gautam
> Date: Wed, 6 Jul 2016 21:01:53 +1000
> From: j...@zeus.net.au
> Subject: Re: Lotj - languages other than java
> To: dev@river.apache.org
>
> Hi Bishnu,
>
> The
hompson
Sent: 06/07/2016 11:22:49 pm
To: dev@river.apache.org
Subject: Re: Attic? Was: Re: Lotj - languages other than java
I look at git in terms of the ease of use for branch/merge patterns and the
support of pull requests for code review and historical change tracking.
It is really far superior in its fl
I look at git in terms of the ease of use for branch/merge patterns and the
support of pull requests for code review and historical change tracking.
It is really far superior in its flexibility. Even just the diff facility
if a big step forward.
I do agree that projects benefit significantly from
Samsung device.
Include original message
Original message
From: Patricia Shanahan
Sent: 06/07/2016 08:36:37 pm
To: dev@river.apache.org
Subject: Re: Attic? Was: Re: Lotj - languages other than java
Are we changing the minimum supported Java version for user code? If so,
we definitely nee
dns resolution .
Regards,
Peter.
Sent from my Samsung device.
Include original message
Original message
From: Bishnu Gautam
Sent: 06/07/2016 08:11:49 pm
To: dev@river.apache.org
Subject: RE: Lotj - languages other than java
Thanks Peter For the introduction of new implementation. I
#x27;s non
compliant with agreed versioning, but it would avoid a lot of updates
to JIRA.
Regards,
Peter.
Sent from my Samsung device.
Include original message Original message From: Patricia
Shanahan Sent: 06/07/2016 06:59:14 pm To:
dev@river.apache.org Subject: Re: Attic? Was: Re: Lo
t with agreed
versioning, but it would avoid a lot of updates to JIRA.
Regards,
Peter.
Sent from my Samsung device.
Include original message
Original message
From: Patricia Shanahan
Sent: 06/07/2016 06:59:14 pm
To: dev@river.apache.org
Subject: Re: Attic? Was: Re: Lotj - language
certainly enable a huge potential to this technology. Please correct me if
something is missing here.
RegardsBishnu
Bishnu Prasad Gautam
> Date: Wed, 6 Jul 2016 16:25:12 +1000
> From: j...@zeus.net.au
> To: dev@river.apache.org
> Subject: Re: Lotj - languages other than java
>
I just hope a move to git does not become yet another reason to delay a
release. A few months ago we were really close - just a matter of fixing
a qa build failure.
On 7/5/2016 11:44 PM, Peter wrote:
Thanks Brian,
Hang in there, I think we can get back on track without fragmenting,
I've seen
On 05-07-16 14:51, Bryan Thompson wrote:
GitHub (at least) provides excellent tracking. It is a matter of how you
define policy for PRs. We do not accept PRs unless the author is a
contributor with appropriate CLAs for the project. So it works out very
nicely for us. Every single commit and i
Thanks Brian,
Hang in there, I think we can get back on track without fragmenting,
I've seen the developers on this project work well together in the
past. I do agree GitHub is less work for releases, I'm going to attempt
to get access to Apache's git wip repository. My experience has been
j...@zeus.net.au
To: dev@river.apache.org
Subject: Re: Lotj - languages other than java
Thanks Bishnu,
Mark Brouwer originally pointed out many years ago, that while jini had
https jeri endpoints, there was no support to perform unicast discover
over https in LookupLocator discovery.
I have implemented
ate: Tue, 5 Jul 2016 17:46:14 +1000
> From: j...@zeus.net.au
> To: dev@river.apache.org
> Subject: Re: Lotj - languages other than java
>
> Thanks Bishnu,
>
> Mark Brouwer originally pointed out many years ago, that while jini had
> https jeri endpoints, there was no
millions of users around the world. Please think, discuss and try
to work on it. It would be a great news for us.
RegardsBishnu
Bishnu Prasad Gautam
Date: Mon, 4 Jul 2016 18:37:25 +1000
From: j...@zeus.net.au
Subject: Re: Lotj - languages other than java
To: dev@river.apache.org
CC: si...@qcg.nl
Sim
Thanks Patricia, I can follow up with infra.
Regards,
Peter.
Sent from my Samsung device.
Include original message
Original message
From: Patricia Shanahan
Sent: 05/07/2016 07:12:20 pm
To: dev@river.apache.org
Subject: Re: Attic? Was: Re: Lotj - languages other than java
On 7/5
Hi Patricia
Bishnu Prasad Gautam
> Subject: Re: Lotj - languages other than java
> To: dev@river.apache.org
> From: p...@acm.org
> Date: Tue, 5 Jul 2016 01:48:11 -0700
>
> On 7/4/2016 11:38 PM, Bishnu Gautam wrote:
> > Hi Patricia
> >
> >>
> >>
lutions for millions of users around the world. Please think, discuss and
> try to work on it. It would be a great news for us.
> RegardsBishnu
>
>
> Bishnu Prasad Gautam
>
>
>> Date: Mon, 4 Jul 2016 18:37:25 +1000
>> From: j...@zeus.net.au
>> Subject:
+1 for Bryan’s PR/GitHub email. I don’t see any way we couldn’t attribute any
code change to some user with a CLA active at any given time.
I don’t think the attic represents defeat, I’m reluctant to let it go to the
attic but right now it seems that more work is being done on the ASF
administ
GitHub (at least) provides excellent tracking. It is a matter of how you
define policy for PRs. We do not accept PRs unless the author is a
contributor with appropriate CLAs for the project. So it works out very
nicely for us. Every single commit and its authorship remains visible and
that meta
On 7/5/2016 1:26 AM, Peter wrote:
Can we move to git, without moving to GitHub?
Not currently. There is an experiment underway for a system that uses
GitHub with an Apache-controlled mirror. I will look again at the status
of that project.
We can get a read-only git mirror. See http://www.a
On 7/4/2016 11:38 PM, Bishnu Gautam wrote:
Hi Patricia
Do you have any ideas for how to recruit River developers? Even the
committers we have do not have enough time to finish an almost
complete release.
Do you have scheme of recruitment with payment or complete
volunteers? If it is volunte
Thanks Sim, hold that thought, you never know.
The good thing is, we're talking about these things again, without
heated argument.
An incompatible branch is fine as long as it doesn't have the same
namespace as the long term support branch, so both can coexist in the
same jvm. Those that w
Can we move to git, without moving to GitHub?
https://www.linux.com/blog/apache-hadoop-transitions-git
A concern I have with moving to GitHub is DCMA take down notices and IP:
https://github.com/github/dmca
The Apache foundation provides us with legal support as well as governance.
I always t
, 4 Jul 2016 18:37:25 +1000
From: j...@zeus.net.au
Subject: Re: Lotj - languages other than java
To: dev@river.apache.org
CC: si...@qcg.nl
Sim,
I'd like to see the project return to the days where we had a number of active
committers working together on the same goals.
I've got a proj
Hi Patricia
>
> Do you have any ideas for how to recruit River developers? Even the
> committers we have do not have enough time to finish an almost complete
> release.
Do you have scheme of recruitment with payment or complete volunteers? If it is
volunteers, internship program would be the
On 7/4/2016 8:33 PM, Bishnu Gautam wrote:
Hi Peter It is great that you pointed out lookup locator issue in
firewall and its potential solution. It would be great to see the
developments in River in which they really focus to have lookup
discovery beyond the firewall without requiring port forwar
there's still plenty of good stuff left worth saving.
>
> Regards,
>
> Peter.
>
>
> Sent from my Samsung device.
>
> Include original message
> Original message
> From: Peter
> Sent: 01/07/2016 04:35:16 pm
> To: dev@river.apache.org
>
See https://attic.apache.org/ for an introduction.
The question I am raising is whether River is viable as an Apache
project, not whether it is a valuable body of code. Your second
paragraph is exactly my point.
Apache brings some good stuff to its projects in the form of licensing
with care
I am just not that familiar with Apache policy. However, river is a real,
functional, deployed in use platform. I certainly agree that there is
deadlock at this point in terms of the people and process. However, I am
not sure that an attic is the right place for a well grounded and fielded
tech
I think it is time to raise on the user list moving River to the attic.
There is no sign of progress on a release. What interest there is in
development seems to be going in different directions. Using portions of
River code in other projects would still be feasible with it in the
attic, but t
On 04-07-16 10:37, Peter wrote:
> I'd like to see the project return to the days where we had a number of
> active committers working together on the same goals
I'm sorry that i did not immediately answered your email. I think there
needs to be more buy-in for change, than only the two of us.
Als
xist, or that they need
addressing, there's still plenty of good stuff left worth saving.
Regards,
Peter.
Sent from my Samsung device.
Include original message
Original message
From: Peter
Sent: 01/07/2016 04:35:16 pm
To: dev@river.apache.org
Subject: Re: Lotj - languages o
Sent: 30/06/2016 06:22:30 pm
To: dev@river.apache.org
Subject: Re: Lotj - languages other than java
If you solve the 'barrier' of the service discovery, do you also want to
provide universal access to the java services in the form of microservices?
It is doable to take any 'more used
If you solve the 'barrier' of the service discovery, do you also want to
provide universal access to the java services in the form of microservices?
It is doable to take any 'more used' service discovery solution and use
this as the river discovery. To introduce a level of abstraction with
the
Currently with River, you need java to participate. Other languages can
provide services, but you need a jvm to participate.
Most of discovery is language agnostic, so any language can participate in
discovery.
The major limitation for other languages is the lookup service. Security
issues a
37 matches
Mail list logo
