Rui, No problem, thanks for reporting the issue :).
Is the url public? I am unable to contact a server at webdev.ydreams.com:81(I tried 80 and by IP to ydreams.com also just to check). Otherwise I can wait for the bug to be logged. Thanks, Rick Fleming On Tue, Jan 27, 2009 at 12:49 PM, Rui Silvestre <[email protected]>wrote: > > hi, > > you can download it from here: > http://webdev.ydreams.com:81/gvm/rsilvestre/StartableFacilityTest.zip > > It's using the latest build available "castleproject-1.1-build_1026- > net-3.5-debug" I got from the link you posted. > > I'll register on the donjon site nonetheless and post this. > > Thanks for the help. > > On 27 Jan, 18:43, Richard Fleming <[email protected]> wrote: > > Rui, > > > > If you log the error on the support website it should allow you the > ability > > to upload the simple > > project to the issue itself (it would be best if you zip it up). > > > > The project would be most helpful :). The answer will not be the order > of > > the components in > > the config file :), however it may already be fixed and awaiting another > > Windsor/Microkernel > > release. > > > > If it is not already fixed in trunk I will resolve the issue and create a > > patch based off the trunk. > > And I will let you know what the outcome is :). > > > > Thanks, > > Rick Fleming > > > > On Tue, Jan 27, 2009 at 12:37 PM, Rui Silvestre <[email protected] > >wrote: > > > > > > > > > > > > > Hi, > > > I have a very simple project showing the problem... > > > I hope the answer is not: you have to define some services before > > > others in the configuration file :-) (that's what solves the problem > > > now) > > > > > where can I upload this? > > > > > On 27 Jan, 17:29, Richard Fleming <[email protected]> wrote: > > > > Hello Rui, > > > > > > I am the project maintainer for the startable facility, please log an > > > issue > > > > on the castle support website: > > > > > >http://support.castleproject.org > > > > > > I will attempt to create the error and see if it still occurs on the > > > trunk > > > > version. > > > > > > There looks to be a couple of issues logged with the similar issue, > > > however > > > > the results are conflicting (one is marked fixed, the other is > non-fixed > > > > with a patch). > > > > > > I will investigate further to determine if the problem still exists, > > > > likewise if you are able to recreate the error with the trunk version > it > > > may > > > > be helpful as well. > > > > > > You can attempt to download a recent build from trunk here: > > > > > >http://builds.castleproject.org/ > > > > > > Thanks! > > > > Rick Fleming > > > > > > On Tue, Jan 27, 2009 at 6:45 AM, Rui Silvestre < > [email protected] > > > >wrote: > > > > > > > Hi, I am having a problem which I think is related to the startable > > > > > factory / array parameters. > > > > > > > If I have the configuration file below and start my windsor > container > > > > > it breaks with an exception of type > > > > > > > [Castle.MicroKernel.Resolvers.DependencyResolverException] = > {"Could > > > > > not resolve non-optional dependency for 'GuiManager' > (*.GuiManager). > > > > > Parameter 'UptimeCounter' type '*.ITimeCounter'"} > > > > > > > From the debug I made I can see that the GuiManager behaves has if > it > > > > > has no dependencies, when it has one of "Array Of ITimeCounter". > > > > > > > However, if the UtimeCounter is declared first in the configuration > > > > > file, all works correctly. > > > > > Isn't the Startable service supposed to wait for the dependencies > to > > > > > be registered before starting the service? > > > > > > > If I change the constructor of GuiManager by eliminating the array > and > > > > > passing only an instance of ITimeCounter (and also change the > config > > > > > file accordingly) all works correctly, with the same config file > that > > > > > causes an error. > > > > > > > <component id="GuiManager" type="*.GuiManager, *" > > > > > service="*.IGuiManager, *"> > > > > > <parameters> > > > > > <timers> > > > > > <array type="*.ITimeCounter, *"> > > > > > <item>${UptimeCounter}</item> > > > > > <item>${UptimeCounter}</item> > > > > > </array> > > > > > </timers> > > > > > </parameters> > > > > > </component> > > > > > > > <component id="UptimeCounter" type="*.TimeCounter, *" > > > > > service="*.ITimeCounter, *" /> > > > > > > > public class GuiManager : IGuiManager, IStartable > > > > > { > > > > > public GuiManager(ITimeCounter[] timers) { … } > > > > > } > > > > > > > Do I need to create any kind of subdependency resolver for arrays > of > > > > > my type? > > > > > I'm using RC3. > > > > > > > Thanks, > > > > > > > Rui Silvestre- Ocultar texto citado - > > > > > > - Mostrar texto citado -- Ocultar texto citado - > > > > - Mostrar texto citado - > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en -~----------~----~----~----~------~----~------~--~---
