Hi Dennis:
There is some work pending...The overall plan is like this:
- Show the browser, because the browser is useful. I agree that it’s a bad
example, and frankly, I was shocked to find it was in the examples section of
the JTSK (I long ago put it into separate module and forgot where it
Greg,
Wow, I really liked the other link(s) better. Are there commits pending? All I
see is the browser, and I don't think the browser is at all a good reference
for an example. Is that where you're going?
Thanks
Dennis
> On Jan 8, 2015, at 916PM, Greg Trasuk wrote:
>
> Misfired on the url
Greg,
I guess I missed your link to that GitHub project, it looks like a really good
start, nice job. Since you're going the Maven route, you should probably look
into improving the poms to use dependencyManagement and pluginManagement(where
needed). You'll want to put that in the parent pom.
Excellent. What would be most useful for me to study for the next few days?
On 1/8/2015 6:12 PM, Greg Trasuk wrote:
...
But in any case, I’ll try to add the actual client and service
examples into the examples project in the next few days, and then I
think you’ll see that we’re really not disagr
Misfired on the url below. The project at
https://svn.apache.org/repos/asf/river/river-examples/river-examples/trunk is
straight River, not the github url below.
Cheers,
Greg Trasuk
On Jan 8, 2015, at 9:12 PM, Greg Trasuk wrote:
>
> On Jan 8, 2015, at 8:17 PM, Dennis Reedy wrote:
>
>>
>
On Jan 8, 2015, at 8:17 PM, Dennis Reedy 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
> importantl
I may be the only committer with the time to work on this right now. Is
that correct?
Patricia
On 1/8/2015 5:17 PM, Dennis Reedy wrote:
...
What would be great would be to figure out what examples you want to
provide (a distributed calculator example is a simple one), and just
do it.
...
Greg,
I included the links to the aforementioned work to provide examples of what you
might be able to do wrt examples. I was hoping you could look at what has
already been done both in River and Rio, and take advantage of it. I see how
you could have misunderstood my reply, and heaven forbid w
So, to be clear, I’m not talking about “Mavenizing” River. I’m not saying
that’s a bad idea (or gradle-izing, whatever). But let’s face it - we’ve been
talking about it for five years with no agreement and no progress.
What we have is a build process for the River libraries in the JTSK that w
In general, I agree with not telling people what build tool to use.
For "Getting Started" there is a trade-off. There does not seem to be
any one tool that dominates the way "make" dominated in the 1980's. No
matter what tool or tools we pick, some potential users will not be
familiar with any
Greg,
Here is a start to a gradle-ized version of River done 3 years ago
http://svn.apache.org/viewvc/river/jtsk/skunk/modules/, could easily beused to
create examples as well.
And here is the maven-ized version:
http://svn.apache.org/viewvc/river/jtsk/skunk/qa_refactor/trunk/modularize/
HTH
Hi Dennis:
I’m slightly allergic to hard-and-fast conventions. For example, the service
browser example really doesn’t fit those conventions. Also, I’m reticent to
suggest repackaging the infrastructure services (reggie, outrigger, mahalo,
etc) at this time (meaning that I personally have no
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, 2
Hi Patricia:
Maven is pretty mainstream at this point in time (very much in open source,
it’s also beginning to hit the later adopters in the corporate world).
Having said that, the Maven site makes it look much harder than it is. Let me
boil it down a little.
1 - From the command line...
==
For me, the next step in this flow is to learn Maven.
In general, is it reasonable to assume that, if I had been working
actively as a programmer for the last few years, I would have already
learned Maven?
If not, we need to document, at least by reference, the steps involved
to get far enou
I started working on making new demos and “getting started” stuff back before
the holidays. Here’s my thinking…
As Patricia alludes to, it really shouldn’t be necessary to build the River
distribution in order to try out some samples and get started. After all, the
artifacts are published on
Couple other things you probably already know, but I’ll mention the obvious
just in case…
If you’re typing a path in cygwin, you can include spaces by escaping them,
e.g. /cygdrive/c/Documents\ and\ Settings/…
Also, sometimes, it helps to put the path in double-quotes, e.g ‘cd
“/cygdrive/c/Do
I have not yet got to the point of running ant - I'm still hoping to not
need to build from source to do a basic demo. I was just doing a cd to
the hello directory, but trouble there seems to indicate trouble to come.
I'll try the soft-link approach.
Thanks,
Patricia
On 1/5/2015 6:22 PM, Greg
Does it make a difference if you run ant in the Windows command shell rather
than Cygwin?
I’ve been on OSX mostly for a while, which is basically Unix. In the past I
certainly compiled River under Cygwin, but normally I use a folder in cygwin’s
‘/home/’ folder. What I do is soft-link a folder
19 matches
Mail list logo
