On 14.Feb.2002 -- 12:17 PM, Torsten Curdt wrote: > On Thu, 14 Feb 2002, Piroumian, Konstantin wrote: > > > > 1) URL token: '/customer/*' -> action/method will be selected with {1} > > parameter. E.g.: /customer/add, /customer/update, etc. This can be used in > > links or 'action' attribute of HTML form.
I agree that actions-sets do have some shortcomings. But I would argue that they should be abandoned instead of tinkered with. Instead, a macro like system would be more useful: something like a resource but that does _return_ (OK, you *could* use XML entities for that). It would give you any flexibility you want and wouldn't be limited to actions-sets. For those, you could use any selector that uses whatever scheme you would like to use. I am quite sure that having that ability would solve many if not all problems that you are facing. > > So, why not to have a AbstractMultiAction class that will get method name as > > a parameter? And all the descendant actions will only extend it will the > > acting methods. What about this? > > ...with the URL method... yes, this should work. But I had to restructure > all our sitemaps :( IMHO such a multi-action does not need to be supported by the sitemap. We have the ability to pass arbitrary parameters to an action. An action is able to dispatch arbitrary methods. The problem lies in the restricted flexibility of action-sets. Thus I propose to have <map:pipeline-fragments> <map:pipeline-fragment name="action-set-foo"> <!-- anything that is allowed to be in a pipeline --> </map:pipeline-fragment> <!-- more fragments --> </map:pipeline-fragments> with <map:match ....> <!-- ... --> <map:use-fragment name="action-set-foo"/> <!-- ... --> </map:match> and (in sitemap.xsl): <xsl:apply-template select="/map:sitemap/map:pipeline-fragments/map:pipeline-fragment[name="@name"]/> Don't know sitemap.xsl good enough by heart whether this would suffice. There's one shortcoming, though. Today, it is possible for action-sets to have nested elements whose execution is conditional. It appears difficult to have this with my suggestion. I'm not sure whether people use that feature, though. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]