Your example will cause an infinite loop in which the GeorgeWBush bean will
continually call rant() but will never return any results.
:-)
>
>
> Suppose, legally (this isn't component inheritance, this is just basic
> class inheritance, allowed by the 1.1 spec.), you have a bean class that
> inherits from another bean class:
>
> public class GeorgeWBushBean extends PoliticianBean....
>
> ...and you have a method that the subclass implements by doing this:
>
> // override
> public String rant() {
>
> // capture generic rant, unless this call fails!
> StringBuffer rant =
> new StringBuffer(super.rant());
>
> // now add to it
> rant.append("And another thing: McCain ate paste as a child!");
>
> // give it back
> return rant.toString();
>
> }
>
> Suppose that in the superclass'--PoliticianBean's--deployment
> descriptor, only people playing the CivicMinded role may invoke the
> rant() method. Now suppose that in the
> subclass'--GeorgeWBush's--deployment descriptor, only people playing the
> RichElite role may invoke the rant() method. Add the fact for this
> discussion that it just so happens that no one in the RichElite role
> will ever be in the CivicMinded role. Will the super.rant() call
> succeed if its caller is in the RichElite role but is NOT in the
> CivicMinded role?
>
> (I should try this out but (a) we don't have our appserver in house yet
> and (b) I can't get the &$!? Sun deploytool to work. Curious if this is
> obviously permissible or obviously wrong.)
>
> Cheers,
> Laird
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".