My general approach for this is to avoid managing this on my own, but rather have a SCM system that does that for me. In other words, setting up an SVN server that can be accessed from the production system. That remove the need to create my own security, auditing, etc. It also mean that I have a builtin rollback mechanism.
On Mon, Apr 5, 2010 at 2:37 PM, Chris Owen <[email protected]> wrote: > So looking at the implementation I *think* that would hit an issue with > the default DslEngine too. This is because of DslEngine.CanonizeUrl which > resolves the path of the url (in this case it would not be a filepath). > > Right now, I realize that I could certainly hack my way around achieving > what I want, but then I'm not sure It would be the right thing to do. > > Basically, I have an app in which continually receives data from a series > of external systems. My goal was to allow the users who's apps are sending > this data to create boo scripts that check expectations against the incoming > data. > > I *think* that the best approach for this would be to have all scripts on > a *per app* basis to be compiled (and recompiled on change of ANY script > for the app) to a single assembly which I cache or even store in the Db and > dynamically load. > > With this in mind, if I create my own compilation/caching layer is it > possible to still use the other good things that come for free with rhino > dsl i.e. the pipeline steps such as ImplicitBaseClassCompilerStep > and ExpectationBaseDSL? > > Chris > > > ------------------------------ > Date: Mon, 5 Apr 2010 09:49:24 +0300 > Subject: Re: [rhino-tools-dev] Rhino.DSL create a DSL from a string input > From: [email protected] > To: [email protected] > > > This is certainly possible, yes. > You can create an in memory implementation of IDslEngineStorage , which > would allow you to continue using the cache. > > On Mon, Apr 5, 2010 at 1:15 AM, Chris <[email protected]> wrote: > > Hi, > > I'm looking at Rhino.DSL and I wonder if there is any way to > instantiate a registered DSL instance type based upon a string input > instead of a file path? I understand that Rhino.DSL handles caching of > generated boo assemblies and I guess the filename is some kind of > cache key here, so this may not be possible here. > > Cheers, Chris. > > -- > You received this message because you are subscribed to the Google Groups > "Rhino Tools Dev" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<rhino-tools-dev%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/rhino-tools-dev?hl=en. > > > > -- > You received this message because you are subscribed to the Google Groups > "Rhino Tools Dev" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<rhino-tools-dev%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/rhino-tools-dev?hl=en. > > ------------------------------ > Get a free e-mail account with Hotmail. Sign-up now. > > -- > You received this message because you are subscribed to the Google Groups > "Rhino Tools Dev" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<rhino-tools-dev%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/rhino-tools-dev?hl=en. > -- You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/rhino-tools-dev?hl=en.
