>
>>>> On Aug 9, 2015, at 9:58 PM, Patricia Shanahan wrote:
>>>>>
>>>>> I am going to include the lack of a release manager for 3.0 in the
>>>>> board report, and assign myself an action item to fix it.
>>>>>
>>>>&
Apache project release. I am just not a good candidate for this.
Thanks,
Bryan
On Saturday, August 8, 2015, Patricia Shanahan wrote:
> Bryan,
>
> Are you able and willing to act as release manager for 3.0?
>
> On 8/6/2015 11:56 AM, Bryan Thompson wrote:
>
>> Just releas
TC Aug 10, 2015
> (1600 EDT Monday)
>
> Cheers,
>
> Greg Trasuk
--
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
t either way.
>
> On 8/6/2015 9:55 AM, Bryan Thompson wrote:
>
>> Or just release it. If problems emerge, people can report them and they
>> can get fixed. There is a known reliable release now. Let the community
>> vote by migrating their code.
>>
>> B
ase blocker it getting more
> people to test in more environments. Perhaps we should put out an appeal on
> u...@river.apache.org?
>
> On 8/6/2015 9:33 AM, Bryan Thompson wrote:
>
>> Maybe it would be good to say a few words about the release goals for 3.0?
>> I.e., 3.0 pr
Maybe it would be good to say a few words about the release goals for 3.0?
I.e., 3.0 provides a deep refactoring that address performance, concurrency
and scaling issues. Significant progress has been made towards the 3.0
release target. X new tests have been developed for this release. The
rema
Greg,
It looks good. +1 on releasing this.
One comment might be to point people looking at the Java implementation
classes to the md files that provide the guided tutorial. I started in the
code and only later found the site/ section.
Thanks,
Bryan
On Thu, Aug 6, 2015 at 9:03 AM, Greg Trasuk
Does anyone have references
> to any academic work on presence monitoring and leader election, beyond
> Lamport’s original paper?
>
> I also wonder, is there a reason not to just use Multicast if it’s
> available (I realize that it isn’t always supported - Amazon EC2, for
> instance).
Hello,
I am wondering if anyone has looked into creating tree based algorithms for
multi-cast of RMI messages for river. Assuming a local cluster, such
patterns generally have log(p) cost for a cluster with p nodes.
For the curious, this is how many MPI messages are communicated under the
hood.
or river is not succeeding, but succeeding in a new
community.
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://mapgraph.io
Blazegraph™ is our ultra high-perform
It might be useful to say something about the existing projects that
use jini / river. Among them is www.blazegraph.com. But there are
many others.
Thanks,
Bryan
Bryan Thompson
Chief Scientist & Founder
SYSTAP, LLC
4501 Tower Road
Greensboro, NC 27410
br...@systap.com
http://blazegraph
+1 : I approve of this modification
On Apr 30, 2015 1:15 PM, "Dennis Reedy" wrote:
> As part of the upcoming 3.0 release (based off of the skunk/qa_refactor
> branch), it would be perfect timing to move the package names of
> com.sun.jini and com.artima to org.apache.river.
>
> Voting period will
Sounds good. Does Apache do release candidates as well? If not,
let's make sure that the existing deployed footprint (which is large)
has a chance to evaluate the branch before the 3.0 release.
Bryan
On Thu, Apr 30, 2015 at 11:13 AM, Dennis Reedy wrote:
> Hi,
>
> I didn’t want to add this to
+1. Better out of the box experience.
Also, benchmarks. Why is river better?
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
Blazegr
systems platform. This is purely a marketing issue, so having a
flurry of good press would be nice.
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.co
s can easily see what's
in the various registrars?
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™ <ht
Sounds great!
What are the plans to move to a beta or preview release?
Bryan
Bryan Thompson
Chief Scientist & Founder
SYSTAP, LLC
4501 Tower Road
Greensboro, NC 27410
br...@systap.com
http://bigdata.com
http://mapgraph.io
CONFIDENTIALITY NOTICE: This email and its contents
Are there benchmarks for network performance in the River test suite?
Thanks,
Bryan
How stable is the lamba translation? If this changes or is different for
different JVMs, will that break things?
Bryan
On Wed, May 28, 2014 at 8:29 AM, Peter wrote:
> So far, a subset of Lambda's appear very suitable for marshalling
> remotely, where their code can execute in a remote jvm.
>
>
this isn't showing through on Jenkins yet.
>>
>> You could say I took some time out, to do something easy, at least
>> compared to the hair pulling concurrency bugs and race conditions I've
>> been focused on.
>>
>> Cheers,
>>
>> Peter.
&
This is all good, but I would personally be interested in getting to a
release based on the QA branch with less remaining development. I would
suggest rapid iterations for releases with incremental change until a QA
branch based release is stable.
On Thu, May 22, 2014 at 7:24 AM, Peter Firmstone
Well + 1 then.
> On May 19, 2014, at 7:39 AM, Dawid Loubser wrote:
>
> Dude, it's open-source. We're all members ;-)
> (or can at least all share opinions...)
>
> Dawid
>
>
>> On 19/05/2014 13:37, Bryan Thompson wrote:
>> I assume that only memb
I assume that only members can vote?
> On May 19, 2014, at 7:19 AM, Peter Firmstone wrote:
>
> Come on people, we need at least three votes to nominate a new Chair.
>
> Lets give this project one last shot.
>
> Tom & I have already voted in favour.
>
> Peter.
Fixed another data race while I was at it, a synchronized collection was
> shared outside of synchronization with a pool thread via a Runnable.
>
> Regards,
>
> Peter.
>
>> On 14/05/2014 8:15 PM, Bryan Thompson wrote:
>> All you need to do is dup the buffer. That gi
Works for me. Has compatibility, concurrency bug fixes, and performance gains,
Bryan
> On May 14, 2014, at 6:58 AM, Michał Kłeczek wrote:
>
> That is going to cause qa_refactor merge difficult.
>
> My take - pretty radical - on this would be:
>
> 1. Rename branch trunk to "2.x.x"
> - 2.x wou
That is, assuming that the views of the buffer have distinct offsets so the
read/write operations within those views can not overlap. Brya
> On May 14, 2014, at 6:06 AM, Peter Firmstone wrote:
>
> Hmm, it already does that, I wonder if this is safe for direct ByteBuffer's?
>
> Visibility is
What is the argument for pushing out the qa_refactor based release? Do you
believe that it is not ready to evaluate in production systems? Or do you
believe that the rename is more important? If so, why? Just curious about
people's perspectives here.
Bryan
> On May 14, 2014, at 5:52 AM, Ra
All you need to do is dup the buffer. That gives you independent fields for
position and limit, which is what is not thread safe. You do need a
synchronization section around that dup, but that is a very fast operation.
You can also use the read only view of the buffer. Bryan
> On May 14, 201
odule group and artifact ids
>>
>> Regards
>>
>> Dennis
>>
>>
>>> On Tue, May 13, 2014 at 6:26 AM, Bryan Thompson wrote:
>>>
>>> Why don't we do a pre-release from this branch? Does apache support this
>>> concept? Give i
module group and artifact ids
>
> Regards
>
> Dennis
>
>
>> On Tue, May 13, 2014 at 6:26 AM, Bryan Thompson wrote:
>>
>> Why don't we do a pre-release from this branch? Does apache support this
>> concept? Give it some time in the wild to shake down
x27;s place in the ClassLoader hierarchy, shouldn't jsk-platform
> depend on jsk-policy?
>
> Regards,
>
> Peter.
>
>>
>> Regards
>>
>> Dennis
>>
>>
>>> On Tue, May 13, 2014 at 6:26 AM, Bryan Thompson wrote:
>>>
>>>
Sounds good.
> On May 13, 2014, at 8:25 AM, Rafał Krupiński
> wrote:
>
> Dnia wtorek, 13 maja 2014 08:11:21 Bryan Thompson pisze:
>> Is the name change a requirement for a 3.0? The problem is that this will
>> break compatibility making it extremely difficult to est
Why don't we do a pre-release from this branch? Does apache support this
concept? Give it some time in the wild to shake down the bugs?
If not. Let's just release it and document that there is a lot of churn. Give
it a 3.0 designation and be prepared to release a series of updates as bugs are
+1
> On May 12, 2014, at 11:03 PM, Gregg Wonderly wrote:
>
> All of these things are the reason why we just need to take Peter’s hard work
> an go with it. There is really no reason to look back. The performance
> issues and security problems that Peter has so patiently waded through have
>
We have been using river/jini since 2006. While I have very little time for
work on open source projects outside of our own (read - completely swamped), I
am hugely in favor of its continued life. The main points for me are not so
much the evolution of the software as continuing to harden an a
nterruptedException.class));
}
}, 1/* timeout */, TimeUnit.MILLISECONDS);
}
}
/**
* Task sleeps for a specified duration.
*
* @author mailto:thompson...@users.sourceforge.net";>Bryan
* Thompson
*/
priva
ILFactory code to see if if closes the ³session² after a call
>>completes.
>>
>> I¹m not aware of a succinct reference on this topic, so if you could
>>post results to the list, that would help out others.
>>
>> Cheers,
>>
>> Greg Trasuk.
>>
I would like to setup exporters used by both long-lived and relatively short
lived objects in a manner that could be compatible with a firewall. E.g., I
would like to have river communicating only using some configured ports. Is
this as easy as specifying the port number explicitly for TcpServ
y from the build
in eclipse?
Thanks,
Bryan
On 4/17/13 2:44 AM, "Tom Hobbs" wrote:
>I have. It's not the easiest project to set up, but not that tricky
>either. What's the matter?
>
>Tom
>On Apr 17, 2013 12:03 AM, "Bryan Thompson" wrote:
>
&g
Hello,
Does anyone have any experience with setting an eclipse environment to do
development on river?
Thanks,
Bryan
can NOT be trivially wrapped as an {@link
ExecutorService}
* since the resulting delegation pattern for submit() winds up invoking
* execute() on the delegate {@link ExecutorService} rather than on this
class.
*
* @author mailto:thompson...@users.sourceforge.net";>Bryan
Thomps
Peter,
As I said, I am happy to take on a few classes and see if I can find some
problems or discuss possible concurrency failures. I am pretty good at
recognizing concurrency problems, at least within the range of coding
styles that I am familiar with. But I do not know the river internals.
Thi
I am uncomfortable with a release that has known concurrency problems. I
am also uncomfortable that the custom Levels serialization change by
Oracle [1] has broken the current release for new JVMs. I would like to
see a minor release which fixes that serialization problem and a candidate
release
Sure. Lets look at this more tomorrow. Bryan
Original message
From: Peter Firmstone
Date:
To: Bryan Thompson
Cc: dev@river.apache.org
Subject: Re: Test failures - concurrency bugs or Socket problems?
Thanks Bryan,
It's way past my bedtime, I'll have a proper lo
Peter,
Here is the summary from the end of the run. Please let me know what else
you would like to see. I can also mail you the compressed output (1.5MB).
I assume that the test results are in the file system somewhereŠ.
Thanks,
Bryan
[java]
[java] # of tests started = 1412
[java
We have a 10.8.2 on a recent intel mini with 16G RAM. Does the test suite
require much memory to run? If not, we also have some other machines with
less memory and earlier OS revisions.
Are there specific tests to run?
Any guidance on running the test suite?
Thanks,
Bryan
On 2/19/13 6:28 AM,
1 PM
> To: dev@river.apache.org
> Cc: Bryan Thompson
> Subject: Re: Interrupt propagated to wrong thread?
>
> Well, not to my knowledge, anything could be interrupting the
> thread (because it's waiting) on the remote machine which is
> propagating it as an IOException.
>
>
I am curious whether there is any known problem where an interrupt could be
propagated into the wrong thread by the jini/river library (this is against
river 2.2), or perhaps retained across the reuse of a thread for another task.
The critical bit of the stack trace that I am seeing is:
Caused
be
> in the root of the unpacked source.
>
> I don't think Peter created a jira fir it because I've not
> seen a notification email. I'm also unsure what code libel
> he's referring to.
>
> Sent via mobile device, please forgive typos and spacing error
> -Original Message-
> From: Peter Firmstone [mailto:j...@zeus.net.au]
> Sent: Friday, January 13, 2012 3:21 AM
> To: dev@river.apache.org
> Cc: Bryan Thompson; u...@river.apache.org
> Subject: Re: [Fwd: Re: DGC threads issue]
>
> Ok, found the problem, when I fixed R
at no one got back to you about this. I'm afraid
> that I don't
> > know the answer to your question, I've copied the dev list
> into this
> > email in case someone who monitors that list (but not this one) has
> > any ideas.
> >
> > Best re
> Sent: Saturday, January 14, 2012 7:04 AM
> To: Bryan Thompson
> Cc: dev@river.apache.org; u...@river.apache.org
> Subject: Re: [Fwd: Re: DGC threads issue]
>
> Brian,
>
> First checkout the main trunk (I've only just committed the
> fix so make sure it's updated,
What about the following property? Is it still valid?
-Dsun.rmi.transport.tcp.connectionPool=true
Thanks,
Bryan
> -Original Message-
> From: Peter Firmstone [mailto:j...@zeus.net.au]
> Sent: Friday, January 13, 2012 8:41 AM
> To: Bryan Thompson
> Cc: dev@rive
Peter,
There is very little information in there. Basically a whole lot of "DGC Lease
Checker" threads all sleeping in Thread.run().
The stacks below are from a capture in yourkit that I had on hand from when I
was investigating this problem. The workload had been removed from the service
t; >>> -- Peter
> >>>
> >>>
> >>> On Jan 12, 2012, at 3:45 PM, Tom Hobbs wrote:
> >>>
> >>>
> >>>> Hi Bryan,
> >>>>
> >>>> Sorry that no one got back to you about this. I'm afraid that I
2012 8:41 AM
> To: Bryan Thompson
> Cc: dev@river.apache.org; u...@river.apache.org
> Subject: Re: [Fwd: Re: DGC threads issue]
>
> Brian,
>
> Do you have a Linux / Unix build environment?
>
> River isn't building yet on Window's, FreeBSD, or OpenBSD,
> known bu
101 - 156 of 156 matches
Mail list logo