It would be valuable to try loading the file two ways:
1) via a web-page button.
2) via command input from the Jmol console.
If one works and the other does not, we can fix this.
Bob
On Thu, Sep 15, 2011 at 1:45 PM, Paul Pillot <
[email protected]> wrote:
> I think I have the same kind of problem on one of my projects where the
> applet and first model load perfectly
> but loading of subsequent models triggers an error :
>
>
> FileManager.getAtomSetCollectionFromFile(../../mol/gz/dimere_hemoglobine_drepanocytaire_desoxygenee.pdb.gz)
> FileManager opening
> http://librairiedemolecules.education.fr/mol/gz/dimere_hemoglobine_drepanocytaire_desoxygenee.pdb.gz
> file ERROR:
> http://librairiedemolecules.education.fr/mol/gz/dimere_hemoglobine_drepanocytaire_desoxygenee.pdb.gz
> java.security.AccessControlException: access denied
> (java.net.SocketPermission 195.83.89.11:80 connect,resolve)
> openFile(../../mol/gz/dimere_hemoglobine_drepanocytaire_desoxygenee.pdb.gz):
> 1530 ms
> FileManager opening
> http://librairiedemolecules.education.fr/mol/gz/dimere_hemoglobine_drepanocytaire_desoxygenee.pdb.gz
> 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 8:0 9:0 10:0 11:0 12:0 13:0 14:0 15:0 16:0
> 17:0 18:0 19:0 20:0 21:0 22:0 23:0 24:0 25:0 26:0 27:0 28:0 29:0 30:0 31:0
> 32:0 33:0 34:0 35:0 36:0 37:0 38:0 39:0 40:0 41:0 42:0 43:0 44:0 45:0 46:0
> 47:0 48:0 49:0 50:0 51:0 52:0 53:0 54:0 55:0 56:0 57:0 58:0 59:0 60:0 61:0
> 62:0 63:0 64:0 65:0 66:0 67:0 68:0 69:0 70:0 71:0 72:0 73:0 74:0 75:0 76:0
> 77:0 78:0 79:0 80:0 81:0 82:0 83:0 84:0 85:0 86:0 87:0 88:0 89:0 90:0 91:0
> 92:0 93:0 94:0 95:0 96:0 97:0 98:0 99:0 100:0 101:0 102:0 103:0 104:0 105:0
> 106:0 107:0 108:0 109:0 110:0 111:0 112:0 113:0 114:0 115:0 116:0 117:0
> 118:0 119:0 120:0 121:0 122:0 123:0 124:0 125:0 126:0 127:0 128:0 129:0
> 130:0 131:0 132:0 133:0 134:0 135:0 136:0 137:0 138:0 139:0 140:0 141:0
> 142:0 143:0 144:0 145:0 146:0 147:0 148:0 149:0 150:0 151:0 152:0 153:0
> 154:0 155:0 156:0 157:0 158:0 159:0 160:0 161:0 162:0 163:0 164:0 165:0
> 166:0 167:0 168:0 169:0 170:0 171:0 172:0 173:0 174:0 175:0 176:0 177:0
> 178:0 179:0 180:0 181:0 182:0 183:0 184:0 185:0 186:0 187:0 188:0 189:0
> 190:0 191:0 192:0 193:0 194:0 195:0 196:0 197:0 198:0 199:0 200:0 201:0
> 202:0 203:0 204:0 205:0 206:0 207:0 208:0 209:0 210:0 211:0 212:0 213:0
> 214:0 215:0 216:0 217:0 218:0 219:0
> eval ERROR: java.security.AccessControlException: access denied
> (java.net.SocketPermission 195.83.89.11:80 connect,resolve)
> ----
> load >>
> "../../mol/gz/dimere_hemoglobine_drepanocytaire_desoxygenee.pdb.gz" <<
>
> This happens with java 1.6.0_26 on my mac. I made tests with a previous
> java version on another mac and this error doesn't happen.
> It happens both when I connect to my server at
> librairiedemolecules.education.fr and when I connect to my localhost
> server.
> It would be great to know which server setting has to be made in order to
> avoid that problem....
> -Paul
>
> Le 15 sept. 2011 à 19:58, Robert Hanson a écrit :
>
> OK, so the reverse lookup problem is the issue, and beyond that, Java is
> fine. Got it.
>
> 2011/9/15 Angel Herráez <[email protected]>
>
>> > I'm lost.... closer examination (in what sense?) .... breaks (how?)
>> > .... this error (what error?) ..... not surprisingly (why?)
>>
>> Frieda was seeing the error with Java 1.6.0_26, I saw that _27 gives
>> the same. The error is that any further script file loaded separate
>> from loading the applet generates a security error and is not
>> executed (the system apparently perceives that the script file comes
>> from a different server; this is what others traced as "reverse
>> lookup").
>>
>> The pages at BJ are now working fine without the error, both in _26
>> and _27. So they fixed the issue in their server.
>>
>> We are having a similar (same?) problem at www.uv.es, solved by
>> changing to the signed applet (as we would not dare to try and
>> explain the problem to the IT personnel at uv.es)
>>
>>
>
>
> ------------------------------------------------------------------------------
> Doing More with Less: The Next Generation Virtual Desktop
> What are the key obstacles that have prevented many mid-market businesses
> from deploying virtual desktops? How do next-generation virtual desktops
> provide companies an easier-to-deploy, easier-to-manage and more affordable
> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
> _______________________________________________
> 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
------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops? How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
