River and Kubernetes

Hi all, Has anyone been successful deploying River services on a Kubernetes cluster? Regards Dennis

Re: Git conversion (was Re: Project Health / Interest)

;>> Thanks for the update. I think your repo would be the best jumping off >>> point, as you had already completed the work. >>> >>> I guess step number one would be to figure out who has access to the repo >>> and to see what it would take to get access.

Re: Call for PMC volunteers for Apache River

Roy, I'd be interested in volunteering as well. Regards Dennis Reedy On Thu, Mar 11, 2021 at 6:29 PM Roy T. Fielding wrote: > Hello again, > > The River project seems to be short on PMC members, which is a > problem for Apache projects because we require at least three active &

Re: Git conversion (was Re: Project Health / Interest)

I did this conversion a while ago, does this help? https://github.com/dreedyman/apache-river Regards Dennis On Mon, Feb 15, 2021 at 2:44 PM Dan Rollo wrote: > Hi Peter, > > Silly questions to follow. > > I found the empty repo at: river-ldj-tests.git < >

Re: [VOTE]: make trunk an unstable development branch.

+1 > On Oct 12, 2020, at 10:23 PM, Phillip Rhodes > wrote: > > On Fri, Oct 9, 2020 at 7:03 PM Peter Firmstone > wrote: >> >> Currently the trunk branch is a stable branch, it is not for development >> code, let's make it so we can develop in trunk. The vote concludes in >> two weeks. > >

Re: Example Gradle Buuild

h the Gradle > > approach, I'd love to see us go ahead and get that stuff merged and > > commit to it as The Path Forward. Thoughts? > > +1 Peter. > > > > > > > > Phil > > > > > > On Mon, Jul 13, 2020 at 4:55 PM Dennis Reedy > wro

Re: Why jtreg

g database relating to Jini, >> Oracle has long since made it inaccessible. Many of the bug regression >> tests in jtreg lack documentation, I guess there might be some >> information in the Jini users mail list archives. >> >> I'd suggest grabbing the

Why jtreg

As the title says, why use jtreg? We have modern test frameworks (Junit, Spock, etc...). Asd we move forward with River, why not migrate tests to use these? Regards Dennis Reedy

Re: Example Gradle Buuild

hese tests with a gradle build. > > Cheers, > > Peter. > > On 7/11/2020 11:12 PM, Dennis Reedy wrote: > > Hi Peter, > > > > We could just fold what you’ve done into the project. I merged the > modules for expediency. I’ll spend some time next week doing t

Re: Example Gradle Buuild

tests and have seen none. Are they held separately? > Beyond that I did nothing else. Is there anything I could try? > > Zsolt > >> On Fri, Jul 10, 2020 at 9:50 PM Dennis Reedy wrote: >> >> Curious as to whether anyone has looked at this. >> >> Regard

Re: Example Gradle Buuild

you had a look at the code changes I made to remove the circular links? > > Cheers, > > Peter. > >> On 7/11/2020 5:50 AM, Dennis Reedy wrote: >> Curious as to whether anyone has looked at this. >> >> Regards >> >> Dennis >> >>> On Tu

Re: Example Gradle Buuild

Curious as to whether anyone has looked at this. Regards Dennis On Tue, Jul 7, 2020 at 1:30 PM Dennis Reedy wrote: > To demonstrate how a modular Gradle build would look like, I put together > a clone of Apache River subversion branch of > http://svn.apache.org/repos/asf/river/jts

Example Gradle Buuild

. - There were issues with the Velocity work, it was removed Regards Dennis Reedy

Question on module breakouts

river-start - river-activation Thoughts? Regards Dennis Reedy

Re: Maven build

I'm wondering if I'm missing a step here. This is what I've done: 1. svn checkout http://svn.apache.org/repos/asf/river/jtsk/modules 2. cd modules/modularize/apache-river 3. mvn package [INFO] Scanning for projects... [ERROR] [ERROR] Some problems were encountered while processing the POMs:

Git repository

I see there is https://github.com/apache/river. Can this be moved to be a primary and not a mirror? The link referenced from Peter (this one https://cwiki.apache.org/confluence/display/commons/MovingToGit) contains stale references, how best to move forward with this? Regards Dennis

Re: [RESULT] Vote: Change from subversion to git

lowing seems like a good guide: > > https://cwiki.apache.org/confluence/display/commons/MovingToGit > > Regards, > > Peter. > >> On 5/30/2020 12:11 AM, Dennis Reedy wrote: >> With 4 in favor, 0 against, the vote to change from subversion to Git is >> approved. >>

[RESULT] Vote: Change from subversion to git

With 4 in favor, 0 against, the vote to change from subversion to Git is approved.

Re: Vote: Change from subversion to git

Is 3 enough to carry the vote for success? If so, what are the next steps? Do we need to contact infrastructure? Regards Dennis On Wed, May 27, 2020 at 9:04 PM Norman Kabir wrote: > Another vote for Git. > > On Wed, May 27, 2020 at 6:26 PM Dennis Reedy > wrote: > > >

Vote: Change from subversion to git

Git provides greater flexibility for distributed development, feature branches, pull requests, etc... this is a vote to move River from subversion to git

Re: Gradle Build [PREVIOUSLY] Re: Board feedback - Request discuss attic for River

Peter, Can/should we work off of this repository as well? https://github.com/apache/river Dennis On Wed, May 27, 2020 at 9:01 AM Dennis Reedy wrote: > Peter, > > I’ll try checking that out. One thing, I had thought River switched to > git? Or is River still using subversion

Re: Gradle Build [PREVIOUSLY] Re: Board feedback - Request discuss attic for River

