Struts Console does not claim or try to solve these "interdependence" issues you mention. It's just a nice, simple tool for editing all of the Struts config files.
-James Struts Console http://www.jamesholmes.com/struts/ -----Original Message----- From: Sergey Smirnov [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 9:48 PM To: Struts Users Mailing List Subject: Is modern Java IDE enough to work with Struts Project? Was: [OT] IDE with easy tomcat upgrade? Max Cooper wrote: > I'm not sure how much this helps, but IDEA can validate any XML file that > has a DTD. If you write Java code to do validations, you can set breakpoints > in it and debug it. > -Max > validation xml file against DTD is a good feature. However, lets light the problem in more details. For example, we have a very simple jsp form and want to use standard server-side validator 'required' for one form field. Actually, it might vary, but to do so you have: 1) Resource (.properties) file with keys/values for standard validators (at least errors.required) 2) struts-config file should contain the reference to this resource file for message-resources node 3) struts-config plug-in node should contain className="org.apache.struts.validator.ValidatorPlugIn" 4) this plugin should have set-property with name pathnames that corresponds to validator files (such as /WEB-INF/validator-rules.xml and /WEB-INF/validation.xml) 5) validation.xml should contain form with name corresponds to form-bean name 6) the form should have a field with property that corresponds to field name we want to validate 7) this field should have a 'depends' attribute that corresponds to validator name mentioned in /WEB-INF/validator-rules.xml (in our case - with name 'required') 8) this field should have an arg0 node which attribute key corresponds to existing key in resource file 9) form bean should inherit org.apache.struts.validator.ValidatorForm class 10) form bean validate should call validate method of super class 11) 'input' attribute of action should reference to jsp page with validated form 12) jsp page should contains <html:errors /> (or its substitute) You can see a lot a references here. They are mostly string references. Just any typo and validation does not work properly. I wonder, how modern Java IDE (IDEA, JBuilder, Eclipse, NetBeans and so on) tries to help Struts developers to find and fix those kind of problems. James, how does Struts Console try to solve this interdependence problem? > ----- Original Message ----- > From: "Sergey Smirnov" <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > Sent: Monday, June 16, 2003 5:29 PM > Subject: Re: [OT] IDE with easy tomcat upgrade? > > > > How does your favorite Java IDE help you find problem with Validation > > Framework, for example? > > > > ----- Original Message ----- > > From: "Jeff Kyser" <[EMAIL PROTECTED]> > > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > > Sent: Monday, June 16, 2003 1:41 PM > > Subject: Re: [OT] IDE with easy tomcat upgrade? > > > > > > > works for me... > > > > > > On Monday, June 16, 2003, at 03:40 PM, Sergey Smirnov wrote: > > > > > > > IntelliJ IDEA is an outstanding JAVA IDE. However, is JAVA IDE enough > > > > to > > > > work with Struts Project? > > > > > > > > ----- Original Message ----- > > > > From: "Max Cooper" <[EMAIL PROTECTED]> > > > > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > > > > Sent: Monday, June 16, 2003 1:04 PM > > > > Subject: Re: [OT] IDE with easy tomcat upgrade? > > > > > > > > > > > >> In case no one mentioned it yet, IntelliJ IDEA is an outstanding IDE > > > >> with > > > >> support for running and debugging code running on app servers, > > > >> including > > > >> Tomcat. IDEA has an excellent feature list, but what really sets it > > > >> apart > > > > is > > > >> how easy it is to use. Perhaps "easy to use" is not really the most > > > > complete > > > >> way to describe it, even though it is easy to use. IDEA is both > > > >> powerful > > > > and > > > >> intuitive -- like a really fast car with excellent (and forgiving) > > > > handling > > > >> characteristics. Their "Develop with Pleasure" tag line is really > > > >> true; > > > > IDEA > > > >> is a joy to work with. I have used many IDEs over the years, and IDEA > > > >> is > > > > my > > > >> favorite. > > > >> > > > >> It is not open source, but it is good enough that I think I would buy > > > > myself > > > >> a copy if I had to. A time-limited license is available for > > > >> evaluation. > > > >> http://www.intellij.com/idea/ > > > >> > > > >> -Max > > > >> > > > >> ----- Original Message ----- > > > >> From: "isaac" <[EMAIL PROTECTED]> > > > >> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > > > >> Sent: Monday, June 16, 2003 8:58 AM > > > >> Subject: Re: [OT] IDE with easy tomcat upgrade? > > > >> > > > >> > > > >>> On 6/14/03 8:16 AM, "Aaron Longwell" <[EMAIL PROTECTED]> > > > > wrote: > > > >>> > > > >>>> Isaac, > > > >>>> > > > >>>> I too am in the market for an IDE. Can you give me some details > > > >>>> about > > > >>>> what features you like about NetBeans? Are you using any plugins? > > > >>>> Any > > > >>>> specific features that make J2EE development quicker? > > > >>>> > > > >>>> Thanks, > > > >>>> Aaron > > > >>> > > > >>> I have never used Eclipse's, so, I can't say whether or not it is a > > > > better > > > >>> IDE. What I like about NetBeans, however, is that is has great jsp, > > > >> servlet, > > > >>> xml, css, and html support. It features things like auto completion > > > >>> for > > > >>> taglibs in a jsp page, and auto creation of DTD's from an xml file. > > > >>> The > > > >> new > > > >>> 3.5 release has address many of the performance issues of previous > > > >> versions. > > > >>> I will admit, getting an external installation for Tomcat can be > > > >>> tricky > > > > at > > > >>> times, but, it's not impossible. ;) > > > >>> > > > >>> Thanks, > > > >>> Isaac > > > >>> > > > >>> > > > > >>> --------------------------------------------------------------------- > > > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > > > >>> For additional commands, e-mail: [EMAIL PROTECTED] > > > >>> > > > >>> > > > >> > > > >> > > > >> > > > >> --------------------------------------------------------------------- > > > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > > > >> For additional commands, e-mail: [EMAIL PROTECTED] > > > >> > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]