Yes - Now I remember reading the same argument in a book on XP programming !
Thanks Kevin pointing this out. ----- Original Message ----- From: <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Tuesday, November 12, 2002 12:12 AM Subject: Re: Debugging Http Request Response > > > > It might be worth looking at strutstestcase and developing some junit tests > instead of developing a tags for turning on and off debug statements in the > output. > > Once you get used to building JUnit test cases to incrementally validate > your app logic, you may find that your need to display debug statements is > a lot less. The big value, though, is that you can just leave all your old > Junit tests in the code base and then doing quick regressions tests is easy > if you ever make changes later - if you ever add code that caussomething > that used to work to break you know without having to go back and re-add > print statements (or even uncomment debug tags). You can catch problems > right at build time. > > Strutstestcase is easy to use and works well: > http://strutstestcase.sourceforge.net/ . > > Kevin > > http://www.strutskickstart.com > > > > > > "Mark Ayad" <[EMAIL PROTECTED]> on 11/11/2002 05:53:18 PM > > Please respond to "Struts Users Mailing List" > <[EMAIL PROTECTED]> > > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > cc: (bcc: Kevin Bedell/Systems/USHO/SunLife) > Subject: Re: Debugging Http Request Response > > > Ahh I guess plugging into an external server works like JProbe. > > First I'm seeing what I can get by using standard taglibs. I must admit I > needed this debug alot in servlet projects undertaken several years ago, > however with stuts the need for such a feature in much less since request > mapping is a dream. > > Mark > > ----- Original Message ----- > From: "Eddie Bush" <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > Sent: Tuesday, November 12, 2002 12:42 AM > Subject: Re: Debugging Http Request Response > > > > That's one option - yes. You also have the option of doing a > > remote-attach so you can hook-up to a running server external of your > > IDE. I typically do the in-IDE gig though. > > > > Mark Ayad wrote: > > > > >Eddie, > > > > > >So your struts-project would be running inside the netbeans IDE ? So > this > > >method would be like any other IDE break point debug ? > > > > > -- > > Eddie Bush > > > > > > > > > > -- > > To unsubscribe, e-mail: > <mailto:struts-user-unsubscribe@;jakarta.apache.org> > > For additional commands, e-mail: > <mailto:struts-user-help@;jakarta.apache.org> > > > > > > > -- > To unsubscribe, e-mail: < > mailto:struts-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: < > mailto:struts-user-help@;jakarta.apache.org> > > > > > > > > -------------------------------------------------------------------------- - > This e-mail message (including attachments, if any) is intended for the use > of the individual or entity to which it is addressed and may contain > information that is privileged, proprietary , confidential and exempt from > disclosure. If you are not the intended recipient, you are notified that > any dissemination, distribution or copying of this communication is > strictly prohibited. If you have received this communication in error, > please notify the sender and erase this e-mail message immediately. > -------------------------------------------------------------------------- - > > > > -- > To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org> > > -- To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
