[Opensim-dev] Critical plugin check?

Wed Jun 18 20:25:08 UTC 2008

If I understand you correctly, we're talking about pulling the module into the scripts appdomain? Or do you mean it would be proxied?

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.

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.

I don't know if I'm making it overly complicated - you two are the dynamic scripting duo. But please do ameliorate?
Best regards,Stefan AnderssonTribal Media AB Join the 3d web revolution : http://tribalnet.se/ 

> Date: Wed, 18 Jun 2008 20:42:14 +0100> From: melanie at t-data.com> To: opensim-dev at lists.berlios.de> Subject: Re: [Opensim-dev] Critical plugin check?> > What's on the table right now would allow scripts to specify an API > list (by virtue of .NET ref'ing).> > If an API that is used by the script is not there, the script won't run.> Tedd and I spoke about this last night, and there really is no > sensible way at the moment to "fake it"> > So, basically, scripts will pull in what they need, and fail if they > can't. Either because it's not present, or because it's forbidden by > configuration.> > Melanie> > Stefan Andersson wrote:> > Ah, ok; gotcha. Opening the Pandoras box of catering for heterogenous > > script environments.> > > > How about starting thinking about scripts being able to pull resources > > they need into their environments?> > > > Best regards,> > Stefan Andersson> > Tribal Media AB> > > > Join the 3d web revolution : http://tribalnet.se/> > > > > > > > > > ------------------------------------------------------------------------> > Date: Wed, 18 Jun 2008 20:31:08 +0200> > From: lcc1967 at gmail.com> > To: opensim-dev at lists.berlios.de> > Subject: Re: [Opensim-dev] Critical plugin check?> > > > in fact we need a way to allow the script inworld to know wich> > additional modules / funtions are implemented on the server.> > > > > > > > On Wed, Jun 18, 2008 at 7:49 PM, Stefan Andersson> > <stefan at tribalmedia.se <mailto:stefan at tribalmedia.se>> wrote:> > > > What we need is> > 1) A list of what modules should be loaded (in OpenSim.ini or> > something) - this should be strict> > 2) A pick-up dir - this should be loose> > > > If I have specified a module, it should be there. If I'm just> > sweeping for whatever, I can't make no demands at all.> > > > Or, did I misunderstand the issue?> > > > Best regards,> > Stefan Andersson> > Tribal Media AB> > > > Join the 3d web revolution : http://tribalnet.se/> > > > > > > > > > ------------------------------------------------------------------------> > > > > Date: Wed, 18 Jun 2008 14:33:00 +0100> > > From: jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>> > > To: opensim-dev at lists.berlios.de> > <mailto:opensim-dev at lists.berlios.de>> > > Subject: Re: [Opensim-dev] Critical plugin check?> > > > >> > > Ryan McDougall wrote:> > > > Under many different grids/setups there are quite many> > situations where> > > > a certain plugin (DLL) may be considered critical to the> > correct> > > > operation of the system.> > > >> > > > If that plugin goes missing or is otherwise unsuitable,> > then other areas> > > > of the experience may fail or cause damage. Under those> > conditions, the> > > > best thing to do is for the server in question to shut down> > gracefully,> > > > and issue a warning to an admin.> > > >> > > > For example:> > > >> > > > If one runs a grid with a money system, and the money> > module DLL is> > > > deleted by a careless admin, yet the grid still comes up,> > it could cause> > > > real financial problems for those on the grid.> > > >> > > > If one runs a serious simulation server, and the physics> > module missing> > > > or incorrect, then the simulation will be compromised.> > > >> > > > Basically its an old argument about strictness (such as> > strong v. weakly> > > > typed languages). I don't intend to argue that OS should be> > strict, only> > > > that having the capacity to check for plugins may be useful> > to some> > > > administrators, and it might be a good thing to add.> > > >> > > > Thoughts?> > >> > > I agree - on the whole I don't think OpenSim regions should> > start up if> > > dlls it is told to load are not present or are broken, though> > there> > > might be some exceptions. I think we gain more by being> > strict (in> > > terms of highlighting the issue early and not carrying on with a> > > sub-optimal or dangerous simulation) than we lose by being> > loose (in> > > terms of not starting up if some unimportant module isn't> > available).> > >> > > I would envisage this as part of needed enhancements to the> > current> > > region module loading system. Personally, I anticipate that> > there will> > > be progress in this area within the next month/month and a half> > >> > > Regards,> > >> > > --> > > justincc> > > Justin Clark-Casey> > > http://justincc.wordpress.com <http://justincc.wordpress.com/>> > > _______________________________________________> > > Opensim-dev mailing list> > > Opensim-dev at lists.berlios.de> > <mailto:Opensim-dev at lists.berlios.de>> > > https://lists.berlios.de/mailman/listinfo/opensim-dev> > > > > > _______________________________________________> > Opensim-dev mailing list> > Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>> > https://lists.berlios.de/mailman/listinfo/opensim-dev> > > > > > > > ------------------------------------------------------------------------> > > > _______________________________________________> > Opensim-dev mailing list> > Opensim-dev at lists.berlios.de> > https://lists.berlios.de/mailman/listinfo/opensim-dev> _______________________________________________> Opensim-dev mailing list> Opensim-dev at lists.berlios.de> https://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20080618/2315f189/attachment-0001.html>