[JBoss-dev] [Design of JBoss Admin Console] - Re: Admin Console Web-tier technology
A bit more meat on the bones of the web-tier design: This will be a Struts-based web application using JSP's for rendering the view. Struts Actions and Forms will be packaged by component area, e.g. Datasource, JMS. The view layer will use css for layout and formatting, using tables where necessary. Tiles will be used to pull together the various page components, e.g. Headers, Menu, Footer, Main, into a single page. Client side validation will be used for simple field validation. The bulk of the data entry validation will be done on the server side and will be encapsulated in classes which do not depend on the Struts framework. For authentication and authorization a similar mechanism will be put in place as we have today for the web-console and jmx-console. By default security constraints will be commented out in the web.xml. If security is enabled the authentication method used will be BASIC. A new security domain will be added to conf/login-config.xml using UsersRolesLoginModule and default users.properties and roles.properties will be provided. The application will obviously be packaged as a WAR file with all web-tier related classes appearing in web-inf/classes, rather than a separate jar. Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3863000#3863000 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3863000 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Admin Console] - Re: Admin Console Web-tier technology
This is really a short term solution so the association of community interest around this fact is also short term. Longer term we want this to be based on portals and leverage JSF. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862621#3862621 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862621 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Admin Console] - Re: Admin Console Web-tier technology
"[EMAIL PROTECTED]" wrote : This is really a short term solution so the association of community interest around this fact is also short term. Longer term we want this to be based on portals and leverage JSF. Agreed. The choice of Struts was above all a pragmatic step based on the desire to ensure we meet the current project deadlines. In the future the web-tier of the Admin Console will very likely move to JBoss Portal v2 + JSF. In the meantime care will be taken to avoid tying the current implementation to any Struts specific features. This should ensure that the future transition to another web-tier technology will go smoothly. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862626#3862626 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862626 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development