Re: Health of the Apache River Project

2014-04-16 Thread Peter
I'm relatively tool agnostic, as long as we eventually arrive at a replacement solution for classdep. For the ant folks, there's Ivy for dependency resolution, Maven or Gradle are also capable of performing the same job. Dennis Reedy has shown how the build structure can be broken up into

Re: Health of the Apache River Project

2014-04-15 Thread Rafał Krupiński
Dnia 2014-04-12, sob o godzinie 20:15 -0500, Gregg Wonderly pisze: There are very few things about River’s “jars” that are cast in stone. Everything is cast in stone for me until I can understand the project structure. Part of the problem is that whole River *source* comes in one big bucket of

Re: Health of the Apache River Project

2014-04-12 Thread Gregg Wonderly
On Apr 10, 2014, at 4:12 PM, Rafał Krupiński rafal.krupin...@sorcersoft.com wrote: Dnia 2014-04-10, czw o godzinie 14:40 -0500, Gregg Wonderly pisze: Maybe you can explain at this point. Is the problem that you can’t build, at all, to test your changes? Is this because you don’t have

Re: Health of the Apache River Project

2014-04-11 Thread Michał Kłeczek
To be honest - I would prefer River being mavenized. But I understand it would be a huge effort and the benefits are disputable. I found working with existing build easy - just imported the project into Eclipse - had to set up some library paths etc. Ant build works fine. The only issue is that

Re: Health of the Apache River Project

2014-04-11 Thread Peter Firmstone
On 10/04/2014 10:42 PM, Rafał Krupiński wrote: Dnia 2014-04-10, czw o godzinie 22:15 +1000, Peter Firmstone pisze: Rafał, If you're considering a new git hub project, I'd reccommend using the qa_refactor branch, it contains a significant number of bug fixes. ClassLoader and URI string handling

Re: Health of the Apache River Project

2014-04-11 Thread Peter Firmstone
It's not so much that ant is the problem, more so that classdep needs to be maintained for new java features to correctly determine dependencies. But then it cannot determing Class.forName dependencies... Tim Blackmann I contributed the ClassDep Java 5 language support code based on ASM.

Re: Health of the Apache River Project

2014-04-10 Thread Rafał Krupiński
Dnia 2014-04-09, śro o godzinie 23:33 -0400, Greg Trasuk pisze: Hi all: Hi Greg, Now I feel bad for not contributing my extensions to River, that I have implemented for SORCER (nb open source on github). We have our own ServiceStarter, historically based on River's and I think I could

Re: Health of the Apache River Project

2014-04-10 Thread Peter Firmstone
Rafał, If you're considering a new git hub project, I'd reccommend using the qa_refactor branch, it contains a significant number of bug fixes. ClassLoader and URI string handling perform very well also. Regards, Peter. On 10/04/2014 7:17 PM, Rafał Krupiński wrote: Dnia 2014-04-09, śro o

Re: Health of the Apache River Project

2014-04-10 Thread Rafał Krupiński
Dnia 2014-04-10, czw o godzinie 22:15 +1000, Peter Firmstone pisze: Rafał, If you're considering a new git hub project, I'd reccommend using the qa_refactor branch, it contains a significant number of bug fixes. ClassLoader and URI string handling perform very well also. I'm only willing

Re: Health of the Apache River Project

2014-04-10 Thread Rafał Krupiński
Dnia 2014-04-10, czw o godzinie 12:21 -0400, Greg Trasuk pisze: Patches welcome! And new committers needed. (...) People have commented that the build system and the source code structure is difficult to understand, and prevents them from participating in the development. I understand

Re: Health of the Apache River Project

2014-04-10 Thread Greg Trasuk
Hi Rafal: On Apr 10, 2014, at 2:15 PM, Rafał Krupiński rafal.krupin...@sorcersoft.com wrote: I think you missed the point. Could be. I guess the question is, what are you wanting to contribute? If you’re going to debug or modify current code, then yes, the build system is an

Re: Health of the Apache River Project

2014-04-10 Thread Gregg Wonderly
On Apr 10, 2014, at 2:35 PM, Rafał Krupiński rafal.krupin...@sorcersoft.com wrote: Dnia 2014-04-10, czw o godzinie 14:40 -0400, Greg Trasuk pisze: Hi Rafal: On Apr 10, 2014, at 2:15 PM, Rafał Krupiński rafal.krupin...@sorcersoft.com wrote: I think you missed the point. Could

Re: Health of the Apache River Project

2014-04-10 Thread Rafał Krupiński
Dnia 2014-04-10, czw o godzinie 14:40 -0400, Greg Trasuk pisze: Hi Rafal: On Apr 10, 2014, at 2:15 PM, Rafał Krupiński rafal.krupin...@sorcersoft.com wrote: I think you missed the point. Could be. I guess the question is, what are you wanting to contribute? If you’re going

Re: Health of the Apache River Project

2014-04-10 Thread Gregg Wonderly
I’d like to understand what the issue is with building using ANT? Is it that you can’t “build and run” in your IDE that supports Maven? What is the real issue here? Years ago, I altered the ant build, slightly, to work in my local environment due to some path/tool location issues as I recall.

Re: Health of the Apache River Project

2014-04-10 Thread Greg Trasuk
inly compatible with Maven. A downstream project can use any build system that can access Maven Central’s repository. That at least covers Grails, Ivy, and Maven, and probably others. Did I say Grails? I meant Gradle, of course. Sorry for the confusion. Greg

Re: Health of the Apache River Project

2014-04-10 Thread Rafał Krupiński
Dnia 2014-04-10, czw o godzinie 14:40 -0500, Gregg Wonderly pisze: Maybe you can explain at this point. Is the problem that you can’t build, at all, to test your changes? Is this because you don’t have ANT? Are you, by any chance, being sarcastic? It seems it’s because you don’t know