If you put that command at the end of Jmol.js, it will work in all your
tutorials -- they use the same Jmol.js, right?
Certainly suggest it. I can't think of why not to do this. Maybe if your
scripts use the Jmol "javascript" command, there could be a problem, but
even then it might be fine. This is automatically set TRUE for the signed
applet, and it works great, so I suspect it is fine for the unsigned as well
-- just didn't want to make that the default for the unsigned applet when I
set up the signed applet. But the signed applet is so successful now, maybe
we should consider doing that for the unsigned as well. I have to think
about that...
Bob
On Wed, Oct 5, 2011 at 6:57 AM, Frieda Reichsman <[email protected]> wrote:
> Hi Bob,
>
> I am wondering if placing the
> jmolSetParameter("useCommandThread", "TRUE")
> command ahead of the applet initialization is likely to work in most any
> context where this security error occurs. Is it possible to predict?
>
> I ask this because the two textbook sites where this problem is occurring
> are not acting to fix the DNA lookup issue. One of the sites simply
> dead-ended the links from the textbook to the Jmol resource, I suspect
> because the Jmol resource is not associated with the most current version of
> the text (though it certainly could be) and they do not want to go to any
> length to make it work.
>
> If it is likely that adding one command to each tutorial instance would
> solve the issue, I will suggest it to them. They may be more willing to do
> that than to try get the IT staff people to fix the DNS issue.
>
> It's very frustrating to me that the two sites that have my most extensive
> work are unavailable.
>
> Thanks,
> Frieda
>
>
>
>
> On Sep 16, 2011, at 7:10 AM, Frieda Reichsman wrote:
>
> > Great news that this works.
> >
> > Bob, it seems to me that the useCommandThread mechanism for setting up
> threads somehow avoids the need for Java to do a reverse DNS lookup, which
> is the process that triggers the error. Is that right?
> >
> > Frieda
> >
> >
> > On Sep 16, 2011, at 12:52 AM, Paul Pillot wrote:
> >
> >> We are in luck : it now works ! (both online and for localhost)
> >> Thanks Bob
> >>
> >> Paul
> >>
> >> Le 15 sept. 2011 à 23:51, Robert Hanson a écrit :
> >>
> >>> OK, maybe we are in luck. Try:
> >>>
> >>> jmolSetParameter("useCommandThread", "TRUE")
> >>>
> >>> just before your jmolApplet() call.
> >>>
> >>> This forces the unsigned applet to use the same general mechanism as
> the signed applet for setting up threads. It's a bit more complicated, but
> it is now well tested in the signed applet and just might be necessary now
> in the unsigned one as well.
> >>>
> >>> Bob
> >>>
> >>
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> >> http://p.sf.net/sfu/rim-devcon-copy2
> >> _______________________________________________
> >> Jmol-users mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/jmol-users
> >
> >
> >
> ------------------------------------------------------------------------------
> > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> > http://p.sf.net/sfu/rim-devcon-copy2
> > _______________________________________________
> > Jmol-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/jmol-users
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Jmol-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
--
Robert M. Hanson
Professor of Chemistry
St. Olaf College
1520 St. Olaf Ave.
Northfield, MN 55057
http://www.stolaf.edu/people/hansonr
phone: 507-786-3107
If nature does not answer first what we want,
it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
