Commit Graph

18 Commits

Author SHA1 Message Date
shannon@ShandemVaio
d644b44d80 Created PackageActionsResolver object to deal with IPackageAction plugins. 2012-08-01 23:03:26 +06:00
shannon@ShandemVaio
2115146fdb Removed old MacroControlFactory - marked as internal FTW ! moved it to new MacroFieldEditorsResolver
using the new framework. Also moved PersistableMacroProperty to new assembly (it was also marked as internal).
Updated unit tests to work with Resolution and resetting resolvers.
2012-08-01 22:46:13 +06:00
shannon@ShandemVaio
646e96ab15 Changed PluginResolverType to PluginManager. Reinstated Resolution and ResolverBase<T> since
this gives us more control over all Resolvers and streamlines them. Created IBootManager, CoreBootManager and WebBootManager
to handle the application initialization including the creation of Resolvers. This means that if people are using the dlls outside
of the web app, they can run the boot strappers to initialize everything.
2012-08-01 22:06:15 +06:00
shannon@ShandemVaio
dff3905e85 Converted over ThumbnailProviderManager to ThumbnailProvidersResolver using the new apis. 2012-08-01 11:24:39 +06:00
shannon@ShandemVaio
c2ee1e63bb Added unit tests for ManyObjectResolverBase for the different lifetime scope of instantiated objects. 2012-08-01 10:48:19 +06:00
shannon@ShandemVaio
d4806895a9 Had to remove the Resolution freezing idea because we are lazily instantiating the singleton instances, otherwise
we have to instantiate them all on startup which means that all type searching happens on startup and not lazily which
is bad for performance. I don't think its a big deal that we're not freezing these objects, MVC doesn't freeze its singletons
and nobody seems to have a problem with it, people will just know not to modify these items after startup.
2012-08-01 10:15:39 +06:00
shannon@ShandemVaio
a0a99e8f12 Obsoletes umbraco.presentation.cache with new Umbraco.Core.CacheRefreshersResolver
Have removed ResolverBase as we cannot rely on manually setting the current singleton object since applications outside of the standard umbraco web application
might be using these singletons and would expect they already be setup. Have changed all current resolvers to manage their
own singleton instances and sealed them.
2012-08-01 09:49:10 +06:00
shannon@ShandemVaio
352d817fc1 Updates DynamicNode to use PluginTypeResolver, fixees DynamicNode RazorDataTypeModelTypes resolution
to be thread safe. Removes unused classes (we can put them back if we need them later)
2012-07-31 01:06:10 +06:00
shannon@ShandemVaio
ec22d985ef Updated all lookups to use new logging system. Updated lookups resolvers to use ManyObjectResolverBase
and are just adding the known resolvers on app startup and commented out the other resolver stuff for now.
Fixed up xpath statement for resolving the first document, site now renders :)
2012-07-30 22:52:59 +06:00
sgay
c4d578442b merge 2012-07-27 14:08:00 -02:00
sgay
83f76ed4a4 cosmetic & doc 2012-07-27 14:06:41 -02:00
shannon@ShandemVaio
5576f65ef0 Updated DataType factory to use PluginTypeResolver and made the dictionary thread safe.
Updated MacroEngineFactory to use PluginTypeResolver and made it thread safe. Have also
updated it to only create one instance of each IMacroEngine per application which should
increase performance a teeny bit, plus that's how it should be.
2012-07-27 11:54:29 +06:00
shannon@ShandemVaio
92f983a569 Removed Freezing event as we won't need it 2012-07-27 06:02:41 +06:00
shannon@ShandemVaio
8082abc27a Added MultipleResolverBase 2012-07-27 05:52:01 +06:00
shannon@ShandemVaio
373fdd324b Fixes up ResolverBase and it's static lock object which isn't actually required because
our singleton is a getter/setter and field access is thread safe. Updated SingleResolverBase
to ensure that TResolved is a class so the null check works properly.
2012-07-27 05:25:26 +06:00
shannon@ShandemVaio
dbe43a0918 Updated the PluginTypeResolver to have a generic way of instantiating the plugin types it has
already found. Have added some notes to some classes that need to be fixed up. Removed the PluginTypeResolver
from the ApplicationContext since it is a utility and isn't exposing application objects.
2012-07-27 01:01:34 +06:00
shannon@ShandemVaio
1731ad45f5 Had to manually merge some stuff and fix up some class names/locations. I think some files
and changes had not been committed properly.
Fixed up some resolver classes to ensure the generic type is a class so == null works properly.
Changed to internal until we decide to expose.
2012-07-26 23:05:51 +06:00
sgay
6b4fff176a refactor resolution of components 2012-07-26 07:52:13 -02:00