hmm, I'll need to search my mail I seem to have missed that response.

On Thu, Jul 24, 2014 at 7:07 AM, Dennis Reedy <[email protected]>
wrote:

>
> On Jul 23, 2014, at 1158PM, Gus Heck <[email protected]> wrote:
>
> > Finally getting back to this, I tracked down service starter in the
> > examples. I eventually figured out is contained in start.jar referenced
> by
> > the scripts. The problem I have now however is that it seems that
> start.jar
> > is generic and it's behavior is controlled by a configuration file with a
> > weird syntax that looks something like java but clearly isn't quite. Is
> the
> > format/options etc for this configuration file documented anywhere?
> >
> > I found the package documentation where a bunch of examples of the
> > configuation can be found, but it's entirely unclear what the role of
> > things like "private static" are in those examples, and given the
> existance
> > of
> >
> >    private static fiddler_classpath = "*install_dir*/lib/fiddler.jar";
> >    private static fiddler_config =
> > "*config_dir*/transient-fiddler.config
> > <
> https://river.apache.org/doc/api/com/sun/jini/start/package-summary.html#transient_fiddler_config
> >";
> >
> > and
> >
> >    private static mahalo_classpath = "*install_dir*/lib/mahalo.jar";
> >    private static mahalo_config =
> > "*config_dir*/transient-mahalo.config
> > <
> https://river.apache.org/doc/api/com/sun/jini/start/package-summary.html#transient_mahalo_config
> >";
> >
> > as peers, it looks almost like the _ character is a namespacing operator
> > rather than part of an identifier? Is that correct? How do these configs
> > work?
> >
> > I looked briefly at the other two containers you mentioned, and both seem
> > to be pretty heavily tied to maven... (but maybe that's just the bias of
> > thier docs/examples?) is there another option that doesn't require
> maven? I
> > want to build something that's easy to deploy and having to run a maven
> > build to deploy stuff into a container is not exactly user friendly  for
> a
> > final product. Never mind that I don't normally use maven for development
> > either...
>
> Hi Gus,
>
> I see you asked questions similar to this over on the Rio list. Rio's
> examples are Maven based, but you don't need a Maven build to deploy
> anything. You were given an offer of help from someone on the Rio list wrt
> Gradle, and I am currently using Rio with Ant & Gradle project. If you have
> further questions wrt Rio please ask over on the Rio list.
>
> HTH
>
> Dennis
>
>


-- 
http://www.the111shift.com

Reply via email to