Not to forget. The dtd file located here -->
http://struts.apache.org/dtds/struts-2.0.dtd
Still needs to be updated to include default-class-ref
Can someone update the site?
Matt
matt.payne wrote:
>
> I created the Jira issue for xwork.
>
> http://jira.opensymphony.com/browse/XW-603
>
>
I created the Jira issue for xwork.
http://jira.opensymphony.com/browse/XW-603
Ted Husted wrote:
>
> On Jan 13, 2008 10:34 PM, matt.payne <[EMAIL PROTECTED]> wrote:
>> No not backwards at all. It is exactly how inheritance works. A child
>> is
>> free to override in case it wants to provide
On Jan 13, 2008 10:34 PM, matt.payne <[EMAIL PROTECTED]> wrote:
> No not backwards at all. It is exactly how inheritance works. A child is
> free to override in case it wants to provide its own implementation of
> something.
It's how configuration works, when there "can be only one"
configuratio
--- "matt.payne" <[EMAIL PROTECTED]> wrote:
> In this light it would appear to be a bug, that "default-class-ref"
> couldn't be overriden by the children.
Oh, I understand what you're saying now.
I always assumed that a default-class-ref was valid only for the package it
was being defined in, an
Sorry about my last message. I wasn't sure if your response was directed to
Chris or myself.
newton.dave wrote:
>
> --- "matt.payne" <[EMAIL PROTECTED]> wrote:
>> Chris Pratt wrote:
>> > On Jan 10, 2008 1:15 PM, matt.payne <[EMAIL PROTECTED]> wrote:
>> >> It would be a ton more useful if it co
No not backwards at all. It is exactly how inheritance works. A child is
free to override in case it wants to provide its own implementation of
something.
Sure a child package inherits things from the parent. With that in mind a
child can override settings.
e.g child says given me you settin
--- "matt.payne" <[EMAIL PROTECTED]> wrote:
> Chris Pratt wrote:
> > On Jan 10, 2008 1:15 PM, matt.payne <[EMAIL PROTECTED]> wrote:
> >> It would be a ton more useful if it could provide the default class for
> >> actions defined in a abstract parent package, where the implementation
> >> class for
Chris Pratt wrote:
>
> On Jan 10, 2008 1:15 PM, matt.payne <[EMAIL PROTECTED]> wrote:
>>
>> It would be a ton more useful if it could provide the default class for
>> actions defined in a abstract parent package, where the implementation
>> class
>> for those actions was not specified.
>> (did
On Jan 10, 2008 1:15 PM, matt.payne <[EMAIL PROTECTED]> wrote:
>
> It would be a ton more useful if it could provide the default class for
> actions defined in a abstract parent package, where the implementation class
> for those actions was not specified.
> (did that make sense)
>
> Matt
>
I'm no
It would be a ton more useful if it could provide the default class for
actions defined in a abstract parent package, where the implementation class
for those actions was not specified.
(did that make sense)
Matt
Chris Pratt wrote:
>
> sets what class will be used when an tag
> doesn't inclu
sets what class will be used when an tag
doesn't include a class="" attribute. I use it to substitute my
BaseAction for the default Action implementation, so that I can easily
handle Authentication/Authorization without having to specify the
class attribute on every action. Not the hugest win i
Never mind the "default-class-ref" is completely useless if there is not a
way to indicate that the actions should be constructed with this class
substituted.
With this setup.
edit.vm
edit.vm
I believe struts 2.0.9 and up allow use of the tag "default-class-ref".
However the dtd reference online is old and still is missing this tag.
I'd like to take advantage of this tag using configuration inheritance to
create abstract crud templates for crud actions.
13 matches
Mail list logo
