Thanks a lot, this helped :)
And it looks a lot like a bug ! Have you started a jira issue ?


On Fri, Jun 14, 2013 at 10:53 AM, Christian Riedel
<cr.ml...@googlemail.com>wrote:

> Yes, I did.
>
> The problem was that I contributed a service whose interface extended
> "Runnable".
>
> See my detailed post here:
>
>
> http://mail-archives.apache.org/mod_mbox/tapestry-users/201211.mbox/%3cd6ae66be-0916-4a80-abdd-b899afc55...@googlemail.com%3E
>
> and here:
>
>
> http://mail-archives.apache.org/mod_mbox/tapestry-users/201211.mbox/%3c4186f80b-5a27-4f69-b22f-444093fc2...@googlemail.com%3E
>
>
>
> Am 13.06.2013 um 16:33 schrieb Muhammad Gelbana:
>
> > Have you resolved this ? I'm facing the same situation.
> >
> >
> > On Mon, Sep 3, 2012 at 1:04 AM, Christian Riedel <
> cr.ml...@googlemail.com>wrote:
> >
> >> Hello,
> >>
> >> I'm currently looking at a strange problem. Every module method
> annotated
> >> with @Startup (from all available modules, for example also
> >> JpaModule#startupEarly) are being executed twice under certain
> >> circumstances.
> >> After some decent debugging I found this out:
> >>
> >> The app is started, registry is up and no app specific service has been
> >> called or realized. As soon as the first service is realized that uses
> any
> >> contributions there's some kind of lookup going on. The appropriate
> >> contribute***myService*** methods are called from the modules (I've got
> a
> >> multi module project here). Within the same lookup process all methods
> >> annotated with @Startup are called as well. As if they would be part of
> the
> >> ordered configuration or something. I'm pretty sure there's something's
> >> wrong with the @Startup code.
> >>
> >> RegistryImpl#addToOrderedConfiguration is called when realizing that one
> >> (I think only the first) service with an ordered configuration... and
> that
> >> call makes the extra startup-invocations.
> >>
> >> ...Or are there any known bugs that I'm not aware of and that's totally
> >> normal?
> >>
> >> Best
> >> Christian
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: users-h...@tapestry.apache.org
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>

Reply via email to