Another option would be to combine the URLRewriterRule with an enum to define when it is in effect (INCOMING, OUTGOING, BOTH).
On Mon, Mar 30, 2009 at 8:43 PM, Robert Zeigler <robe...@scazdl.org> wrote: > Yeah, I definitely think there needs to be at least /some/ disambiguation > between request and response. > A number of ways we could do that: > 1) Have two separate services, one for incoming, one for outgoing > * Not a fan; adds an additional contribution point/burden > 2) Have two different "process" methods: processIncoming and processOutgoing > (processRequest, processResponse?) > * Clean, I think... > 3) Have some sort of context passed to "process" that can be used to query > the state. > * ambivalent about this approach. > > Without having looked over the urlrewriting code, I'm leaning toward > approach #2. I'd be interested in hearing your feedback, Thiago. I might > have a few spare cycles this week that I can use to implement this change... > > Robert > > On Mar 30, 2009, at 3/306:12 PM , xfile80303 wrote: > >> >> >> >> Em Mon, 30 Mar 2009 19:47:31 -0300, xfile80303 <l...@grokers.net> >> escreveu: >> >>> Okay this sounds like a plausible approach, but I'm confused about how I >>> would identify the fact that my filter is being called to handle an >>> incoming request (and remove the SITE) or a link generation request (and >>> insert the site). >> >> That's a concrete reason to add some differentiation between incoming URL >> rewriting and link rewriting. I'll implement it as soon as I can. >> >> >> Thanks Thiago, that would be most appreciated! >> >> Levi >> -- >> View this message in context: >> http://n2.nabble.com/T5.1-URL-Rewriting-tp2557652p2560206.html >> Sent from the Tapestry Users mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> 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 > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org