[jsword-devel] WebStart and BibleDesktop

[Chris Burrell]

I got this:

com.sun.deploy.net.FailedDownloadException: Unable to load resource:
http://www.crosswire.org/bibledesktop/nightly/jlfgr-1_0.jar
at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
at com.sun.deploy.net.DownloadEngine._downloadCacheEntry(Unknown Source)
at com.sun.deploy.cache.ResourceProviderImpl.getResourceCacheEntry(Unknown
Source)
at com.sun.deploy.cache.ResourceProviderImpl.getResourceCacheEntry(Unknown
Source)
at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source)
at com.sun.javaws.LaunchDownload$DownloadTask.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)



On 27 February 2013 22:51, DM Smith <dmsmith at crosswire.org> wrote:

> I've tested it with the inclusion of xalan (3 jars, ~5G) and it works.
>
> BTW all you need to do is have them on your classpath.
>
> If any of you want to give it a go:
> http://www.crosswire.org/bibledesktop/nightly/bibledesktop.jnlp
>
> 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.)
>
> In Him,
> DM
>
> On Feb 27, 2013, at 3:16 PM, DM Smith <dmsmith at crosswire.org> wrote:
>
> It's not so much that the link is broken but that Oracle deleted the
> thread.
>
> Here is the gist of what it said:
> 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.
>
> He posted the small example that demonstrated the problem.
>
> I posted that I had the same problem and asked whether using xalan
> directly solved the problem.
>
> My guess is that this fault or the underlying one can be used maliciously
> to take over someone's computer.
>
> This has nothing to do with the class path lookup. Which I'll respond in a
> separate post.
>
> In Him,
> DM
>
>
> On Feb 27, 2013, at 2:48 PM, Chris Burrell <christopher at burrell.me.uk>
> wrote:
>
> Hi DM
>
> 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.
>
> What stops us from doing something like:
>
> Resource r = readFileFromJSwordHomes();
> if(r == null) {
>  r = readFileFromClassPath();
> }
>
> This seems much simpler. And even if it is unrelated to the bug you
> mention above, would reduce the complexity in JSword further.
>
> Chris
>
>
>
> On 27 February 2013 11:57, DM Smith <dmsmith at crosswire.org> wrote:
>
>> 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.
>>
>> This started with Java 6 update 23 and is still a bug with the latest
>> Java 7.
>>
>> You can read about the bug here:
>> https://forums.oracle.com/forums/thread.jspa?messageID=10786421
>>
>> I'll be removing the WebStart links until this is fixed.
>>
>> In Him,
>>         DM
>>
>>
>>
>> _______________________________________________
>> jsword-devel mailing list
>> jsword-devel at crosswire.org
>> http://www.crosswire.org/mailman/listinfo/jsword-devel
>>
>
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/jsword-devel
>
>
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/jsword-devel
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/jsword-devel/attachments/20130227/598e2ce1/attachment.html>