I've ended up using something I call XXXXActionUtils classes which contain common operations. For example if I had a store section in my web application, I would have a StoreActionUtils for operations common to Action classes in the store section.
robert > -----Original Message----- > From: Takhar, Sandeep [mailto:[EMAIL PROTECTED] > Sent: Friday, April 23, 2004 7:22 AM > To: Struts Users Mailing List > Subject: RE: Advantages/Disadvantages of One Action for each Use Case > > > Do you use subclasses for common methods or do you use helper classes or neither? > > sandeep > > -----Original Message----- > From: Robert Taylor [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 3:54 PM > To: Struts Users Mailing List > Subject: RE: Advantages/Disadvantages of One Action for each Use Case > > > +1. > > I've been down the "option 2" road and things get messy fast. > I've since switched to the first option and applications scale much > easier. > > robert > > > -----Original Message----- > > From: news [mailto:[EMAIL PROTECTED] Behalf Of Martin Cooper > > Sent: Thursday, April 22, 2004 1:52 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Advantages/Disadvantages of One Action for each Use Case > > > > > > There are some major advantages to the first option, especially when you're > > building a large and/or highly customisable application. A couple of > > examples: > > > > * It is much easier to reconfigure your application. without needing to > > change any Java code. You may think you know which "actions" are related > > today, and what the flow of your application is, but when requirements > > change later, it's much easier to just change the config than to have to > > tear up your Action classes and move things around. > > > > * Your struts-config file is much more self-documenting. If you have an > > Action class that actually handles multiple "actions", then you can't tell > > from the config file alone which forwards are used by which "actions". > > Depending on your code, you may have trouble knowing when you can remove a > > given forward from the config file, since you'd have to check all of the > > "actions" to see whether or not it is still used. > > > > I've developed large Struts applications using both techniques, and I > > wouldn't go back, now, to overloading one Action class to do multiple > > things. I saw the comment from someone else about large numbers of classes, > > and yes, that can happen, but as long as you're organised and make judicious > > use of Java packages, it's not a problem. > > > > -- > > Martin Cooper > > > > > > "Dionisius Purba" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED] > > > Hi, > > > > > > I was wondering what's the advantage and disadvantage of > > > creating one Action for each use case, i.e. creating > > > NewAccountAction.java > > > EditAccountAction.java > > > or even with NewAccountFormAction.java > > > > > > vs > > > > > > AccountAction.java > > > and inside the AccountAction we can check parameter from the JSP > > > then execute proper method (i.e createNewAccount, editAccount, etc) ? > > > > > > Perhaps the first option is similar to GoF's command pattern. > > > Thanks a lot in advance. > > > Dion > > > > > > > > > -----Original Message----- > > > From: David Friedman [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, April 22, 2004 12:42 PM > > > To: Struts Users Mailing List > > > Subject: RE: Struts and Hibernate > > > > > > > > > Mario, > > > > > > I'm glad to hear it is working. I couldn't get my properties file to work > > > with spaces, I had to use equals signs: > > > > > > hibernate.dialect=net.sf.hibernate.dialect.MySQLDialect > > > hibernate.connection.username=XXXXX > > > hibernate.connection.password=YYYYY > > > hibernate.connection.url=jdbc:mysql://localhost:3306/test > > > hibernate.connection.driver_class=com.mysql.jdbc.Driver > > > > > > As for your Eclipse problem, if you are using Eclipse v2.1.X (I'm on > > 2.1.3), > > > try this: go to the Java perspective, right clicking on the project name, > > > choose properties, select "Java Build Path", and edit the "Source folders > > on > > > build path" entry so > > > $TOMCAT/webapps/example1/WEB-INF/src becomes > > > $TOMCAT/webapps/example1/WEB-INF/src/java and make sure the "Default > > Output > > > Folder" lists $TOMCAT/webapps/example1/WEB-INF/classes. That should class > > > compilation so java files under WEB-INF/src/java compile WEB-INF/classes > > > instead of showing up under WEB-INF/classes/java. I.E. > > > WEB-INF/src/java/com/edhand/whatever.java shows up now (as you described > > > below) compiled as WEB-INF/classes/java/com/edhand/whatever.java when this > > > change would make it compile properly as > > > WEB-INF/classes/com/edhand/whatever.java > > > > > > Regards, > > > David > > > > > > -----Original Message----- > > > From: Mario St-Gelais [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, April 21, 2004 10:14 PM > > > To: Struts Users Mailing List > > > Subject: Re: Struts and Hibernate > > > > > > > > > David Friedman wrote: > > > > > > >Mario, > > > > > > > >Where is your hibernate.properties file? in WEB-INF/classes or somewhere > > > >else? > > > > > > > >Regards, > > > >David > > > > > > > >-----Original Message----- > > > >From: Jesse Alexander (KXT) [mailto:[EMAIL PROTECTED] > > > >Sent: Wednesday, April 21, 2004 5:09 AM > > > >To: 'Struts Users Mailing List' > > > >Subject: RE: Struts and Hibernate > > > > > > > > > > > >could the problem lie beneath the different jdbc-drivers you two guys > > use? > > > >Joe, you are using the newest generation mysql-driver. Mario uses the old > > > >one. > > > >I also experienced strange stuff using the old one. worked after > > switching > > > >to > > > >the new one... > > > > > > > >hth > > > >Alexander > > > > > > > > > > > > > > > It is actually working. Started all over from scratch. Can't figure > > > how exactly what went wrong except for one or two things. Like the > > > example shows for the property file : > > > > > > hibernate.dialect net.sf.hibernate.dialect.MySQLDialect > > > hibernate.connection.driver_class org.gjt.mm.mysql.Driver > > > hibernate.connection.driver_class com.mysql.jdbc.Driver > > > hibernate.connection.url jdbc:mysql:///test > > > hibernate.connection.username testuser > > > > > > See something wrong at line 4!!!!! Of course I did not see this at > > first!!! > > > Should be hibernate.connection.url jdbc:mysql://localhost/test > > > > > > As far as it goes for the jdbc driver, I use mysql-connector-java-3.0.9 > > and > > > no problem there. So that is something to know I guess. > > > The Hibernate.properties file is in WEB-INF/classes. > > > > > > Also I am not familiar with Ant. But when using Eclipse like I do, I > > guess > > > it is the best way to compile all classes with Eclipse > > > i.e. it compiles automatically. But then this here : > > > > > > > > > 12. Create directory |/com/edhand/example1| underneath > > > |$TOMCAT/webapps/example1/WEB-INF/src/java|. > > > > > > Causes a problem. Because all packages are com.edhand, and Eclipse > > > compile in java.com.edhand... > > > > > > Since then I also another example known as span. No success so far. > > > And I haven't look at it for some days now... > > > > > > Mario > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > 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]
