:( some new feature are failing on the marketing - I also didn't have an
idee about the new auto injection... lucky I read the list :)
Cheers,
Ron
[EMAIL PROTECTED] wrote:
That's awesome. Was I supposed to be able to find this out somehow with
documentation? I'd like to think I've been scouring it really hard and never
came across this :( Or it might just come with understanding HiveMind+Tap?
Greg
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of James
Carman
Sent: Thursday, December 14, 2006 10:53 PM
To: Tapestry users
Subject: Re: Proper way to get ApplicationStateManager?
And, the coolest thing is that this sort of thing *can* be inherited
without using annotations (by putting it in a common superclass).
Otherwise, you have to use XML in your spec files to inject stuff into
all of your subclasses.
On 12/14/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
Yes. Any/all hivemind services that don't have more than one
definition for the same class interface will be automatically wired
into your components/pages just by declaring the abstract getter or
setter. That's it.
On 12/14/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
This sounds promising, and I am now on 4.1.1-SNAPSHOT...
public abstract ApplicationStateManager getASM();
As easy as declaring this in a BasePage subclass???
-Greg
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of James
Carman
Sent: Thursday, December 14, 2006 3:08 PM
To: Tapestry users
Subject: Re: Proper way to get ApplicationStateManager?
What version of Tapestry are you using? 4.1? If so, then it can
autowire stuff for you out of the HiveMind registry. Just declare an
abstract getter that returns an ApplicationStateManager. If you're on
4.0, you can download the tapestry-autowire source and build it (via
SVN http://svn.javaforge.com/svn/tapestry/tapestry-autowire/trunk/,
username/password anonymous/anon). Just drop it into your classpath
and it will do the same thing as 4.1.
On 12/14/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
I'm replacing the old getVisit() object.
So most of my pages have a call to getVisit(), which returns my AdminVisit
object, which has the information about if they are logged in, what permissions
they have etc.
Almost every page calls getVisit(), my Border also calls getVisit() to determine if it's
showing a simple "Login" link on the left, or if it's showing a full menu
because they are logged in.
I'm close to wrapping up day 3 trying to get things working! So far the end is
not in sight.
What I've been able to gather is that I *think* I need to store
ApplicationStateManager somewhere as a singleton, and then retrieve my visit
object or store it as needed from there.
I've implemented this method (obviously doesn't work) in hopes that it will
work someday, I think the idea is correct?
protected AdminVisit getAdminVisit()
{
AdminVisit aVisit = (AdminVisit)
PCTAdminApplicationServlet.asm.get("adminVisit");
if (aVisit == null){
aVisit = new AdminVisit();
PCTAdminApplicationServlet.asm.store("adminVisit", aVisit);
}
return aVisit;
}
Thanks,
Greg
-----Original Message-----
From: news [mailto:[EMAIL PROTECTED] Behalf Of Ron Piterman
Sent: Thursday, December 14, 2006 2:23 PM
To: users@tapestry.apache.org
Subject: Re: Proper way to get ApplicationStateManager?
Tell us when do you need it and why... *maybe* we can tell you how...
Cheers,
Ron
[EMAIL PROTECTED] wrote:
Thanks Dennis - I'm not sure I understand how to go about fixing the problem if
it's null at the times I need it :)
Greg
Greg,
You can do what you described before, but pull your visit object in your
SomePage.java classes where you need it. As Ron pointed out, ASM uses
other service where WebRequest is required. When you're using it, it's
still null.
-Dennis
---------------------------------------------------------------------
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
---------------------------------------------------------------------
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]
