InversionOfControl/Changes.txt

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