> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Friday, January 07, 2005 2:19 PM > To: user@struts.apache.org > Subject: RE: JSP bean > > > > On Fri, January 7, 2005 4:11 pm, Jim Barrows said: > > I've never found it onerous. Java works with directory structures. > > Eclipse uses the same directory strucutre that Java would > require, and > > makes it extraordinarily easy to refactor your code if you want to. > > I'm not sure what you mean by point it a structure without > it being a > > project, or why you would want to. > > Well, what I mean by that is that with UltraEdit, I can open > up c:\tomcat\webapps\myapp and pretend it's a project > (UltraEdit actually has project functionality, but I don't > use it there either). There's no extra configuration file > that the tool creates, nothing else I have to worry about if > I want to work with it in another environment. I don't like > the idea of being locked into Eclipse (or an Eclipse > derivative). I realize it's a "soft" lock-in so to speak > because it's easy enough to just remove the extra config > files and do what I want with it. But, I'm a big KISS guy, > so unless I see a significant benefit, I don't like adding > any extra complexity or dependency to a project.
Actually, with MyEclipse or even the Sysdeo or Lomboz plugins you'll probably find you don't need to do that kind of thing often, if at all. In most cases either of those will register you're change automatically. IIRC Sysdeo and Lomboz point Tomcat to your webapp directory, and any changs that will cause Tomcat to reload are noticed. Not sure how MyEclipse does it, but probably similar. There realy sin't much you have to worry about. Eclipse create a .classpath, .project and one or two other files in your project directory. Keeps a lot of stuff in it's workspace/.metadata directory. As for optimization gains. Eclipse manages your classpath for you, just point at the jar/directory for each project and you're done. MyEclipse builds on this, and will actually then grab those jar files and dump them into the lib directory when it deploys! Have projects depend on other projects.. no problem. > > I realize I'm unusual in this respect by the way :) Not really... I use VI and bash a lot (X is just cool because you can open up more then one bash shell on the same screen). Just not for java development anymore. > > But, it doesn't much matter I suppose, because I'm > increasingly hearing about little plug-ins to Eclipse that do > begin to make it sound like a value-added proposition, even > for someone as set in his ways as I am. As long as the > learning curve and time to get comfortable with it doesn't > turn out to be too bad, I could be an Eclipse man a month > from now :) I've been convinced to try! > > -- > Frank W. Zammetti > Founder and Chief Software Architect > Omnytex Technologies > http://www.omnytex.com > > >> > >> -- > >> Frank W. Zammetti > >> Founder and Chief Software Architect > >> Omnytex Technologies > >> http://www.omnytex.com > >> > >> On Fri, January 7, 2005 3:44 pm, Jim Barrows said: > >> > > >> > > >> >> -----Original Message----- > >> >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > >> >> Sent: Friday, January 07, 2005 1:40 PM > >> >> To: user@struts.apache.org > >> >> Subject: RE: JSP bean > >> >> > >> >> > >> >> Eh, you guys and your fancy IDE's :) > >> >> > >> >> I'm a "by-hand" guy, gimme UltraEdit and a command line and > >> >> I'm happy (and more productive than most of the guys here > >> >> using WSAD frankly), but I have to admit, plug-ins like that > >> >> make it tougher to stay that course! > >> > > >> > That's the point behind IDE's... if it gets in the way of > >> productivity, > >> > then dump it. WSAD is a beast, I much prefer my Eclpse > >> 3.0, with the > >> > MyEclipse, commonclipse, spring and hibernate plugins I use > >> normally. > >> > Much faster then UltraEdit. Which probably has a plugi > for eclipse > >> > anyway. > >> > > >> >> > >> >> -- > >> >> Frank W. Zammetti > >> >> Founder and Chief Software Architect > >> >> Omnytex Technologies > >> >> http://www.omnytex.com > >> >> > >> >> On Fri, January 7, 2005 3:22 pm, Jim Barrows said: > >> >> > > >> >> >> -----Original Message----- > >> >> >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > >> >> >> Sent: Friday, January 07, 2005 1:12 PM > >> >> >> To: user@struts.apache.org > >> >> >> Subject: Re: JSP bean > >> >> >> > >> >> >> > >> >> >> I always include the following method in all my > >> >> > > >> >> > There's a handy plugin called commclipse that I use > to create my > >> >> > toStrings, equals, hashCodes and compareTo's. It also > >> requires the > >> >> > commons-lang jar as well. > >> >> > Right click->commonclipse->toString and voila it either > >> >> creates it or > >> >> > rewrites it. > >> >> > The commons-lang jar has some really cool stuff all by > >> >> itself, including a > >> >> > TostringBuilder. commonclipse just makes it a click away. > >> >> > > >> >> > > >> >> >> ActionForms... I'm sure you can do the same in whatever bean > >> >> >> you have, or adapt it to be able to pass the bean to it if > >> >> >> you can't modify the bean itself... This will actually show > >> >> >> you all fields AND their values, but you can of course hack > >> >> >> it as you need to... > >> >> >> > >> >> >> import java.lang.reflect.Field; > >> >> >> > >> >> >> public String toString() { > >> >> >> > >> >> >> String str = null; > >> >> >> StringBuffer sb = new StringBuffer(1000); > >> >> >> sb.append(this.getClass().getName() + " [" + > >> >> >> super.toString() + "] = { "); > >> >> >> try { > >> >> >> Field[] fields = this.getClass().getDeclaredFields(); > >> >> >> for (int i = 0; i < fields.length; i++) { > >> >> >> if (sb.length() > 0) { sb.append(", "); } > >> >> >> sb.append(fields[i].getName() + "=" + > >> fields[i].get(this)); > >> >> >> } > >> >> >> sb.append(" }"); > >> >> >> str = sb.toString().trim(); > >> >> >> } catch (Exception e) { } > >> >> >> return str; > >> >> >> > >> >> >> } > >> >> >> > >> >> >> -- > >> >> >> Frank W. Zammetti > >> >> >> Founder and Chief Software Architect > >> >> >> Omnytex Technologies > >> >> >> http://www.omnytex.com > >> >> >> > >> >> >> On Fri, January 7, 2005 3:06 pm, Jim Douglas said: > >> >> >> > To all, > >> >> >> > I have a bean that's present in a JSP, does anyone know > >> >> how to loop > >> >> >> > through > >> >> >> > a bean and list out the properties available? > >> >> >> > > >> >> >> > Here's the cose I have > >> >> >> > > >> >> >> > <%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %> > >> >> >> > <%@ taglib uri="/WEB-INF/struts-logic.tld" > prefix="logic" %> > >> >> >> > > >> >> >> > <html><head><title>form.heading</title></head> > >> >> >> > <center><body><h4><bean:message > key="form.heading" /></h4> > >> >> >> > <logic:present name="forms"> > >> >> >> > <table border="1"> > >> >> >> > <logic:iterate id="forms" name="forms"> > >> >> >> > <tr><td> > >> >> >> > <bean:write name="forms" property="formName"/> > >> >> >> > </td> > >> >> >> > <td> > >> >> >> > <bean:write name="forms" property="formDesc"/> > >> >> >> > </td> > >> >> >> > <td><a href="<bean:write name="forms" > >> >> >> property="formLocation"/>.do > >> >> >> > "/> > >> >> >> > <bean:write name="forms" > >> property="formLocation"/></a> > >> >> >> > </td> > >> >> >> > </tr> > >> >> >> > </logic:iterate> > >> >> >> > </table> > >> >> >> > > >> >> >> > </logic:present> > >> >> >> > > >> >> >> > </body></center> > >> >> >> > </html> > >> >> >> > > >> >> >> > > >> >> >> > I don't know why but "formDesc" can't be found, but the > >> >> >> bean is present > >> >> >> > in > >> >> >> > the JSP/ > >> >> >> > > >> >> >> > I'm using IntelliJ. Does anyone know a good IDE or add > >> >> >> in for debugging > >> >> >> > JSP's? > >> >> >> > > >> >> >> > Thanks, > >> >> >> > Jim > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > >> >> > >> > --------------------------------------------------------------------- > >> >> >> > 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]
