Hi Russell,

Take a look at aliases - should do the trick:
http://tapestry.formos.com/nightly/tapestry5/tapestry-core/guide/alias.html

-Filip

On 2008-07-29 13:38, Russell Brown wrote:
Hi Chris,
Do I? I'm not sure. Will that help the fact that PersistentLocalImpl has
a problem disambiguating between SecureCookies interface impl and
Cookies interface impl? I can add a marker to MY class that uses
SecureCookies but I can't add a marker to the TapestryModule auto binder
built PersistentLocaleImpl class (can I??)


Cheers

Russell

-----Original Message-----
From: Chris Lewis [mailto:[EMAIL PROTECTED] Sent: 29 July 2008 12:07
To: Tapestry users
Subject: Re: T5: Service disambiguation

Sounds like you want @Marker:

http://tapestry.apache.org/tapestry5/apidocs/org/apache/tapestry5/ioc/an
notations/Marker.html

chris

Russell Brown wrote:
Hi,

I need to write secure session cookies and Tapestry Cookies interface
and CookiesImpl don't do that. So I extend the Cookies interface like
this

Public interface SecureCookies extends Cookies {

                void writeSecureCookie(yada,yada);

}

And create an imple that injects the existing, TapestryModule created
CookiesImpl as a delegate and delegates all method calls to the
existing
CookiesImpl and implements writeSecureCookie itself.

The problem is...the service PersistentLocale depends on Cookies and I
can't disambiguate that dependency.

The question why is SecureCookies the same interface as Cookies to
Tapestry IoC?

How do I go about creating a service that implements the same
interface
as an existing tapestry service?

I'm a bit confused by all this. It seems that the safest way for me to
go is create a class that has no relationship to Cookies.

Russell



Communications on or through ioko's computer systems may be monitored
or recorded to secure effective system operation and for other lawful
purposes.
Unless otherwise agreed expressly in writing, this communication is to
be treated as confidential and the information in it may not be used or
disclosed except for the purpose for which it has been sent. If you have
reason to believe that you are not the intended recipient of this
communication, please contact the sender immediately. No employee is
authorised to conclude any binding agreement on behalf of ioko with
another party by e-mail without prior express written confirmation.
ioko365 Ltd.  VAT reg 656 2443 31. Reg no 3048367. All rights
reserved.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to