Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

+1 Peter. I also reccommend investigating and identifying bottlenecks first; this will benefit other users as well. Also, if there is any chance the bottleneck is in River, I would be very, very interested in constructing a benchmark based on your workload that demonstrates the scaling probl

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

Any Java spaces client spends most of its time blocked on a read/take from the space which makes it a very synchronous interface. You would put work into the space and then turn right around an make a blocking take in most cases. Gregg Sent from my iPhone > On Jun 3, 2015, at 6:42 AM, Palash

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

One of the primary issues with trying to scale join applications is all of the locking and blocking through the security subsystems. Peter's work in this area should be a tremendously visible performance boost for any app which has a high call load, such as data processing. Gregg Sent from my

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

Greg is on point here. You really should consider a Java Space (look at Dan Creswell's Blitz, [http://www.dancres.org/blitz/, for a very performant implementation). Your clients would then put requests for work into the Javaspace. Worker machines that you can add as many as you want of, woul

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

> On Jun 3, 2015, at 7:42 AM, Palash Ray wrote: > > Interesting thought about using Java Spaces. However, for us, there is an > extra maintenance of the Java Spaces server in production, which is my > worry. Moreover, in our application, it is always a synchronous call from > the Swing client to

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

There’s never a bad time to point out the excellent Jiniology series that’s still up on Artima.com : http://www.artima.com/jini/jiniology/index.html In particular, the explanation of JavaSpaces: http://www.artima.com/jini/j

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

Interesting thought about using Java Spaces. However, for us, there is an extra maintenance of the Java Spaces server in production, which is my worry. Moreover, in our application, it is always a synchronous call from the Swing client to the Jini server. It would be a lot of effort to make this an

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

Hard to be sure if this is a sensible comment without knowing more about what you're trying to do, but the typical "load balance" in a Jini environment has traditionally been a Java Spaces server, into which "jobs" (probably simply Runnable implementations) are placed. The clustered work engines ar

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

Thanks Dennis, I will definitely explore that option. On Tue, Jun 2, 2015 at 9:37 PM, Dennis Reedy wrote: > Hi Palash, > > Using reggie as a load balancer does not make the most sense, what you may > want to consider to to maintain a collection of discovered services and > simply round robin acr

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

Hi Palash, Using reggie as a load balancer does not make the most sense, what you may want to consider to to maintain a collection of discovered services and simply round robin across them. You might want to start looking at the ServiceDiscoveryManager and the LookupCache for this. HTH Dennis

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

Excellent. May be we can help each other here. Let me start by giving some more context around the problem. *Problem* Our middle tier that is a Jini-based rmi server. We have a Swing client that connects to it. In the middle tier, we have lot of processing logic: fetch something from the database

Re: Clustered Jini Server? Was: Re: Mirroring to GitHub

Also, if there is any chance the bottleneck is in River, I would be very, very interested in constructing a benchmark based on your workload that demonstrates the scaling problem. I would like to run it against the latest unreleased version, which I think may fix some scaling issues. If it stil

Clustered Jini Server? Was: Re: Mirroring to GitHub

Palash: Could you expand on your need for a “clustered Jini server”? What features are you looking for, and what aspects of the application need to be clustered? This might provide fertile grounds for development. Cheers, Greg Trasuk > On Jun 2, 2015, at 12:38 PM, Palash Ray wrote: > > H

Re: Mirroring to GitHub

Hi Greg, Patricia, Really happy to see: https://github.com/trasukg/river-container I think we are off in the right direction. I have been using river for almost 2 years now, but only recently started taking an interest in the code that makes it tick. Our organisation is facing some scalability i

Re: Mirroring to GitHub

Thanks, Jukka. And by the way, I’m happy to see you’re still watching River! Cheers, Greg Trasuk. > On Jun 2, 2015, at 11:14 AM, Jukka Zitting wrote: > > Hi, > > 2015-06-02 1:17 GMT-04:00 Greg Trasuk : >> I notice that for some reason, the 2.1 branch shows up as current, so you >> need to

Re: Mirroring to GitHub

Hi, 2015-06-02 1:17 GMT-04:00 Greg Trasuk : > I notice that for some reason, the 2.1 branch shows up as current, so you > need to switch > to the 2.2 branch explicitly to see the latest releases. I’m not sure how to > change that. You can file an INFRA issue to get the default branch and other

Re: Mirroring to GitHub

Greg Trasuk has already responded on the specifics. I am going to comment on fixing the apparent lack of activity. To make things happen, we need more developers. The current activity is checking the river/jtsk/skunk/qa-refactor-namespace branch as a basis for an upcoming release. See the rec

Re: Mirroring to GitHub

Hello Palash: It’s most excellent to see you posting to the list, as well as to JMeter. I have to confess, I’ve had a JMeter plugin on my “TODO” list for quite some time, so it’s great to see you proposing it. We are actually already mirrored to github ( as is the entire Apache svn repository