Added a generalized strategy to register components in the kernel. This allows you...
[castle.git] / InversionOfControl / Changes.txt
blob1e3bd614ba6402ed1387541688089739e1158096
1 RC 4\r
2 ====\r
3 \r
4 - Added AllTypesOf registration stratgey to simplify custom registration\r
5   scenarios.\r
6 \r
7 - Added IRegistration interface to allow alternate registration mechanisms.\r
8 \r
9 - Fixed CORE-16 (Should be Facilities) \r
10  "The FactorySupportFacility does not create proxies if interceptors are present"\r
12 - Added support for list service overrides using the fluent registration interface.\r
13   Added support for specifying configuration parameters using the fluent interface to allow any complex\r
14   registration scenarios.\r
16 - Restructured the registration fluent interface to be a little more readable,\r
17   better support component registrations and prevent errors resulting from \r
18   forgetting to call ComponentRegistration.Register\r
20 - Fixed Facilities-97\r
21   "EventWiring Facility fails to create some components"\r
22   \r
23 - Added support for non-generic usage of fluent-interface.  Needed for dynamic registrations scenarios (Binsor)\r
24   Automatically register the component between consecutive AddComponentEx (Saves a few strokes).\r
26 - Initial version of MicroKernel/Windsor fluent interface IOC-99\r
28 - Applied patch from Jacob Lewallen improving the locking performance in the DefaultNamingSubsystem under high load.\r
30 - Applied Philippe Tremblay's patch fixing IOC-94 \r
31   "Copy LifeStyle from generic interface"\r
33 - Added support for copying interceptors defined on the geneirc interface handler.\r
35 - Fixed IOC-80\r
36   "StartableFacility erroneously tries to start a component before\r
37   RegisterCustomDependency can be called"\r
39 - Added ComponentModelConverter to utilize System.ComponentModel TypeConverters\r
40   Very useful for converting things like Fonts and Colors\r
42 - Updated DefaultComplexConverter to support interfaces and derived types\r
44 - Fixed IOC-96\r
45   "FactorySupport fails to create components if the factory instance is a proxy"\r
47 - Fixed IOC-93\r
48   "GenericListConverter does not handle service overrides properly" \r
50 - Fixed IOC-91\r
51   "ContextBoundObject's context is not bound when object is created by MicroKernel"\r
53 - Fixed build from IContainerAccessor change\r
55 - Applied Ron Grabowski's patch fixing IOC-89\r
56   "Make DefaultKernel implement IServiceProvider"\r
58 - Check for required Properties before determining the Handlers initial state\r
60 - Fixed IoC-87\r
61   "DefaultComplextConverter does not properly handle nested components"\r
63 - Applied Lee Henson's patch fixing IOC-86\r
64   "Additional generic AddComponent overloads"\r
66 - Applied Ido Samuelson patch fixing IOC-85\r
67   "IKernel to support generics to add/resolve components."\r
69 - Refactored proxy options support. Now you can use the attribute 'marshalByRefProxy' \r
70   on the external configuration, or the ComponentProxyBehaviorAttribute\r
72 - Fixed IOC-79\r
73   "Kernel.GetHandlers(Type) does not consider generic handlers when satisfying the type"\r
75 - Updated StartableFacilityTestCase to correctly demonstrate the facility and\r
76   added a unit test to demonstrate IOC-80\r
77  \r
78 - Applied Alex Henderson's patch that makes the ComponentModel available\r
79   to the ILifestyleManager\r
81 - Applied Adam Mills's patch fixing IOC-74\r
82   "BinaryComponentName VisitNode null check"\r
84 - Fixed IOC-67\r
85   "RemoveComponent needs to unwire handlers and remove them"\r
87 - Fixed IOC-59\r
88   "Child component unable to correctly resolve parent service added after the component"\r
90 - Fixed IOC-47\r
91   "Components created by FactoryActivator have their dependencies checked"\r
93 - Applied Marcus Widerberg's patch fixing FACILITIES-84\r
94   "FactorySupport - Allow parameters to factory method to be set at resolvetime"\r
96 - Applied Marcus Widerberg's patch fixing FACILITIES-82\r
97   "Programmatic configuration for FactorySupport"\r
99 - Reverted by Henry -> Apply patch from Sam Camp that fixes problems with Remoting Facility Sample and RecoverableComponent. \r
101 - Updated TypedFactoryFacility to not require a target instance\r
102   when proxying.\r
104 - Added Windsor proxy support to create proxies without targets.\r
106 - Removed relationship between ProxyOptions and ProxyGeneration options\r
107   and moved ProxyOptions into the MicroKernel.  ProxyGeneration options\r
108   are created from the ProxyOptions and will probably need to be updated\r
109   as facilities demand more proxy generation customizations.\r
111 - Added ProxyOptions to allow facilities to easily add proxy interfaces\r
112   without having to create custom proxy factories.  The ProxyOptions\r
113   are obtained via the ProxyUtil.\r
115 - Fixed IOC-65\r
116   "DictionaryConverter should use the alternate overload of the \r
117    PerformConversion method in order to support dictionaries that contain \r
118    custom types"\r
120 - Moved ProxyComponentInspector from Castle.MicroKernel to here and added\r
121   support to supply ProxyGenerationOptions on a ComponentModel basis.  This\r
122   provides the needed ability to provide proxy options in facilities.\r
124 - Fixed IOC-69 - DefaultDependencyResolver issue with Service Overrides.\r
126 - Added ComponentProxyBehaviorAttribute and ComponentProxyInspector \r
127   to control the creation of component proxies.\r
129 - Added eval support to configuration. Currently it only supports \r
130   BaseDirectory as a content to evaluate\r
132   <?eval $BaseDirectory ?>\r
134 - Added IEnvironmentInfo in an attempt to solve complex \r
135   configuration/environment issues.\r
137 - Fixing IOC-63 - source order of constructors should not matter\r
139 - Fixed IOC-62\r
140   "Interceptors don't work properly on generic components"\r
142 - Applied Norbert Wagner's patch fixing IOC-55\r
143   "Generic Type Converters: Set default entry types to generic arguments of property type"\r
145 - Applied Jeff Brown's patch fixing IOC-54\r
146   "Empty component parameter values cause runtime exception during component resolution."\r
148 - Applied patch by Bill Pierce that\r
150 -- Introduces the WebUserControlComponentActivator\r
152 -- Introduces the KeySearchNamingSubSystem\r
154 -- Allows you to associate a custom component activator using\r
155     1. componentActivatorType on component node\r
156     2. ComponentActivatorAttribute\r
158 -- Allows you to create and configure child containers \r
159    through the configuration, using\r
161   <configuration>\r
162     <containers>\r
163         <container name="child1">\r
164           <configuration>\r
165                 <facilities>\r
166                                         ...\r
167                 </facilities>\r
168           \r
169                 <components>\r
170                                         ...\r
171                 </components>\r
172                 \r
173             </configuration>\r
174         </container>\r
175     </containers>\r
176   </configuration>\r
178 - Applied AndyD's patch fixing IOC-52\r
179   "Remote access to generic components"\r
181 - Fixed IOC-45\r
182   "Proxying a component that has an interface that is extended from another interface throws an exception"\r
184 - Applied patch by Ernst Naezer fixing IOC-37\r
185   "Resolving with arguments in Windsor"\r
187 - Fixed IOC-43 \r
188   "Creation of an Attribute in the Kernel that allows one property to be ignored by the dependency builder"\r
189   \r
190   Introduced DoNotWireAttribute that marks a property and prevents it\r
191   from being considered by the container\r
193 - Changed Windsor to use DynamicProxy 2\r
195 - Applied patch by Adam Mills fixing IOC-42\r
196   "ResolveServices", new method added to IKernel\r
198 - Applied patch by Adam Mills fixing IOC-41\r
199   "Bug Fix BinaryTreeComponentName - Assumed Lesser nodes went to left"\r
201 - Applied patch by Adam Mills fixing IOC-40\r
202   "Provided an Implementation for BinaryTreeComponentName.Remove"\r
204 - Applied patch by Adam Mills fixing IOC-39\r
205   "Fix for Null Reference when accessing empty BinaryTreeComponentName"\r
207 - Fixed IOC-35 \r
208   "Add bootstrap section to configuration file"\r
210 - Fixed issue where KeyAlreadyAdded exception would be throw for \r
211   components accepting two parameters of the same type, without overrides\r
213 - Fixed IOC-36 \r
214   "Transient components with multliple constructors throw \r
215    unresolved dependency exceptions."\r
217   Removed best candidate reference, as the kernel is dynamic it should\r
218   not cache best constructors as components can be added or removed\r
219   at any time\r
220   \r
221   Removed Points from candidates, as in a multithreaded scenario\r
222   this would lead to failures\r
223   \r
225 - Fixed IOC-34 \r
226   "Cannot use types having their own base type as constructor argument"\r
228   See revision r2787\r
230 - IOC-32, Support generic collections. \r
231   Supported collections are: ICollection<T>, IList<T>, List<T>, IDictionary<K,V>, Dictionary<K,V>, IEnumerable<T> \r
233 RC 3\r
234 ====\r
235  \r
236 - Applied patch by William C. Pierce <wcpierce@gmail.com> adding PerWebRequestAttribute\r
238 - Added setter to ReleasePolicy property\r
240 - Applied Curtis Schlak's patch fixing IOC-30\r
241   "Add overload to Windsor AddComponent to specify the Lifestyle"\r
243 - Refactored AbstractHandler to use IDependencyResolver\r
245 - Dependencies can be resolved now in three levels:\r
247   * CreationContext (which now implements ISubDependencyResolver)\r
248   * IHandler (which now implements ISubDependencyResolver)\r
249   * IKernel which is the normal flow\r
251 - Implemented IoC-29 using a different approach\r
253 - Renamed IKernel.AddComponentWithProperties to AddComponentExtendedProperties.\r
254   The old method name misled the programmer about its purpose.\r
256 - Added a PerWebRequestLifestyleManager which creates at most one instance of\r
257   an object per web request.  To use it you must add the following http module\r
259   <httpModules>\r
260       ...\r
261           <add name="PerWebRequest" type="Castle.MicroKernel.Lifestyle.PerWebRequestLifestyleManager , Castle.MicroKernel,Version=0.0.1.7, Culture=neutral, PublicKeyToken=407dd0808d44fbdc"/>\r
263   <httpModules>\r
265   The strong name could be omitted if not in the GAC\r
267 - Added checks to handle cycles in dependencies graphs and avoid deadly Stack Overflow Exceptions.\r
269 - Fixed IOC-24: "Allow user to provide an attribute which will customize how to inspect properties (PropertiesDependenciesModelInspector)"\r
270   Now users can add an 'inspectionBehavior' attribute to the component node that defines\r
271   the inspection strategy. Possible values are\r
272   \r
273   - None: No properties inspection should happen\r
274   - All: All properties will be inspected and collected (on the class and on the superclasses). \r
275          This is the default behavior\r
276   - DeclaredOnly: Only properties specified on type are checked (superclasses will be ignored) \r
278 - Added overload to ITypeConvertor that accept the current node configuration as well as the type in CanHandleType()\r
280 - Change: Better error message when there's an exception \r
281   setting up properties\r
283 - Fixed IOC-25: Overrides on the configuration should be considered a non-optional dependency\r
285   This fix changes a little the MicroKernel behavior. Now if you specify an service override\r
286   through external configuration, it will be considered a _non-optional_ dependency\r
288 - Uri usage replaced by CustomUri which, differently than MS' Uri class, has the same\r
289   behavior on net-1.1, net-2.0 and mono\r
291 - EventWiring Facility: now when a publisher is requested, the subscribers\r
292   are automatically started. \r
293   \r
294   The side effects are: \r
295   \r
296   - when a subscriber is requested it won't be wired automatically. \r
297   - There no much sense in having a subscriber with a lifestyle other than singleton\r
298   \r
299   I'm still evaluating this idea. Sometimes wiring only when the subscriber is requested\r
300   might make sense, but supporting both approaches is kinda hard.\r
301   \r
303 - Applied patch by Alex Henderson <webmaster@bittercoder.com> adding\r
304     IWindsorContainer.RemoveChildContainer(IWindsorContainer childContainer)\r
305     and IKernel.RemoveChildKernel(IKernel kernel)\r
307 - Applied fix by Ahmed. Now defines can be used on properties nodes like\r
309   <properties>\r
310    <?if DEBUG?>\r
311     <item>x</item>\r
312    <?end?>\r
313   </properties>\r
315 - Now with DictionaryConverter you can specify the keyType and valueType on each entry (kudos to Ahmed)\r
317 - xmlinterpreter will throw an exception if a property is not defined but referenced\r
318 using #{propertyName} syntax.(Patch from Ahmed)\r
320 - XmlProcessor refactored from XmlInterpreter (kudos to Ahmed)\r
321   Now PI are also supported (don't forget to document this on the wiki)\r
323 - Support for nested nodes on the properties. (kudos to Ahmed)\r
324   Example:\r
326   <configuration>\r
327     <properties>\r
328        <MyComponentParams>\r
329          <user>Joe</user>\r
330          <pwd>Doe</pwd>\r
331        </MyComponentParams>\r
332      </properties>\r
333      <components id=”MyComponent”>\r
334        <parameters>#{ MyComponentParams }</parameters>\r
335      </components>\r
336   </configuration>\r
337   \r
338   Will result in \r
340      <components id=”MyComponent”>\r
341        <parameters>\r
342          <user>Joe</user>\r
343          <pwd>Doe</pwd>\r
344        </parameters>\r
345      </components>\r
347 - Type converter for kernel components. This allows a usage like this:\r
349   <component id="mycomp">\r
350   \r
351     <parameters>\r
352       <servicelist>\r
353         <list type="IMyService, MyAssembly">\r
354           <item>${keytocomponent1}</item>\r
355           <item>${keytocomponent2}</item>\r
356         </list>\r
357       </servicelist>\r
358     </parameters>\r
360 - Removed support for MethodMeta on ComponentModel. The design decision here \r
361   is to make the facilities interested on it to extend MethodMetaInspector\r
362   reading from a specific node.\r
364 RC 2\r
365 ====\r
367 - AsyncInitializationContainer introduced. Special container flavor that installs the\r
368   facilities and components using a background thread.\r
370 - Support for evaluation of expressions within the xml configuration (kudos to Ahmed)\r
371   The following "statements" are supported:\r
372   \r
373         <define flag="DEBUG" />\r
374         <undef flag="DEBUG"/>\r
375         \r
376         <if defined="DEBUG">\r
377                 component/facility nodes\r
378         </if>\r
379         \r
380         <choose>\r
381                 <when defined="DEBUG">\r
382                         <component id="debug"/>\r
383                 </when>\r
384                 <when defined="Qa">\r
385                         <component id="qa"/>\r
386                 </when>\r
387                 <when defined="Prod">\r
388                         <component id="prod"/>\r
389                 </when>\r
390                 <otherwise>\r
391                         <component id="default"/>\r
392                 </otherwise>\r
393         </choose>\r
395 - Startable facility: support to specify the attribute startable=true on the configuration\r
397 - Better error messages: now the components waiting for dependencies will recursively \r
398   report what they are waiting for.\r
400 - Support for custom lifestyle through configuration (kudos to Bawer Dagdeviren):\r
402   <component id="my.component"\r
403                    type="MyLib.MyComponent, MyLib"\r
404                    lifestyle="custom"\r
405                    customLifestyleType="MyLib.MyCustomLifestyle, MyLib" />\r
407 - Added Type converter for enums\r
409 - Support to associate configuration nodes to methods. Usage:\r
411         <component>\r
412                 <methods>\r
413                         <save />\r
414                         <save signature="System.String, mscorlib" />\r
415                         <save signature="System.String, mscorlib;System.Int32, mscorlib" />\r
416                 </methods>\r
417         </component>\r
419   Which is equivalent to\r
421         <component>\r
422                 <methods>\r
423                         <method name="save" />\r
424                         <method name="save" signature="System.String, mscorlib" />\r
425                         <method name="save" signature="System.String, mscorlib;System.Int32, mscorlib" />\r
426                 </methods>\r
427         </component> \r
429 - IResource introduced (FileResource, AssemblyResource, ConfigResource and UncResource)\r
430   which are accessible through Uris:\r
432   - FileResource:  \r
433     file://pathtofile \r
434     (For example: file://c:\mydir\file.txt)\r
436   - AssemblyResource:  \r
437     assembly://AssemblyName/ExtendingNamespace/filename \r
438     (For example: assembly://Castle.Windsor.Tests/Configuration2/include1.xml)\r
440   - ConfigResource:  \r
441     config://sectioname \r
442     (For example: config://castle will fetch the \r
443     <configuration><castle> entry in the configuration)\r
445   - UncResource:  \r
446     \\server\file \r
447     (For example: \\mysharedplace\myconfig.xml)\r
449 - IResource, IResourceFactory and IResourceSubSystem introduced\r
451 - Ability to use <properties> in configuration files. Usage\r
453         <properties>    \r
454                 <prop1>prop1 value</prop1>\r
455                 <prop2>prop2 value</prop2>\r
456         </properties>\r
458         <facilities>\r
459         \r
460                 <facility id="testidengine" >\r
461                         <item>#{prop1}</item>\r
462                 </facility>\r
464                 <facility id="testidengine2" >\r
465                         <item value="#{prop2}"/>\r
466                 </facility>\r
467         \r
468         </facilities>\r
471 - Ability to use <include> in configuration files. Usage\r
473   Main file:\r
475         <configuration>\r
477                 <include uri="file://include1.xml"/>\r
479         </configuration>\r
481   include1.xml:\r
483         <configuration>\r
485                 <components>\r
487                         <component id="testidcomponent1">\r
488                         </component>\r
490                         <component id="testidcomponent2">\r
491                         </component>\r
493                 </components>\r
495         </configuration>\r
498 Beta 3\r
499 ======\r
501 - Bug in dependency resolution (when chained) fixed\r
502 - Better message description on exceptions related to unresolved dependencies.\r
503 - Fixed bug in AddComponentWithProperties\r
505 Beta 2  - 10/apr/2005\r
506 ======\r
508 - Bug fixes\r
510 - Configuration object model separated into interpreters and sources\r
512 - AbstractFacility added\r
515 Beta 1  - 21/jan/2005\r
516 ======\r
518 - Changed: from #{} to ${} - way of referencing to another component\r
519   on the configuration.\r
521 - Added: support for dictionaries, lists and arrays on the configuration file.\r
523   <component>\r
524     <parameters>\r
525       <properties>\r
526         <dictionary>\r
527           <item key="mykey">value</item>\r
528         </dictionary>\r
529       </properties>\r
530     </parameters>\r
531   </component>\r
533 - Added: Component Graph (used by the Remove method and to dispose the components)\r
535 - Fixed: Remove method\r
537 - Fixed: Windsor: Proxy for components with (service != impl)\r