Rui, Well, I thought it was going to work :)
I can view the directory listing, I can see the file, but it will not actually send the download. It seems as though there is something blocking the transmission of the file (maybe security-wise?). If you would like, it looks small enough to just try to send it as an email attachment to my specific email address (not the list): [email protected] Thanks, Rick Fleming On Tue, Jan 27, 2009 at 1:33 PM, Richard Fleming <[email protected]>wrote: > Rui, > > No problem, that link worked :) > > Thanks, > Rick Fleming > > > > On Tue, Jan 27, 2009 at 1:14 PM, Rui Silvestre <[email protected]>wrote: > >> >> hi, corrected link, sorry... >> >> http://development.ydreams.com:81/gvm/rsilvestre/StartableFacilityTest.zip >> >> >> On 27 Jan, 19:12, Rui Silvestre <[email protected]> wrote: >> > sorry wrong link, invalid url... try this one... >> > >> > >> http://developer.ydreams.com:81/gvm/rsilvestre/StartableFacilityTest.zip >> > >> > I already posted on donjon also >> > >> > On 27 Jan, 18:55, Richard Fleming <[email protected]> wrote: >> > >> > >> > >> > > 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 -- 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 -~----------~----~----~----~------~----~------~--~---
