<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>If I understand you correctly, we're talking about pulling the module into the scripts appdomain? Or do you mean it would be proxied?<BR>
<BR>
In any case, this is actually along the lines of what I was suggesting. I think this is probably a better path to pursue than having scripts if-thenning until the cows come home.<BR>
<BR>
If we want a clear separation (security wise) modules could have a 'script facade' that would be pulled into its appdomain, and that facade would then be responsible to marshal calls across app domains.<BR>
<BR>
I don't know if I'm making it overly complicated - you two are the dynamic scripting duo. But please do ameliorate?<BR>
<BR>Best regards,<BR>Stefan Andersson<BR>Tribal Media AB<BR> <BR>Join the 3d web revolution : <A href="http://tribalnet.se/" target=_blank>http://tribalnet.se/</A><BR> <BR><BR><BR><BR>
<HR id=stopSpelling>
<BR>
> Date: Wed, 18 Jun 2008 20:42:14 +0100<BR>> From: melanie@t-data.com<BR>> To: opensim-dev@lists.berlios.de<BR>> Subject: Re: [Opensim-dev] Critical plugin check?<BR>> <BR>> What's on the table right now would allow scripts to specify an API <BR>> list (by virtue of .NET ref'ing).<BR>> <BR>> If an API that is used by the script is not there, the script won't run.<BR>> Tedd and I spoke about this last night, and there really is no <BR>> sensible way at the moment to "fake it"<BR>> <BR>> So, basically, scripts will pull in what they need, and fail if they <BR>> can't. Either because it's not present, or because it's forbidden by <BR>> configuration.<BR>> <BR>> Melanie<BR>> <BR>> Stefan Andersson wrote:<BR>> > Ah, ok; gotcha. Opening the Pandoras box of catering for heterogenous <BR>> > script environments.<BR>> > <BR>> > How about starting thinking about scripts being able to pull resources <BR>> > they need into their environments?<BR>> > <BR>> > Best regards,<BR>> > Stefan Andersson<BR>> > Tribal Media AB<BR>> > <BR>> > Join the 3d web revolution : http://tribalnet.se/<BR>> > <BR>> > <BR>> > <BR>> > <BR>> > ------------------------------------------------------------------------<BR>> > Date: Wed, 18 Jun 2008 20:31:08 +0200<BR>> > From: lcc1967@gmail.com<BR>> > To: opensim-dev@lists.berlios.de<BR>> > Subject: Re: [Opensim-dev] Critical plugin check?<BR>> > <BR>> > in fact we need a way to allow the script inworld to know wich<BR>> > additional modules / funtions are implemented on the server.<BR>> > <BR>> > <BR>> > <BR>> > On Wed, Jun 18, 2008 at 7:49 PM, Stefan Andersson<BR>> > <stefan@tribalmedia.se <mailto:stefan@tribalmedia.se>> wrote:<BR>> > <BR>> > What we need is<BR>> > 1) A list of what modules should be loaded (in OpenSim.ini or<BR>> > something) - this should be strict<BR>> > 2) A pick-up dir - this should be loose<BR>> > <BR>> > If I have specified a module, it should be there. If I'm just<BR>> > sweeping for whatever, I can't make no demands at all.<BR>> > <BR>> > Or, did I misunderstand the issue?<BR>> > <BR>> > Best regards,<BR>> > Stefan Andersson<BR>> > Tribal Media AB<BR>> > <BR>> > Join the 3d web revolution : http://tribalnet.se/<BR>> > <BR>> > <BR>> > <BR>> > <BR>> > ------------------------------------------------------------------------<BR>> > <BR>> > > Date: Wed, 18 Jun 2008 14:33:00 +0100<BR>> > > From: jjustincc@googlemail.com <mailto:jjustincc@googlemail.com><BR>> > > To: opensim-dev@lists.berlios.de<BR>> > <mailto:opensim-dev@lists.berlios.de><BR>> > > Subject: Re: [Opensim-dev] Critical plugin check?<BR>> > <BR>> > ><BR>> > > Ryan McDougall wrote:<BR>> > > > Under many different grids/setups there are quite many<BR>> > situations where<BR>> > > > a certain plugin (DLL) may be considered critical to the<BR>> > correct<BR>> > > > operation of the system.<BR>> > > ><BR>> > > > If that plugin goes missing or is otherwise unsuitable,<BR>> > then other areas<BR>> > > > of the experience may fail or cause damage. Under those<BR>> > conditions, the<BR>> > > > best thing to do is for the server in question to shut down<BR>> > gracefully,<BR>> > > > and issue a warning to an admin.<BR>> > > ><BR>> > > > For example:<BR>> > > ><BR>> > > > If one runs a grid with a money system, and the money<BR>> > module DLL is<BR>> > > > deleted by a careless admin, yet the grid still comes up,<BR>> > it could cause<BR>> > > > real financial problems for those on the grid.<BR>> > > ><BR>> > > > If one runs a serious simulation server, and the physics<BR>> > module missing<BR>> > > > or incorrect, then the simulation will be compromised.<BR>> > > ><BR>> > > > Basically its an old argument about strictness (such as<BR>> > strong v. weakly<BR>> > > > typed languages). I don't intend to argue that OS should be<BR>> > strict, only<BR>> > > > that having the capacity to check for plugins may be useful<BR>> > to some<BR>> > > > administrators, and it might be a good thing to add.<BR>> > > ><BR>> > > > Thoughts?<BR>> > ><BR>> > > I agree - on the whole I don't think OpenSim regions should<BR>> > start up if<BR>> > > dlls it is told to load are not present or are broken, though<BR>> > there<BR>> > > might be some exceptions. I think we gain more by being<BR>> > strict (in<BR>> > > terms of highlighting the issue early and not carrying on with a<BR>> > > sub-optimal or dangerous simulation) than we lose by being<BR>> > loose (in<BR>> > > terms of not starting up if some unimportant module isn't<BR>> > available).<BR>> > ><BR>> > > I would envisage this as part of needed enhancements to the<BR>> > current<BR>> > > region module loading system. Personally, I anticipate that<BR>> > there will<BR>> > > be progress in this area within the next month/month and a half<BR>> > ><BR>> > > Regards,<BR>> > ><BR>> > > --<BR>> > > justincc<BR>> > > Justin Clark-Casey<BR>> > > http://justincc.wordpress.com <http://justincc.wordpress.com/><BR>> > > _______________________________________________<BR>> > > Opensim-dev mailing list<BR>> > > Opensim-dev@lists.berlios.de<BR>> > <mailto:Opensim-dev@lists.berlios.de><BR>> > > https://lists.berlios.de/mailman/listinfo/opensim-dev<BR>> > <BR>> > <BR>> > _______________________________________________<BR>> > Opensim-dev mailing list<BR>> > Opensim-dev@lists.berlios.de <mailto:Opensim-dev@lists.berlios.de><BR>> > https://lists.berlios.de/mailman/listinfo/opensim-dev<BR>> > <BR>> > <BR>> > <BR>> > ------------------------------------------------------------------------<BR>> > <BR>> > _______________________________________________<BR>> > Opensim-dev mailing list<BR>> > Opensim-dev@lists.berlios.de<BR>> > https://lists.berlios.de/mailman/listinfo/opensim-dev<BR>> _______________________________________________<BR>> Opensim-dev mailing list<BR>> Opensim-dev@lists.berlios.de<BR>> https://lists.berlios.de/mailman/listinfo/opensim-dev<BR><BR></body>
</html>