Also like to know some detail about the InjectSpringBean annotation. Is it
used in pages? Where is the place that your annotation get recognized. I
created some annotation in my own EngineService. Did he modify the Page
service?
On 2/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Hi Todd,
>
> So are you completely bypassing Hivemind at this point? I
> wonder if this is a bug or intended behavior of Hivemind.
>
> I am not too familiar with annotations, if you can describe it in
> a little more detail (or some code snippet) it would be *greatly*
> appreciated.
>
> Thanks,
> Amir
>
> ----- Original Message ----
> From: Todd Orr <[EMAIL PROTECTED]>
> To: Tapestry users <tapestry-user@jakarta.apache.org>
> Sent: Monday, February 20, 2006 11:05:59 PM
> Subject: Re: Tapestry + Spring question
>
> A coworker had the same problem. It seems that hivemind is also
> caching or making singletons out of the beans returned from spring. My
> coworker created a new annotation @InjectSpringBean that replaces the
> @InjectObject("spring:linkSearch") type syntax. It pulls beans
> directly out of the spring app context so that hivemind cannot get its
> hands on teh resulting beans. This has worked very well so far.
>
> On 2/20/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> wrote:
> > I did mark the bean as a prototype (singleton=false) and I still get the
> same behavior.
> >
> > When I run this outside Tapestry (in a JUnit) then it worls fine...
> when the singleton is marked true you get the same object back, when set to
> false you get a new object back each time.
> >
> > So the question remains, why am I getting the same object back everytime
> I call getLinkSearchCommand() even though it has singleton=false in spring
> configuration.
> >
> >
> > ----- Original Message ----
> > From: James Carman <[EMAIL PROTECTED]>
> > To: Tapestry users <tapestry-user@jakarta.apache.org>
> > Sent: Monday, February 20, 2006 4:36:18 PM
> > Subject: RE: Tapestry + Spring question
> >
> > You can make the bean a "prototype"
> >
> >
> http://www.springframework.org/docs/reference/beans.html#beans-factory-modes
> >
> > I believe Tapestry actually looks up the bean every time when you call
> > getLinkSearchCommand(). Try that.
> >
> >
> > -----Original Message-----
> > From: Amir Sheibani [mailto:[EMAIL PROTECTED]
> > Sent: Monday, February 20, 2006 5:49 PM
> > To: tapestry-user@jakarta.apache.org
> > Subject: Tapestry + Spring question
> >
> > Hi all,
> >
> > I have a question on using Spring beans from tapestry pages. I am using
> > http://wiki.apache.org/jakarta-tapestry/Tapestry4Spring to integrate,
> and on
> > my Tapestry page I have:
> >
> > @InjectObject("spring:linkSearch")
> > public abstract ILinkSearch getLinkSearchCommand();
> >
> > In my Spring configuration file I have the bean set as a singleton:
> >
> > <bean id="linkSearch"
> > class="LinkSearch"
> > singleton="false">
> > <constructor-arg>
> > <ref bean="accountSummaryDao" />
> > </constructor-arg>
> > </bean>
> >
> > The problem is that I need a new instance of this bean every time the
> page
> > gets loaded; however it seems that once a new instance is created, the
> same
> > one is returned every time the page is reloaded. I am not too familiar
> with
> > how Hivemind works... is this being cached by Hivemind?
> >
> > Thanks in advance,
> > Amir
> >
> >
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