Peter, I’ll try checking that out. One thing, I had thought River switched to git? Or is River still using subversion? Dennis > On May 27, 2020, at 4:33 AM, Peter Firmstone > wrote: > >  > Thanks Dan, > > Hi Dennis, > > I recall Michael from Sorcer Soft (cc'd) also showed interest in a

Re: Board feedback - Request discuss attic for River

Gi, when support for it is added. I > think we've had much longer to understand problems with distributed > computing and are overcoming them now. > > I'll reply some more later, given time to think some more... > > Regards, > > Peter. > > On 5/22/2020 3:20 AM, Dennis Reedy wro

Re: Board feedback - Request discuss attic for River

I think showing/explaing how River can fit into a larger eco-system of existing applications would certainly help. How could River augment Spring Boot? What would it look like to combine River and Kafka? A discussion of what it would mean to deploy micro-services built with RIver in the cloud?

Re: OSGi [PREVIOUSLY]Re: Maven Build

Hi Peter, In reading your missive I'm not sure I understand when you say "Maven will present a new alternative of maximum sharing, where different service principals will share the same identity.", or "Maven class resolution". Are you referring to an approach where a service may declare it's

Re: Maven Build

gt; > Cheers, > > Peter. > > On 27/06/2017 1:32 AM, Dennis Reedy wrote: > >> Hi Peter, >> >> Congrats on all the work you've put into this project. Modularizing the >> project is a big step forward. As you know I've been using Maven for my >> projects, but

Re: Exporters for other RPC frameworks

Hi Dawid, I remember chatting about this when you did the work, I think it would be great if we could even do it from scratch as a side-project. As an aside, we can also consider things like exporting Spring services as River services:

Re: dev Digest 11 Jan 2016 23:55:58 -0000 Issue 1373

> On Jan 12, 2016, at 745AM, Greg Trasuk wrote > > Don’t look at me - I’ve never touched the one in ‘trunk’. In any case, I’ll > take a look at it later today - Probably just copy the one over from 2.2 and > change the version. Awesome, thanks Greg.

Re: Version in poms

net.au> wrote: > > Thanks Dennis, > > I should have some time on Sunday to produce updated release artifacts. > > Regards, > > Peter. > > Sent from my Samsung device > > Include original message > Original message > From: Dennis Reedy &

Re: dev Digest 11 Jan 2016 23:55:58 -0000 Issue 1373

> On Jan 11, 2016, at 1032PM, Greg Trasuk wrote: > > > > Also, we already have a staging repository setup for River, and we’ve also > already arranged for our artifacts to go into Maven Central even though some > of them use the ‘net.jini’ group id rather than

Re: [Discuss - Remove JRMP and IIOP support]

+1 for keeping IIOP You never know what you’re going to need to integrate with. Right now for me it’s fortran (not that IIOP helps here, just an example), go figure Regards Dennis > On Nov 13, 2015, at 918PM, Peter wrote: > > Rivers IIOP implementation is very small and

Re: Release 3.0 merge into trunk

> On Sep 22, 2015, at 1023AM, Greg Trasuk wrote: > > For now, the current “jtsk/trunk” is an unknown factor as much as > “jtsk/skunk/qa-refactor-namespace/trunk”. I’d suggest renaming “jtsk/trunk” > to “jtsk/abandoned” or something, then rename >

Re: Take out examples from River 3.0?

Greg, Agree 100% with the old examples. BTW, I am working on an example (extends on what you have already created) that uses River 3.0, Gradle and the Groovy configuration approach. I thought it might be a good idea to show how one could use Gradle in addition to Maven. The project includes

Re: Compatibility

he sender by reply email and permanently delete all copies of the email > and its contents and attachments. > > On Thu, Sep 10, 2015 at 12:37 PM, Dennis Reedy <dennis.re...@gmail.com> > wrote: > >> Hi, >> >> I’m building and running an example that I base

Re: Compatibility

y ID keys, allowing Lease implementations to either not > override > * hashCode and equals object methods or allow implementations that more > * accurately model reality. > * > * This implementation is thread safe, concurrent and doesn't require external > * synchronization. >

Re: Release 3.0

Documents\NetBeansProjects\River-3.0\trunk\doc\api > C:\Users\peter\Documents\NetBeansProjects\River-3.0\trunk\build.xml:306: > javadoc doesn't support the nested "configuration" element. > BUILD FAILED (total time: 1 second) > > > > > On 6/09/2015 9:42 P

Re: Release 3.0

Peter, Recovered missing org.apache.river.test.support.* what is the status of custard-apple artifact? This is a blocker for the release as well. Dennis > On Sep 3, 2015, at 1155PM, Peter wrote: > > Dennis, > > We're still missing the following package from the qa test

Re: Release 3.0

> On Sep 3, 2015, at 203PM, Bryan Thompson wrote: > > I think that we could: > > 1. Release 3.0 on the shortest path consistent with appropriate QA. > 2a. Refactor the project structure into modules > 2b. Extend the project into interesting use case areas (IoT was discussed >

Re: Release 3.0

> On Sep 3, 2015, at 218PM, Bryan Thompson wrote: > > Spinning off a 2.2.2 modularization effort to me sounds like it could > create some confusion and undermine the 3.0 release. I'd rather focus the > modularization effort into 3.0. Modularization is a huge pain and the >

Re: Release 3.0

Hi Greg, Thanks for the reply, see below. > On Sep 3, 2015, at 126PM, Greg Trasuk wrote: > >> >> I am considering your point wrt creating a separate project, I warming up to >> it, but I would really rather see River split into a multi-module project >> instead of

Re: Release 3.0

> On Sep 2, 2015, at 304PM, Greg Trasuk <tras...@stratuscom.com> wrote: > > >> On Sep 2, 2015, at 2:45 PM, Dennis Reedy <dennis.re...@gmail.com> wrote: >> >> Hi Greg, >> >> I am quite aware of the purpose of the net.j

Custard Apple (was Re: River Musings)

> On Sep 1, 2015, at 1028AM, Bryan Thompson wrote: > > I am good with that. Keeping net.jini makes perfect sense in terms of the > standardization process that went into river. > > What are the steps to a release then? > > Are there any reasons not to bring the branch in

Re: River Musings

The bulk rename of com.sun.jini and com.artima to org.apache.river was meant to move the namespace to the org.apache.river realm. I think it is implicit that the namespace org.apache.river defines project specific implementations of the net.jini namespace semantics. Remember, the net.jini

Re: Release 3.0

Hi Greg, I think we need to work in the qa-refactor-namespace branch. This is the branch I created that contains the namespace modifications. As far as the dependencies are concerned, if you want a source distribution, perhaps just checking out from subversion would suffice. Regards Dennis

Re: [Vote] Namespace change from com.sun.jini and com.artima to org.apache.river

J9. Peter. On 27/05/2015 6:09 PM, Patricia Shanahan wrote: I'll check out that branch and take a look. Any tips on which tool chain to use to compile it on a Windows 8.1 system? On 5/26/2015 8:30 PM, Dennis Reedy wrote: Hi Patricia, I’ve done the work in the river/jtsk/skunk/qa

Re: [Vote] Namespace change from com.sun.jini and com.artima to org.apache.river

the ‘build.xml’ script. Cheers, Greg Trasuk On Jun 5, 2015, at 11:54 AM, Dennis Reedy dennis.re...@gmail.com wrote: It's the RMIClassLoader work that was done, thought I had made that clear. Sent from my iPhone On Jun 5, 2015, at 11:06 AM, Greg Trasuk tras...@stratuscom.com wrote

Re: [Vote] Namespace change from com.sun.jini and com.artima to org.apache.river

projects, because the IDE picks up on the dependencies called out in the POM. Cheers, Greg Trasuk On Jun 5, 2015, at 9:45 AM, Dennis Reedy dennis.re...@gmail.com wrote: Hi Gregg, IIRC, you did some work with the RMIClassLoader that greatly improved interoperability with NB. I don't

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: [Vote] Namespace change from com.sun.jini and com.artima to org.apache.river

Hi Patricia, I’ve done the work in the river/jtsk/skunk/qa-refactor-namespace branch, having eyes and hands on this would be great! Thanks Dennis On May 26, 2015, at 1025PM, Patricia Shanahan p...@acm.org wrote: On 5/2/2015 2:16 PM, Dennis Reedy wrote: The vote for the namespace change

Re: [Vote] Namespace change from com.sun.jini and com.artima to org.apache.river

and org.apache.river.impl. Assistance would be great here as well. I’m not clear on #2, its most likely because I cant find this work in the svn repository. If it makes sense, lets do it. I’d just like to see whats been done here first. Regards Dennis Reedy On Apr 30, 2015, at 414PM, Dennis Reedy den

[Vote] Namespace change from com.sun.jini and com.artima to org.apache.river

. - [ ] +1 : I approve of this modification [ ] +0 [ ] -0 : [ ] -1 : I do not approve of this modification (reasoning attached) Thanks in advance, Dennis Reedy

New release

Hi, I didn’t want to add this to the thread that Patricia started, but IMO I’d like us to push for a new release ASAP. Peter’s done a ton of work, there are improvements needed to the RMI classloading approach that can help projects out there today that use OSGi, and we have to do something.

River and Java 8

Started a different thread to not conflate the other. We are using Java 8 at AFRL, with River 2.2.2, Rio and SORCER (https://github.com/mwsobol/SORCER) and don’t see any issues. What are you running into? Dennis

Re: River and Docker

Docker provides a virtualization approach that allows containers to run within a single Linux instance. River could certainly create Docker images. I think we'd have to make sure that the network configuration between docker containers would be setup correctly to have a distributed system

Re: Please review the river-examples project

On Feb 9, 2015, at 155PM, Patricia Shanahan p...@acm.org wrote: The purpose of a test would be to demonstrate principles of writing tests for River services and clients, rather than to actually test anything. For example, a test of the service could pick different name strings, feed

Re: Please review the river-examples project

On Feb 8, 2015, at 1122AM, Greg Trasuk tras...@stratuscom.com wrote: Hi Dennis: As with Pat’s comments, thanks for the input. One loses the “beginner’s eye” after working on something for a while. Anyhow, the README instructions are intended as a “bootstrap” that gets you to the

Re: Please review the river-examples project

Hi Greg, Good start! How does one run anything, and although there are src/test/java directories, there are no tests. Regards Dennis On Feb 6, 2015, at 607PM, Greg Trasuk tras...@trasuk.com wrote: (this may go through twice - not sure which source email gets through moderation) Hi

Re: Getting Started

avoid falling into another round of arguments over “modularizing” or “Mavenizing” River. Cheers, Greg Trasuk On Jan 8, 2015, at 5:31 PM, Dennis Reedy dennis.re...@gmail.com wrote: Greg, Here is a start to a gradle-ized version of River done 3 years ago http://svn.apache.org

Re: Getting Started

to spend a day creating a calculator example based on gradle that includes bootstrapping and testing using stock River with service starter bits. Dennis On Jan 8, 2015, at 912PM, Greg Trasuk tras...@stratuscom.com wrote: On Jan 8, 2015, at 8:17 PM, Dennis Reedy dennis.re...@gmail.com wrote

Re: Getting Started

, Dennis Reedy dennis.re...@gmail.com wrote: I don't know if pushing your River container approach is best for an example, but a stock River example with straight forward conventions allows developers to understand how to structure a project, how to build it, and most importantly how to test

Re: Getting Started

into the JTSK source. If someone were to contribute a Gradle-based example, that’s all-the-better for user choice. But I don’t think we should go around telling people what build tool to use. Cheers, Greg Trasuk On Jan 8, 2015, at 4:05 PM, Dennis Reedy dennis.re...@gmail.com wrote

Re: Getting Started

Hi Greg, I'd like to suggest that River follow the conventions that align with whats recommended over in Rio (http://www.rio-project.org/conventions.html). This has been pretty successful using both Maven and Gradle (at this time I would go with Gradle btw). HTH Regards Dennis On Jan 5,

Re: Dependency on Sun internal API's

Sent from my iPhone The original concern raised, was significant changes between the 2.2 branch and trunk. Qa_refactor is branched off trunk although trunk has a couple of commits after the branch point, so it'd probably be easier to apply those changes to qa_refactor, rather than the

Re: New Chair for Apache River PMC

On May 5, 2014, at 1204PM, Greg Trasuk tras...@stratuscom.com wrote: Hi all: A few days ago I posted a request for a new PMC chair. Peter nominated Dennis Reedy. I haven’t seen a response from Dennis accepting the nomination. Dennis - Are you willing to sit as PMC chair

Re: New Chair for Apache River PMC

: On 13/05/2014 9:59 AM, Dennis Reedy wrote: Apologies for not chiming in earlier, I've been running around with my air on fire for the past couple of weeks. As to whether River is dead, I don't think it is, maybe mostly dead (in which case a visit to Miracle Max may be in order). I think

Re: New Chair for Apache River PMC

Apologies for not chiming in earlier, I've been running around with my air on fire for the past couple of weeks. As to whether River is dead, I don't think it is, maybe mostly dead (in which case a visit to Miracle Max may be in order). I think River is static, but not dead. The technology is so

Re: Modularization

IJskes - QCG si...@qcg.nl wrote: On 30-04-14 02:02, Dennis Reedy wrote: A this point I'm soliciting opinions and thoughts. Note that using Gradle is certainly an option here, the breakout into multi-modules is not tied to Maven, it's based on accepted conventions. I chose Maven because

Modularization

I've been working on creating a modular version of the project in the qa_refactor branch. The approach I've taken is to develop a Groovy script to load existing River jars, iterate through the contents of each jar, and copy sources to a multi-module project. The basic assumption with the

Re: svn commit: r1590276 - /river/jtsk/skunk/qa_refactor/trunk/build.xml

On Apr 26, 2014, at 839PM, Greg Trasuk tras...@stratuscom.com wrote: But, so what? If they’re part of the platform, they’re supposed to be there in all Jini clients and services. Then why not put all the lookup attributes in the platform? Why not put all of jsk-lib.jar in the platform?

Re: svn commit: r1590276 - /river/jtsk/skunk/qa_refactor/trunk/build.xml

On Apr 26, 2014, at 841PM, Greg Trasuk tras...@stratuscom.com wrote: And actually, why shouldn’t they be resolved in the application’s class loader? Isn’t an application possibly looking for a service with a given name or address? This is why the application classloader includes

Re: svn commit: r1590276 - /river/jtsk/skunk/qa_refactor/trunk/build.xml

On Apr 26, 2014, at 1114PM, Dennis Reedy den...@asarian-tech.com wrote: On Apr 26, 2014, at 839PM, Greg Trasuk tras...@stratuscom.com wrote: But, so what? If they’re part of the platform, they’re supposed to be there in all Jini clients and services. Then why not put all the lookup

Re: [jira] [Commented] (RIVER-435) Proposed Standard for Single-Archive Service Deployment Packaging

deadlock. Regards, Peter. - Original message - [ https://issues.apache.org/jira/browse/RIVER-435?page= com.atlassian.jira.plugin.system.issuetabpanels:comment- tabpanelfocusedCommentId=13908727#comment-13908727 ] Dennis Reedy commented on RIVER-435

Re: [jira] [Commented] (RIVER-435) Proposed Standard for Single-Archive Service Deployment Packaging

On Tue, Feb 25, 2014 at 12:36 PM, Michal Kleczek michal.klec...@xpro.bizwrote: Hmm... I don't think it is an implementation detail - codebase annotations must be understood by every client - so the format becomes a part of the spec. Fair enough, it does need to be part of a specification.

Re: [Discuss] Please have a look at the River Container

On Feb 19, 2014, at 450PM, Greg Trasuk tras...@stratuscom.com wrote: There’s more than one possible container standard. River-Container is as valid as Rio, and is already part of River, having been developed inside the project. The standard I proposed is what is currently implemented

Re: [Discuss] Please have a look at the River Container

On Feb 19, 2014, at 624PM, Greg Trasuk tras...@stratuscom.com wrote: I’m not sure if we should leave River-435 open to discuss the service packaging. I think we should continue this discussion, lets leave it open. Regards Dennis

Re: [Discuss] Please have a look at the River Container

Greg, Please add this to River-435 Thanks Dennis On Feb 19, 2014, at 905PM, Greg Trasuk tras...@stratuscom.com wrote: On Feb 19, 2014, at 8:43 PM, Dennis Reedy dennis.re...@gmail.com wrote: On Feb 19, 2014, at 624PM, Greg Trasuk tras...@stratuscom.com wrote: I’m not sure if we

Re: [Discuss] Please have a look at the River Container

On Feb 18, 2014, at 1011AM, Greg Trasuk tras...@stratuscom.com wrote: By the way, inevitably this container will be compared to Rio and other containers, and someone will ask “Why didn’t you just use Rio (or ‘startnow', or Seven, etc)?” What can I say? I had a different itch to scratch.

Re: [Discuss] Please have a look at the River Container

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

Re: [Discuss] Accept Rio into River

Greg, Thanks for starting this. On Feb 18, 2014, at 534PM, Greg Trasuk tras...@stratuscom.com wrote: Hi all: Dennis has indicated that he’d be willing to contribute the Rio container to River. Just to be clear, Rio is not just a container (its one small part of it). Rio proves alot

Re: [Dicuss] Build Structure

Greg, I think how the River project is structured, built and tested becomes a recipe for how developers that use River can begin to create their own projects. So IMO its something to care about. As you point out, the current approach is based on decisions made over a decade ago and there are

Re: [Dicuss] Build Structure

-javaspaces-modularised Regards Dennis On Feb 12, 2014, at 516PM, Greg Trasuk tras...@stratuscom.com wrote: Hi Dennis: Some discussion inline… Greg Trasuk On Feb 12, 2014, at 4:16 PM, Dennis Reedy dennis.re...@gmail.com wrote: Greg, I think how the River project is structured, built

[Discuss] River and logging

While we're bringing up topics to discuss, I thought I'd throw this one out there. Deploying systems into production (or just into serious test mode) always brings up one issue pretty much consistently. What to do about logging? The same questions/issues always seem to come up: - How do I know

Re: P2P Internet Services - no code downloads, lambda's

Hi Peter, I really love your enthusiasm. I'm not sure I understand what reflective proxies are, not sure JVM code generation would not bring in new security issues (not sure it would not either). Can you elaborate? Being a pragmatic kind of guy, and before we jump into Java 8, perhaps getting

Re: [DISCUSS] Was: Re: [VOTE] Theory based development

On Jan 22, 2014, at 657AM, Peter j...@zeus.net.au wrote: Startable only had one purpose: To provide the implementor a thread of execution after construction completes. It's provided by the the infrastructure to the service implementation, what the implementor does with it is their

Re: DISCUSS: Proposal for eliminating tensions; return to collaborative development

On Jan 22, 2014, at 916AM, Greg Trasuk tras...@stratuscom.com wrote: On Jan 21, 2014, at 6:57 AM, Peter Firmstone j...@zeus.net.au wrote: If this proposal is supported, I'd also reccommend that trunk be reverted back to the 2.2 River branch, with the exception of Sim's work on

Re: Apache River - My Lowly Impression

On Jan 21, 2014, at 426PM, Greg Trasuk tras...@stratuscom.com wrote: As a side question: Could something like the Hadoop YARN be implemented using River? Hi Jeremy, Yes, I think you should be able to do this. The River way I think is a bit simpler because it does not require the use

Re: River Container (was surrogate container)

I'd suggest that you keep it on GitHub, or we bring that and Rio into River at the same time. Regards Dennis On Nov 28, 2013, at 1123AM, Greg Trasuk tras...@stratuscom.com wrote: Hi all: A while ago I mentioned that I had taken work on the surrogate container over to Github to try out

Re: River Container (was surrogate container)

On Nov 28, 2013, at 244PM, Greg Trasuk tras...@stratuscom.com wrote: On Nov 28, 2013, at 12:59 PM, Dennis Reedy dennis.re...@gmail.com wrote: On Nov 28, 2013, at 1159AM, Greg Trasuk tras...@stratuscom.com wrote: I’m all for bringing Rio in at the same time! It’s good to have

Re: [Vote] Release Apache River 2.2.2

+1 Dennis Reedy On Nov 12, 2013, at 242PM, Greg Trasuk tras...@stratuscom.com wrote: Apache River 2.2.2 is a maintenance release based on the Apache River 2.2 branch, primarily with fixes that add support for JMX entries and publish additional artifacts to the Maven repository. Release

Re: Pointers to configuration guidance for firewalled environments?

Hi Bryan, I've done this in the past by creating a custom ServiceSocketFactory [1] and using that when creating the TcpServerEnpoint: ServerSocketFactory factory = new PortRangeServerSocketFactory(start, end); TcpServerEndpoint.getInstance(address.getHostAddress(), 0, null, factory); HTH

Re: Pointers to configuration guidance for firewalled environments?

On Nov 11, 2013, at 533PM, Bryan Thompson br...@systap.com wrote: Dennis, Is your code basically providing a round-robin over the configured range of sockets for new socket connection requests? No, the SeverSocketFactory just allocates a port within a range of ports. HTH Dennis

Re: River 2.2.2

https://issues.apache.org/jira/browse/RIVER-336?page=com.atlassian.jira On Oct 3, 2013, at 1039AM, Greg Trasuk wrote: I'm having trouble finding a reference to that. Do you happen to have a link to email archives or a Jira issue? Thanks, Greg. On 2013-10-02, at 8:15 PM, Dennis

Re: River 2.2.2

Hey Greg, The work that Gregg Wonderly championed with the RMIClassLoaderSpi would be one for me. Regards Dennis On Oct 2, 2013, at 546PM, Greg Trasuk wrote: Hi all: I'm planning to propose a release for River 2.2.2 later this week, based on the current state of the 2.2. branch. The

Re: ClassNotFoundException: net.jini.lookup.entry.Host

build a jar file that River could release? Or could we just reverse-engineer the jar file you're talking about? Cheers, Greg. On Tue, 2013-07-30 at 08:27, Rafa? Krupi?ski wrote: On 29.07.2013 22:19, Dennis Reedy wrote: I cant remember where I git it from, it contains 3 classes from JSR

Re: Help required? Re: Sync / race condition bugs

Hi Peter, I'm curious as to why we need the ARM platform? Thanks Dennis On Jun 11, 2013, at 814AM, Peter wrote: Could really use some help here, There are currently a total of 5 failing tests, 2 on the arm platform, 3 on windows 2008 server 64 bit JDK7 I don't have direct access to

Re: Jini and JMX

On May 26, 2013, at 1123PM, Greg Trasuk wrote: Hi all: The JMX docs talk about looking up JMX servers in Jini registrars. Did anyone ever do that, and if so, how do we go about publishing MBean servers through Jini? Create a JMXServiceURL, then use that to create JMXConnectorServer.

Re: Heads-up - Trying out Maven and git for the container.

On May 27, 2013, at 737AM, Peter Firmstone wrote: Yes we really should standardise these conventions, Dennis, have you had any thoughts about doing some standards docs? No, I really haven't. What would make it standards docs? I'd also like to see Rivers deployment jars be updated to

Re: Heads-up - Trying out Maven and git for the container.

On May 27, 2013, at 1002AM, Greg Trasuk wrote: On Mon, 2013-05-27 at 08:47, Peter Firmstone wrote: Well done Greg, hey I noticed you've got an annotation called Init, this would allow a service to be exported and have any threads started after construction wouldn't it? Eventually,

Re: Heads-up - Trying out Maven and git for the container.

On May 27, 2013, at 103PM, Greg Trasuk wrote: Dennis: I'll take a fresh look at Rio over the coming week or two. As you know, I've always held the Rio project in high regard. When I looked at it some years ago, I felt it was addressing a number of concerns, like QOS and mobile code,

Re: Dynamic Behavior wrt IOC in services.

On May 27, 2013, at 204PM, Greg Trasuk wrote: (New subject for an interesting point) Good point, Dennis... On Mon, 2013-05-27 at 13:30, Dennis Reedy wrote: On May 27, 2013, at 103PM, Greg Trasuk wrote: Sure, no problem. One big thing to consider wrt container IoC

  1   2   >