Either way, you're still talking about multiple aliases for one class, which is 
what Ted was saying we should deprecate.


For how it's done... Well, I hate the "!" notation... We've had to jump through 
a lot of hoops to support it and it still bites us every now and again. Plus, 
it's just a security hole, plain and simple. 

I like the idea of wildcards, and I'd like to be able to specify certain 
wildcard patterns that can be used across many paths and specify interceptor 
stacks to go with them:

/entity/*/list  -> listStack
/entity/*/edit  -> editStack

and then 

/entity/invoice/list

would match the first wildcard and have the specific listStack applied.

> OK, I think I see where you are coming from. I guess
> we are coming across a difference of opinion, but
>  let me explain how I would do the exact same thing:
> 
> - Like you, I would have a single action class that
> has multiple methods to invoke (input, save, list,
>  whatever)
> - I would not, however, have different stacks. In
> fact, I go just the opposite: I try to have one
> global stack for every action. In cases like yours
> where the stack needs to behave differently, I design
> the interceptor to look for an annotation or
> convention, much like today's WorkflowInterceptor and
> ValidationInterceptor do.
> - I would have one action configured (well, actually
> pulled in via convention) and then use foo!bar
>  syntax.
> 
> What do you think of that?
> 
> Of course, my approach won't work with the efforts
> Don and Ted are pushing for: removing foo!bar syntax
> as a recommended option.
> 
> Ted, Don: what would you guys do in the scenario
> Jason provided?
> 
> I should point out that in my scenario, there is no
> need for any configuration - just some common
> conventions that tend to work very well (for me). I
> wouldn't even be happy doing a wildcard configuration
> for each entity, though I think that would be better
> than Jason's approach (assuming you could define a
> single stack with different behaviors).
>
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=39135&messageID=77987#77987


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

Reply via email to