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 02:26 ------- Ok I have spent a few hours looking at it all. The level of compatability I propose will require a recompile. Also all public and protected classes methods will be deprecated. private methods will have their signature changed w/o a deprecation, I would love to do that for protected also but we promised. I propose to create a superclass for ApplicationConfig named ModuleConfig. It will contain all of methods and attributes. The result will be that ApplicationConfig is an empty shell. This will allow the storing of a ApplicationConfig, not ModuleConfig as before in the session. This is the only way I can think of to store a single object and still use it as both a ApplicationConfig and ModuleConfig. This will allow a user to pass a ApplicationConfig to a method that takes a ModuleConfig. This is going to take more work for compatability than I thought. With one button from IntelliJ I can rename classes, but this will take a little more effort. -- To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
