DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14054>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14054 Rename "Application" components to "Module" ------- Additional Comments From [EMAIL PROTECTED] 2002-10-30 15:32 ------- The problem comes when constructing the new ModuleConfig in the constructor method there is a ActionConfig.setApplicationConfig(ApplicationConfig) which is public, so it MUST be supported but deprecated. If we created a ActionConfig.setModuleConfig(ModuleConfig) instead we would still need to support ActionConfig.setApplicationConfig(ApplicationConfig) So how do we do that ? Composition will work but inheritance,superclass, doesn't. Also we only want to store a ModuleConfig in the request scope, from which we can also create a ApplicationConfig. If we continued to store an ApplicationConfig in the request instead then that would probably force struts internally to continue to use the ApplicationConfig, which defeats the whole purpose of changing the Class/method names in the first place. Using inheritance there is no way, I know of to, to make a ApplicationConfig from a ModuleConfig, w/o copying or cloning pointers or datastructures, yuck. -Rob -- To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>