<br><div class="gmail_quote">On Wed, Feb 2, 2011 at 1:04 AM, <a href="mailto:jon.monette@gmail.com">jon.monette@gmail.com</a> <span dir="ltr"><<a href="mailto:jon.monette@gmail.com">jon.monette@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Having a java process call a shell script which in turns starts java processes may not be the best plan of action.<br>
</blockquote><div><br>
That is a good point. Perhaps we should think about integrating what 
swiftrun does/should do directly into swift.  It may be better than 
building up layers of scripts around it. I think it could done in a way 
that is backwards compatible. We would have to discuss the 
details, but for example, if you specify -sites.file it will use that 
exclusively. Otherwise you could pass it a -site <sitename> and it
 will know to look in $HOME/.swift for templates, to replace values in 
templates with environment variables where requested, and so on. There's more to it, but that's the basic idea.<br><br>Then swiftconfig just has to worry about managing the config files.  It would simplify the test suite. Swift would be more flexible.. and maybe it would reduce the number of people having to write custom shell scripts to do things like this.<br>
<br>David<br><br><br><br></div></div><div style="visibility: hidden; left: -5000px; position: absolute; z-index: 9999; padding: 0px; margin-left: 0px; margin-top: 0px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 130%;" id="avg_ls_inline_popup">
</div>