1. Can the convention plugin discover new actions deployed at run-time
via the OSGI plugin?  Or is the OSGI plugin going to be responsible
for triggering a re-calculation of the Configuration?

I am not even sure what would happen if you put them together, the
thing is that the both provide implementations for
"com.opensymphony.xwork2.config.PackageProvider" and the order in
which the plugins are loaded is undefined. I guess the question would
be, how do we make convention work on top of OSGi?.

2. Does the ConventionPlugin support the NamedVariablePatternMatcher
(that is, allow params in the namespace "/users/{userid}")?  To do it
would be using the PatternMatcher provided by XWork to match
namespaces rather than rolling its own.

Convention just builds the configuration, how the package/actions are
matched on the request is up to xwork. So yes, it would support
wildcards.

3. Is it feasible that an action class could have multiple base
namespaces?  That is, I know it's not supported now, but does it seem
a major or minor change?  Multiple name spaces would imply multiple
packages are created/joined.
eg. @Namespaces([EMAIL PROTECTED]("/baseA"), @Namespace("/baseB"))
This is something I need but Codebehind can't easily be adapted for it.

As you said, not implemented right now, could be added easily, I
think. I will take a look at it.

musachy

On Wed, May 21, 2008 at 11:49 PM, Jeromy Evans
<[EMAIL PROTECTED]> wrote:
> Apologies I still haven't had a change to look at the convention plugin/rest
> changes yet.
>
> I've got three quick questions about the convention plugin that I can't
> answer without digging deep into the source so I thought I'd put them out to
> others. 1. Can the convention plugin discover new actions deployed at
> run-time via the OSGI plugin?  Or is the OSGI plugin going to be responsible
> for triggering a re-calculation of the Configuration?
> 2. Does the ConventionPlugin support the NamedVariablePatternMatcher (that
> is, allow params in the namespace "/users/{userid}")?  To do it would be
> using the PatternMatcher provided by XWork to match namespaces rather than
> rolling its own.
> 3. Is it feasible that an action class could have multiple base namespaces?
>  That is, I know it's not supported now, but does it seem a major or minor
> change?  Multiple name spaces would imply multiple packages are
> created/joined.
> eg. @Namespaces([EMAIL PROTECTED]("/baseA"), @Namespace("/baseB"))
> This is something I need but Codebehind can't easily be adapted for it.
>
> Thanks,
> Jeromy Evans
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
"Hey you! Would you help me to carry the stone?" Pink Floyd

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

Reply via email to