<div dir="ltr"><div>Thanks for the response!</div><div><br></div>I've been doing something like this too. Only issue is that there can be manifest information from the different jars that might be important and that there can be naming conflicts for files like licenses that need to be included. <div>

<br></div><div>I'll have a closer look at onejar when I get a chance.</div><div class="gmail_extra"><br></div><div class="gmail_extra">-Alan</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 15, 2013 at 5:58 AM, Eric Marsden <span dir="ltr"><<a href="mailto:eric.marsden@free.fr" target="_blank">eric.marsden@free.fr</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>>>>> "me" == Mark Evenson <<a href="mailto:evenson@panix.com">evenson@panix.com</a>> writes:<br>


<br>
  me> No experience from my side with one-jar and ABCL.<br>
  me><br>
  me> I would expect it to mostly work, as the JAR-PATHNAME abstraction<br>
  me> works underneath the covers with the correct JVM abstractions.<br>
<br>
  I've been using single-jar delivery (not including native libs) with<br>
  ABCL for a long time. The build does things like<br>
<br>
<br>
for jar in j abcl poi PDFRenderer iText jcommon jfreechart h2 cisd-jhdf5 miglayout gnu-regexp<br>
do<br>
  unzip -q -d src -o ${JARDIR}/$jar.jar<br>
done<br>
cp -r ${SRCDIR}/pga src   # my sources<br>
cp ${SRCDIR}/../build/MANIFEST ${BUILDDIR}/src<br>
cd ${BUILDDIR}/src<br>
jar cfm ${TARGET} MANIFEST Main.class pga/*.class<br>
jar uf ${TARGET} org/armedbear/lisp/*.abcl<br>
for dir in org com ch ncsa net gnu<br>
do<br>
  find $dir -type f -print0 | xargs -0 jar uf ${TARGET}<br>
done<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Eric Marsden<br>
<br>
<br>
</font></span></blockquote></div><br></div></div>