Fixed build from IContainerAccessor changes.
[castle.git] / InversionOfControl / Changes.txt
blobf315477cedd54277160243e133af1d22e241b433
1 RC 4\r
2 ====\r
3 \r
4 - Fixed build from IContainerAccessor change\r
5 \r
6 - Applied Ron Grabowski's patch fixing IOC-89\r
7   "Make DefaultKernel implement IServiceProvider"\r
8 \r
9 - Check for required Properties before determining the Handlers initial state\r
11 - Fixed IoC-87\r
12   "DefaultComplextConverter does not properly handle nested components"\r
14 - Applied Lee Henson's patch fixing IOC-86\r
15   "Additional generic AddComponent overloads"\r
17 - Applied Ido Samuelson patch fixing IOC-85\r
18   "IKernel to support generics to add/resolve components."\r
20 - Refactored proxy options support. Now you can use the attribute 'marshalByRefProxy' \r
21   on the external configuration, or the ComponentProxyBehaviorAttribute\r
23 - Fixed IOC-79\r
24   "Kernel.GetHandlers(Type) does not consider generic handlers when satisfying the type"\r
26 - Updated StartableFacilityTestCase to correctly demonstrate the facility and\r
27   added a unit test to demonstrate IOC-80\r
28  \r
29 - Applied Alex Henderson's patch that makes the ComponentModel available\r
30   to the ILifestyleManager\r
32 - Applied Adam Mills's patch fixing IOC-74\r
33   "BinaryComponentName VisitNode null check"\r
35 - Fixed IOC-67\r
36   "RemoveComponent needs to unwire handlers and remove them"\r
38 - Fixed IOC-59\r
39   "Child component unable to correctly resolve parent service added after the component"\r
41 - Fixed IOC-47\r
42   "Components created by FactoryActivator have their dependencies checked"\r
44 - Applied Marcus Widerberg's patch fixing FACILITIES-84\r
45   "FactorySupport - Allow parameters to factory method to be set at resolvetime"\r
47 - Applied Marcus Widerberg's patch fixing FACILITIES-82\r
48   "Programmatic configuration for FactorySupport"\r
50 - Reverted by Henry -> Apply patch from Sam Camp that fixes problems with Remoting Facility Sample and RecoverableComponent. \r
52 - Updated TypedFactoryFacility to not require a target instance\r
53   when proxying.\r
55 - Added Windsor proxy support to create proxies without targets.\r
57 - Removed relationship between ProxyOptions and ProxyGeneration options\r
58   and moved ProxyOptions into the MicroKernel.  ProxyGeneration options\r
59   are created from the ProxyOptions and will probably need to be updated\r
60   as facilities demand more proxy generation customizations.\r
62 - Added ProxyOptions to allow facilities to easily add proxy interfaces\r
63   without having to create custom proxy factories.  The ProxyOptions\r
64   are obtained via the ProxyUtil.\r
66 - Fixed IOC-65\r
67   "DictionaryConverter should use the alternate overload of the \r
68    PerformConversion method in order to support dictionaries that contain \r
69    custom types"\r
71 - Moved ProxyComponentInspector from Castle.MicroKernel to here and added\r
72   support to supply ProxyGenerationOptions on a ComponentModel basis.  This\r
73   provides the needed ability to provide proxy options in facilities.\r
75 - Fixed IOC-69 - DefaultDependencyResolver issue with Service Overrides.\r
77 - Added ComponentProxyBehaviorAttribute and ComponentProxyInspector \r
78   to control the creation of component proxies.\r
80 - Added eval support to configuration. Currently it only supports \r
81   BaseDirectory as a content to evaluate\r
83   <?eval $BaseDirectory ?>\r
85 - Added IEnvironmentInfo in an attempt to solve complex \r
86   configuration/environment issues.\r
88 - Fixing IOC-63 - source order of constructors should not matter\r
90 - Fixed IOC-62\r
91   "Interceptors don't work properly on generic components"\r
93 - Applied Norbert Wagner's patch fixing IOC-55\r
94   "Generic Type Converters: Set default entry types to generic arguments of property type"\r
96 - Applied Jeff Brown's patch fixing IOC-54\r
97   "Empty component parameter values cause runtime exception during component resolution."\r
99 - Applied patch by Bill Pierce that\r
101 -- Introduces the WebUserControlComponentActivator\r
103 -- Introduces the KeySearchNamingSubSystem\r
105 -- Allows you to associate a custom component activator using\r
106     1. componentActivatorType on component node\r
107     2. ComponentActivatorAttribute\r
109 -- Allows you to create and configure child containers \r
110    through the configuration, using\r
112   <configuration>\r
113     <containers>\r
114         <container name="child1">\r
115           <configuration>\r
116                 <facilities>\r
117                                         ...\r
118                 </facilities>\r
119           \r
120                 <components>\r
121                                         ...\r
122                 </components>\r
123                 \r
124             </configuration>\r
125         </container>\r
126     </containers>\r
127   </configuration>\r
129 - Applied AndyD's patch fixing IOC-52\r
130   "Remote access to generic components"\r
132 - Fixed IOC-45\r
133   "Proxying a component that has an interface that is extended from another interface throws an exception"\r
135 - Applied patch by Ernst Naezer fixing IOC-37\r
136   "Resolving with arguments in Windsor"\r
138 - Fixed IOC-43 \r
139   "Creation of an Attribute in the Kernel that allows one property to be ignored by the dependency builder"\r
140   \r
141   Introduced DoNotWireAttribute that marks a property and prevents it\r
142   from being considered by the container\r
144 - Changed Windsor to use DynamicProxy 2\r
146 - Applied patch by Adam Mills fixing IOC-42\r
147   "ResolveServices", new method added to IKernel\r
149 - Applied patch by Adam Mills fixing IOC-41\r
150   "Bug Fix BinaryTreeComponentName - Assumed Lesser nodes went to left"\r
152 - Applied patch by Adam Mills fixing IOC-40\r
153   "Provided an Implementation for BinaryTreeComponentName.Remove"\r
155 - Applied patch by Adam Mills fixing IOC-39\r
156   "Fix for Null Reference when accessing empty BinaryTreeComponentName"\r
158 - Fixed IOC-35 \r
159   "Add bootstrap section to configuration file"\r
161 - Fixed issue where KeyAlreadyAdded exception would be throw for \r
162   components accepting two parameters of the same type, without overrides\r
164 - Fixed IOC-36 \r
165   "Transient components with multliple constructors throw \r
166    unresolved dependency exceptions."\r
168   Removed best candidate reference, as the kernel is dynamic it should\r
169   not cache best constructors as components can be added or removed\r
170   at any time\r
171   \r
172   Removed Points from candidates, as in a multithreaded scenario\r
173   this would lead to failures\r
174   \r
176 - Fixed IOC-34 \r
177   "Cannot use types having their own base type as constructor argument"\r
179   See revision r2787\r
181 - IOC-32, Support generic collections. \r
182   Supported collections are: ICollection<T>, IList<T>, List<T>, IDictionary<K,V>, Dictionary<K,V>, IEnumerable<T> \r
184 RC 3\r
185 ====\r
186  \r
187 - Applied patch by William C. Pierce <wcpierce@gmail.com> adding PerWebRequestAttribute\r
189 - Added setter to ReleasePolicy property\r
191 - Applied Curtis Schlak's patch fixing IOC-30\r
192   "Add overload to Windsor AddComponent to specify the Lifestyle"\r
194 - Refactored AbstractHandler to use IDependencyResolver\r
196 - Dependencies can be resolved now in three levels:\r
198   * CreationContext (which now implements ISubDependencyResolver)\r
199   * IHandler (which now implements ISubDependencyResolver)\r
200   * IKernel which is the normal flow\r
202 - Implemented IoC-29 using a different approach\r
204 - Renamed IKernel.AddComponentWithProperties to AddComponentWithExtendedProperties.\r
205   The old method name misled the programmer about its purpose.\r
207 - Added a PerWebRequestLifestyleManager which creates at most one instance of\r
208   an object per web request.  To use it you must add the following http module\r
210   <httpModules>\r
211       ...\r
212           <add name="PerWebRequest" type="Castle.MicroKernel.Lifestyle.PerWebRequestLifestyleManager , Castle.MicroKernel,Version=0.0.1.7, Culture=neutral, PublicKeyToken=407dd0808d44fbdc"/>\r
214   <httpModules>\r
216   The strong name could be omitted if not in the GAC\r
218 - Added checks to handle cycles in dependencies graphs and avoid deadly Stack Overflow Exceptions.\r
220 - Fixed IOC-24: "Allow user to provide an attribute which will customize how to inspect properties (PropertiesDependenciesModelInspector)"\r
221   Now users can add an 'inspectionBehavior' attribute to the component node that defines\r
222   the inspection strategy. Possible values are\r
223   \r
224   - None: No properties inspection should happen\r
225   - All: All properties will be inspected and collected (on the class and on the superclasses). \r
226          This is the default behavior\r
227   - DeclaredOnly: Only properties specified on type are checked (superclasses will be ignored) \r
229 - Added overload to ITypeConvertor that accept the current node configuration as well as the type in CanHandleType()\r
231 - Change: Better error message when there's an exception \r
232   setting up properties\r
234 - Fixed IOC-25: Overrides on the configuration should be considered a non-optional dependency\r
236   This fix changes a little the MicroKernel behavior. Now if you specify an service override\r
237   through external configuration, it will be considered a _non-optional_ dependency\r
239 - Uri usage replaced by CustomUri which, differently than MS' Uri class, has the same\r
240   behavior on net-1.1, net-2.0 and mono\r
242 - EventWiring Facility: now when a publisher is requested, the subscribers\r
243   are automatically started. \r
244   \r
245   The side effects are: \r
246   \r
247   - when a subscriber is requested it won't be wired automatically. \r
248   - There no much sense in having a subscriber with a lifestyle other than singleton\r
249   \r
250   I'm still evaluating this idea. Sometimes wiring only when the subscriber is requested\r
251   might make sense, but supporting both approaches is kinda hard.\r
252   \r
254 - Applied patch by Alex Henderson <webmaster@bittercoder.com> adding\r
255     IWindsorContainer.RemoveChildContainer(IWindsorContainer childContainer)\r
256     and IKernel.RemoveChildKernel(IKernel kernel)\r
258 - Applied fix by Ahmed. Now defines can be used on properties nodes like\r
260   <properties>\r
261    <?if DEBUG?>\r
262     <item>x</item>\r
263    <?end?>\r
264   </properties>\r
266 - Now with DictionaryConverter you can specify the keyType and valueType on each entry (kudos to Ahmed)\r
268 - xmlinterpreter will throw an exception if a property is not defined but referenced\r
269 using #{propertyName} syntax.(Patch from Ahmed)\r
271 - XmlProcessor refactored from XmlInterpreter (kudos to Ahmed)\r
272   Now PI are also supported (don't forget to document this on the wiki)\r
274 - Support for nested nodes on the properties. (kudos to Ahmed)\r
275   Example:\r
277   <configuration>\r
278     <properties>\r
279        <MyComponentParams>\r
280          <user>Joe</user>\r
281          <pwd>Doe</pwd>\r
282        </MyComponentParams>\r
283      </properties>\r
284      <components id=”MyComponent”>\r
285        <parameters>#{ MyComponentParams }</parameters>\r
286      </components>\r
287   </configuration>\r
288   \r
289   Will result in \r
291      <components id=”MyComponent”>\r
292        <parameters>\r
293          <user>Joe</user>\r
294          <pwd>Doe</pwd>\r
295        </parameters>\r
296      </components>\r
298 - Type converter for kernel components. This allows a usage like this:\r
300   <component id="mycomp">\r
301   \r
302     <parameters>\r
303       <servicelist>\r
304         <list type="IMyService, MyAssembly">\r
305           <item>${keytocomponent1}</item>\r
306           <item>${keytocomponent2}</item>\r
307         </list>\r
308       </servicelist>\r
309     </parameters>\r
311 - Removed support for MethodMeta on ComponentModel. The design decision here \r
312   is to make the facilities interested on it to extend MethodMetaInspector\r
313   reading from a specific node.\r
315 RC 2\r
316 ====\r
318 - AsyncInitializationContainer introduced. Special container flavor that installs the\r
319   facilities and components using a background thread.\r
321 - Support for evaluation of expressions within the xml configuration (kudos to Ahmed)\r
322   The following "statements" are supported:\r
323   \r
324         <define flag="DEBUG" />\r
325         <undef flag="DEBUG"/>\r
326         \r
327         <if defined="DEBUG">\r
328                 component/facility nodes\r
329         </if>\r
330         \r
331         <choose>\r
332                 <when defined="DEBUG">\r
333                         <component id="debug"/>\r
334                 </when>\r
335                 <when defined="Qa">\r
336                         <component id="qa"/>\r
337                 </when>\r
338                 <when defined="Prod">\r
339                         <component id="prod"/>\r
340                 </when>\r
341                 <otherwise>\r
342                         <component id="default"/>\r
343                 </otherwise>\r
344         </choose>\r
346 - Startable facility: support to specify the attribute startable=true on the configuration\r
348 - Better error messages: now the components waiting for dependencies will recursively \r
349   report what they are waiting for.\r
351 - Support for custom lifestyle through configuration (kudos to Bawer Dagdeviren):\r
353   <component id="my.component"\r
354                    type="MyLib.MyComponent, MyLib"\r
355                    lifestyle="custom"\r
356                    customLifestyleType="MyLib.MyCustomLifestyle, MyLib" />\r
358 - Added Type converter for enums\r
360 - Support to associate configuration nodes to methods. Usage:\r
362         <component>\r
363                 <methods>\r
364                         <save />\r
365                         <save signature="System.String, mscorlib" />\r
366                         <save signature="System.String, mscorlib;System.Int32, mscorlib" />\r
367                 </methods>\r
368         </component>\r
370   Which is equivalent to\r
372         <component>\r
373                 <methods>\r
374                         <method name="save" />\r
375                         <method name="save" signature="System.String, mscorlib" />\r
376                         <method name="save" signature="System.String, mscorlib;System.Int32, mscorlib" />\r
377                 </methods>\r
378         </component> \r
380 - IResource introduced (FileResource, AssemblyResource, ConfigResource and UncResource)\r
381   which are accessible through Uris:\r
383   - FileResource:  \r
384     file://pathtofile \r
385     (For example: file://c:\mydir\file.txt)\r
387   - AssemblyResource:  \r
388     assembly://AssemblyName/ExtendingNamespace/filename \r
389     (For example: assembly://Castle.Windsor.Tests/Configuration2/include1.xml)\r
391   - ConfigResource:  \r
392     config://sectioname \r
393     (For example: config://castle will fetch the \r
394     <configuration><castle> entry in the configuration)\r
396   - UncResource:  \r
397     \\server\file \r
398     (For example: \\mysharedplace\myconfig.xml)\r
400 - IResource, IResourceFactory and IResourceSubSystem introduced\r
402 - Ability to use <properties> in configuration files. Usage\r
404         <properties>    \r
405                 <prop1>prop1 value</prop1>\r
406                 <prop2>prop2 value</prop2>\r
407         </properties>\r
409         <facilities>\r
410         \r
411                 <facility id="testidengine" >\r
412                         <item>#{prop1}</item>\r
413                 </facility>\r
415                 <facility id="testidengine2" >\r
416                         <item value="#{prop2}"/>\r
417                 </facility>\r
418         \r
419         </facilities>\r
422 - Ability to use <include> in configuration files. Usage\r
424   Main file:\r
426         <configuration>\r
428                 <include uri="file://include1.xml"/>\r
430         </configuration>\r
432   include1.xml:\r
434         <configuration>\r
436                 <components>\r
438                         <component id="testidcomponent1">\r
439                         </component>\r
441                         <component id="testidcomponent2">\r
442                         </component>\r
444                 </components>\r
446         </configuration>\r
449 Beta 3\r
450 ======\r
452 - Bug in dependency resolution (when chained) fixed\r
453 - Better message description on exceptions related to unresolved dependencies.\r
454 - Fixed bug in AddComponentWithProperties\r
456 Beta 2  - 10/apr/2005\r
457 ======\r
459 - Bug fixes\r
461 - Configuration object model separated into interpreters and sources\r
463 - AbstractFacility added\r
466 Beta 1  - 21/jan/2005\r
467 ======\r
469 - Changed: from #{} to ${} - way of referencing to another component\r
470   on the configuration.\r
472 - Added: support for dictionaries, lists and arrays on the configuration file.\r
474   <component>\r
475     <parameters>\r
476       <properties>\r
477         <dictionary>\r
478           <item key="mykey">value</item>\r
479         </dictionary>\r
480       </properties>\r
481     </parameters>\r
482   </component>\r
484 - Added: Component Graph (used by the Remove method and to dispose the components)\r
486 - Fixed: Remove method\r
488 - Fixed: Windsor: Proxy for components with (service != impl)\r