<div dir="ltr">I got this:<div><br></div><div><div>com.sun.deploy.net.FailedDownloadException: Unable to load resource: <a href="http://www.crosswire.org/bibledesktop/nightly/jlfgr-1_0.jar">http://www.crosswire.org/bibledesktop/nightly/jlfgr-1_0.jar</a></div>
<div><span class="" style="white-space:pre"> </span>at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)</div><div><span class="" style="white-space:pre"> </span>at com.sun.deploy.net.DownloadEngine._downloadCacheEntry(Unknown Source)</div>
<div><span class="" style="white-space:pre"> </span>at com.sun.deploy.cache.ResourceProviderImpl.getResourceCacheEntry(Unknown Source)</div><div><span class="" style="white-space:pre"> </span>at com.sun.deploy.cache.ResourceProviderImpl.getResourceCacheEntry(Unknown Source)</div>
<div><span class="" style="white-space:pre"> </span>at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source)</div><div><span class="" style="white-space:pre"> </span>at com.sun.javaws.LaunchDownload$DownloadTask.call(Unknown Source)</div>
<div><span class="" style="white-space:pre"> </span>at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)</div><div><span class="" style="white-space:pre"> </span>at java.util.concurrent.FutureTask.run(Unknown Source)</div>
<div><span class="" style="white-space:pre"> </span>at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)</div><div><span class="" style="white-space:pre"> </span>at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)</div>
<div><span class="" style="white-space:pre"> </span>at java.lang.Thread.run(Unknown Source)</div></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 27 February 2013 22:51, DM Smith <span dir="ltr"><<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I've tested it with the inclusion of xalan (3 jars, ~5G) and it works.<div><br></div>
<div>BTW all you need to do is have them on your classpath.</div><div><br></div><div>If any of you want to give it a go:</div><div><a href="http://www.crosswire.org/bibledesktop/nightly/bibledesktop.jnlp" target="_blank">http://www.crosswire.org/bibledesktop/nightly/bibledesktop.jnlp</a></div>
<div><br></div><div>If you need to set an association for Java WebStart. (I had accidentally set it to open in a text editor and had to reset the association.)</div><div><br></div><div>In Him,</div><div><span style="white-space:pre-wrap"> </span>DM</div>
<div><div class="h5"><div><br><div><div>On Feb 27, 2013, at 3:16 PM, DM Smith <<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>> wrote:</div><br><blockquote type="cite"><div style="word-wrap:break-word">
It's not so much that the link is broken but that Oracle deleted the thread.<div><br></div><div>Here is the gist of what it said:</div><div>The OP complained that his bug report against Java was deleted regarding regarding XLST no longer running under WebStart since 6 u23 and still in Java 7 was deleted.</div>
<div><br></div><div>He posted the small example that demonstrated the problem.</div><div><br></div><div>I posted that I had the same problem and asked whether using xalan directly solved the problem.</div><div><br></div><div>
My guess is that this fault or the underlying one can be used maliciously to take over someone's computer.</div><div><br></div><div>This has nothing to do with the class path lookup. Which I'll respond in a separate post.</div>
<div><br></div><div>In Him,</div><div><span style="white-space:pre-wrap"> </span>DM</div><div><br></div><div><br><div><div>On Feb 27, 2013, at 2:48 PM, Chris Burrell <<a href="mailto:christopher@burrell.me.uk" target="_blank">christopher@burrell.me.uk</a>> wrote:</div>
<br><blockquote type="cite"><div dir="ltr">Hi DM<div><br></div><div>The link seems broken. Is this related to our use of classloaders? I still think we shouldn't be using classloaders. Usually, one introduces classloaders to isolate parts of the application from other parts. For example Tomcat isolates different webapps from each other, but each webapp has access to the parent classloader. Or for example, within a webapp, Spring might isolate various components such as the servlets from the services declared.</div>
<div><br></div><div>What stops us from doing something like:</div><div><br></div><div>Resource r = readFileFromJSwordHomes();</div><div>if(r == null) {</div><div> r = readFileFromClassPath();<br>
}</div><div><br></div><div>This seems much simpler. And even if it is unrelated to the bug you mention above, would reduce the complexity in JSword further. </div><div><br></div><div>Chris</div><div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 27 February 2013 11:57, DM Smith <span dir="ltr"><<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There's a bug in Java WebStart that is rendering BibleDesktop unusable. The symptom is that it won't show any module content, but puts up an error message.<br>
<br>
This started with Java 6 update 23 and is still a bug with the latest Java 7.<br>
<br>
You can read about the bug here: <a href="https://forums.oracle.com/forums/thread.jspa?messageID=10786421" target="_blank">https://forums.oracle.com/forums/thread.jspa?messageID=10786421</a><br>
<br>
I'll be removing the WebStart links until this is fixed.<br>
<br>
In Him,<br>
DM<br>
<br>
<br>
<br>
_______________________________________________<br>
jsword-devel mailing list<br>
<a href="mailto:jsword-devel@crosswire.org" target="_blank">jsword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br>
</blockquote></div><br></div>
_______________________________________________<br>jsword-devel mailing list<br><a href="mailto:jsword-devel@crosswire.org" target="_blank">jsword-devel@crosswire.org</a><br><a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br>
</blockquote></div><br></div></div>_______________________________________________<br>jsword-devel mailing list<br><a href="mailto:jsword-devel@crosswire.org" target="_blank">jsword-devel@crosswire.org</a><br><a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br>
</blockquote></div><br></div></div></div></div></blockquote></div><br></div>