You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@tapestry.apache.org by bu...@apache.org on 2004/04/15 14:17:28 UTC

DO NOT REPLY [Bug 28404] - Make DefaultComponentMessagesSource more flexible to subclass

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=28404>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28404

Make DefaultComponentMessagesSource more flexible to subclass

hlship@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From hlship@apache.org  2004-04-15 12:17 -------
The intent is that you should use the decorator pattern; create your own 
implementation of IComponentMessagesSource that understands your format or 
source of message properties. When it cannot satisfy the request, it must 
delegate to an instance of DefaultComponentMessagesSource.

Inheritance is a trap; composition is a much better approach. This is a lesson 
I've learned over the last few years working on Tapestry (that I've applied to 
HiveMind).

---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-dev-help@jakarta.apache.org