Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 95175 invoked from network); 9 Sep 2002 21:27:28 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 9 Sep 2002 21:27:28 -0000 Received: (qmail 28998 invoked by uid 97); 9 Sep 2002 21:27:59 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 28980 invoked by uid 97); 9 Sep 2002 21:27:58 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 28959 invoked by uid 98); 9 Sep 2002 21:27:58 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3D7D136C.7000601@apache.org> Date: Mon, 09 Sep 2002 14:32:28 -0700 From: Amy Roh User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: Tomcat 4.1.x admin application comments and suggestions References: <3D7BF7F6.4030807@mail.more.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Glenn Nielsen wrote: > Attached are my comments and suggestions for the Tomcat 4.1.x admin > application. > > It would be nice if we could move the admin application from beta to > near release > quaility for the next Tomcat 4.1.x release. > > Regards, > > Glenn > > > > ------------------------------------------------------------------------ > > Comments and suggestions about the Tomcat 4.1.x admin application > > 1. Only a small subset of the Host attributes can be set. The remaining > Host attributes should be added. I have added a few more Host attributes that make sense to make editable from Host admin page. > > 2. The DefaultContext can be scoped to either the Engine or Host. > There is some support for the DefaultContext in the admin app, > but it is not complete. There are many comments which mention > fixing this. > Actually, there isn't much support for the DefaultContext in the admin app at all except it has a very simple description that uses default ClassNameMBean. DefaultContextMBean needs to be implemented similar to StandardContextMBean to handle various operations including managing resources. > 3. I have the following Resource defined in the DefaultContext for a Host. > > > type="javax.mail.internet.MimePartDataSource"/> > > factory > org.apache.naming.factory.SendMailFactory > > mail.smtp.host > some.host > > mail.smtp.user > someuser > > mail.from > someuser@some.host > > > > When I try to access the Host Context Resource Mail Sessions I get > the following Exception: > > javax.servlet.ServletException: Exception retrieving attribute 'mail.smtp.host' > at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:494) > at org.apache.jsp.listMailSessions_jsp._jspService(listMailSessions_jsp.java:585) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:202) > at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) > > As I mentioned earlier, DefaultContextMBean needs to be implemented to handle resources. The same mail resource definition works under Context. > 4. I have the following Resource defined in the DefaultContext for a Host. > > > type="javax.sql.DataSource"/> > > > factory > org.apache.commons.dbcp.BasicDataSourceFactory > > > username > tomcat > > > password > password > > > driverClassName > org.gjt.mm.mysql.Driver > > url > jdbc:mysql://localhost/data?autoReconnect=true > > > maxIdle > 10 > > > maxActive > 50 > > > maxWait > 10000 > > > logAbandoned > true > > > removeAbandoned > true > > > removeAbandonedTimeout > 300 > > > > When I try to access the Host Context Resource Mail Sessions I get > the following Exception: > > javax.servlet.ServletException: Exception retrieving attribute 'driverClassName' > at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:494) > at org.apache.jsp.listDataSources_jsp._jspService(listDataSources_jsp.java:585) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:202) > at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) > > Same as #3. The same definition works fine under Context. > 5. It is unclear what the "Save", "Reset", or "Commit Changes" buttons do. > Add HELP for these to the interface. > "Save" is to save the changes for this session. "Commit" saves the changes and rewrites server.xml so the changes are saved for when Tomcat is restarted. "Reset" resets all the entries in the html form. HELP or documentation might be helpful. I think the following items are good "nice to have" ideas for admin webapp enhancement. We should add support for DefaultContext first. Adding it to my to do list. :-) Amy > 6. Incorporate the tomcat-docs configuration reference into the admin > application so that the admin application can link to the docs for > the different componenets. This will provide online help for > configuring Tomcat using the admin app. > > 7. Add support for configuring the global conf/web.xml. Support could be > added for enabling/disabling SSI, CGI, and configuring Jasper. > > 8. When changes are committed XML configs for all Contexts is written out > to file. Even for Context's which may have been created dynamically > rather than configured in the orignal server.xml. Add a flag to the > Context which indicates whether this Context originated from the > server.xml config and only write out XML for the config if it had > already been configured. Add a flag for each Context which indicates > whether this Context was instantiated from the server.xml config or > dynamically. Allow the option to add or remove the Context from > those which are saved to server.xml. > > 9. It would be nice if attributes were not written to file if the > attribute was set to the default value. > > 10. It would be nice if the XML generated were better formatted. I noticed > this with XML elements which had a long list of attributes. Perhaps each > attribute for an element should be output to a separate line, or break > a line if it has multiple attributes and exceeds 80 characters. > > 11. It is unclear to me what changes made would take effect immediately > on a Save and what changes require a context reload to take effect. > > > > ------------------------------------------------------------------------ > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: -- To unsubscribe, e-mail: For additional commands, e-mail: