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