RE: Struts tools, re: What's next for Struts?
so perhaps we will succeed in converting the dinosaurs to Struts :-) It's already happening. I'm teaching corporate mainframe programmers how to move into the Java world using WebSphere Studio Application Developer (WSAD) for serious companies in/near Philadelphia and Pittsburgh. In most cases upper management has identified Java as a (major) technology to use for their real business applications going forward and are taking steps to get their staffs trained. Same here. My employer (GTECH Corp, we run the lottery systems for most of the US states) has chosen J2EE and Struts as the building blocks for our next generation systems, especially the systems that have end-user interfaces. Java-heads like me are training other staff members in Java, Struts, J2EE and everything else that's involved. The use of frameworks such as Struts is crucial in making this sort of transition successful. -TPP - This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Also, email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts tools, re: What's next for Struts?
At 07:27 PM 6/9/2003, you wrote: Ted Husted Sun, 08 Jun 2003 09:18:27 -0400 But the Struts Community has been shipping, shipping, shipping. snip so perhaps we will succeed in converting the dinosaurs to Struts :-) It's already happening. I'm teaching corporate mainframe programmers how to move into the Java world using WebSphere Studio Application Developer (WSAD) for serious companies in/near Philadelphia and Pittsburgh. In most cases upper management has identified Java as a (major) technology to use for their real business applications going forward and are taking steps to get their staffs trained. Struts is an integral part to this movement, and fits in well with these peoples' view of the world; they usually don't have too much trouble with Struts if they're not thrown cold into the middle of a struts-config. - 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]
Re: Struts Tools
Please post this on the Struts User list and not the Struts developer list. My personal opinion is tha JBuilder is one of the worst IDE. Any other is better. (Eclipse.org, VIM.org, etc.) If you like .NET, you can use .NET, no sales people here. Can Delphi or VB create a web application? Why would you change if you like them? I found the run time license cost and security concerns lead my clients away from .NET for larger sites. They like the run time costs of open source and find it more secure and reliable. If I found ASP fantastic I would use it. I find Struts more realtistic so I use it. Consider training or mentoring. .V Expedito Reinaldo da Silva Júnior [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, All! I don´t know if I'm asking to the right list, but I have a question: I'd like to know what's the best IDE/tool to help using Struts. I've seen some tools in the Struts resources page but I'm not impressed with them. I thought in a tool helping us to 'draw' pages with areas (tiles), buttons, boxes, etc, in a way that we can access its properties and configure its name, validation rules, default values and so on. After creating our 'views', we could make the sequence of pages, like forward and redirect pages. After all, the tool could generate my JSPs and the struts-config.xml file correctly. From the input boxes we could know what input the view need and generate the expected DynamicBeans, with the respectives validations rules (previously setted). Following this idea, I thing we can generate our Views, FormBeans (DynamicBeans) and Validations, and the ActionBean's skeleton; the user will just need to program the business rules. I've recently searched for drawing tools to create such 'framework' (or ide) and I find that MS Visio and System Architect has features that could produce this results (with use of some VB Scripts... UUhhh!). A few days ago, I've managed some training courses and I find that the big problem about the Java Language and the technologies it involves is the IDEs we have! They are very poor (I don't know about JBuilder... I know it's the best one...)!!! How can we convince VB and Delphi programmers to migrate to Java with such tools?? So, I was looking at ASP .NET and I find it fantastic (I sugest you to know and you will undertand me) and that time I thougth 'why cannot we have something like this'?? Struts is the right framework, because its MVC separation allow us to generate a tool to reach such facilities. What do you think about it? Please help me make Java very easy besides a great language!!! I know that good Java programmers are also great experts in Design Patterns, architects and so on, but our language (Java) can really grow substancially in the world with such programmer's requisites??? Thanks all and sorry my bad english (I'm brazilian). Expedito Jr. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Tools
The only area Java IDEs are weak in is GUI building. Eclipse is the best IDE I have ever used for any language but it doesn't do GUI building because the vast majority of java is server side. IBM's Websphere Studio Application Developer (WSAD) includes support for generating webapps with Struts. I suggest you look into using that if you're willing to pay for it (remember, .NET studio is very expensive too). David From: Vic Cekvenich [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Struts Tools Date: Tue, 4 Feb 2003 15:53:24 -0500 Please post this on the Struts User list and not the Struts developer list. My personal opinion is tha JBuilder is one of the worst IDE. Any other is better. (Eclipse.org, VIM.org, etc.) If you like .NET, you can use .NET, no sales people here. Can Delphi or VB create a web application? Why would you change if you like them? I found the run time license cost and security concerns lead my clients away from .NET for larger sites. They like the run time costs of open source and find it more secure and reliable. If I found ASP fantastic I would use it. I find Struts more realtistic so I use it. Consider training or mentoring. .V Expedito Reinaldo da Silva Júnior [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, All! I don´t know if I'm asking to the right list, but I have a question: I'd like to know what's the best IDE/tool to help using Struts. I've seen some tools in the Struts resources page but I'm not impressed with them. I thought in a tool helping us to 'draw' pages with areas (tiles), buttons, boxes, etc, in a way that we can access its properties and configure its name, validation rules, default values and so on. After creating our 'views', we could make the sequence of pages, like forward and redirect pages. After all, the tool could generate my JSPs and the struts-config.xml file correctly. From the input boxes we could know what input the view need and generate the expected DynamicBeans, with the respectives validations rules (previously setted). Following this idea, I thing we can generate our Views, FormBeans (DynamicBeans) and Validations, and the ActionBean's skeleton; the user will just need to program the business rules. I've recently searched for drawing tools to create such 'framework' (or ide) and I find that MS Visio and System Architect has features that could produce this results (with use of some VB Scripts... UUhhh!). A few days ago, I've managed some training courses and I find that the big problem about the Java Language and the technologies it involves is the IDEs we have! They are very poor (I don't know about JBuilder... I know it's the best one...)!!! How can we convince VB and Delphi programmers to migrate to Java with such tools?? So, I was looking at ASP .NET and I find it fantastic (I sugest you to know and you will undertand me) and that time I thougth 'why cannot we have something like this'?? Struts is the right framework, because its MVC separation allow us to generate a tool to reach such facilities. What do you think about it? Please help me make Java very easy besides a great language!!! I know that good Java programmers are also great experts in Design Patterns, architects and so on, but our language (Java) can really grow substancially in the world with such programmer's requisites??? Thanks all and sorry my bad english (I'm brazilian). Expedito Jr. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Tools
David Graham [EMAIL PROTECTED] Tue, 04 Feb 2003 15:04:26 IBM's Websphere Studio Application Developer (WSAD) includes support for generating webapps with Struts. Actually, our Struts Tools are in Site Developer (WSSD), which is lots cheaper than WSAD. (But WSAD adds EJB tooling.) The only area Java IDEs are weak in is GUI building. Eclipse is the best IDE I have ever used for any language but it doesn't do GUI building because the vast majority of java is server side. Nevertheless, folks are writing them: see recent long threads on [EMAIL PROTECTED] with names like SWT History and Design Decisions and From Swing to SWT. You might wanna look @ http://dev.eclipse.org/mhonarc/lists/platform-swt-dev/maillist.html http://sweet-swt.sf.net/ and the Conga folks are (thinking about?) porting to Eclipse http://opendoors.com/html/conga.htm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Tools
Ted, I was able to automate this using Ant and the fixcrlf task. By adding a pretty simple target to most builds, it is easy to generate a source version of most Jakarta builds. Here is a sample from the beanutils build: target name=dist.add.source copy todir=${build.home}/classes fileset dir=${source.home} includes=**/*.java/ /copy fixcrlf srcdir=${build.home}/classes includes=**/*.java/ /target Running this target before the jar target (which is pretty easy to do in Eclipse from the CVS builds) will add java source files to the distribution jar. It would be nice to have platform specific builds with source available, but if that is too much bother, I would be happy to submit patches to the various build.xml files along with Eclipse specific build instructions. David Morris [EMAIL PROTECTED] 12/24/02 06:35 AM If the instructions on amending the build process were available, they might also be submitted to Gump, which builds a ton of JARs every day. http://gump.covalent.net/jars/latest/ The driving force behind Gump is Sam Ruby, who I've copied into this reply. If for some reason the process cannot be automated at this time, perhaps you should setup a SourceForge project where these JARs can be pooled and shared. -Ted. 12/23/2002 2:18:52 PM, David Morris [EMAIL PROTECTED] wrote: I came upon this message while looking for Eclipse IDE information. To make Struts easier to use in Eclipse, I import the jar version followed by the java source and re-export them into a bin/source jar. This corrects line feed issues and makes it easy to step from my code to struts code in the debugger. I do this for Struts and Tomcat as well as some of the commons components. It takes about 20 minutes or so for each jar file but makes it easy to find problems related to things like naming errors. I end up doing this for every new major release of Struts or Tomcat. It would be nice if there was a repository of pre-build jars that a person could download with source included. I don't know how easy it would be to build these as part of your build process because of the line feed issues but I know that other Windows eclipse uses who I have shared these jar files seemed to appreciate the effort. David Morris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Tools
If the instructions on amending the build process were available, they might also be submitted to Gump, which builds a ton of JARs every day. http://gump.covalent.net/jars/latest/ The driving force behind Gump is Sam Ruby, who I've copied into this reply. If for some reason the process cannot be automated at this time, perhaps you should setup a SourceForge project where these JARs can be pooled and shared. -Ted. 12/23/2002 2:18:52 PM, David Morris [EMAIL PROTECTED] wrote: I came upon this message while looking for Eclipse IDE information. To make Struts easier to use in Eclipse, I import the jar version followed by the java source and re-export them into a bin/source jar. This corrects line feed issues and makes it easy to step from my code to struts code in the debugger. I do this for Struts and Tomcat as well as some of the commons components. It takes about 20 minutes or so for each jar file but makes it easy to find problems related to things like naming errors. I end up doing this for every new major release of Struts or Tomcat. It would be nice if there was a repository of pre-build jars that a person could download with source included. I don't know how easy it would be to build these as part of your build process because of the line feed issues but I know that other Windows eclipse uses who I have shared these jar files seemed to appreciate the effort. David Morris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Tools
I came upon this message while looking for Eclipse IDE information. To make Struts easier to use in Eclipse, I import the jar version followed by the java source and re-export them into a bin/source jar. This corrects line feed issues and makes it easy to step from my code to struts code in the debugger. I do this for Struts and Tomcat as well as some of the commons components. It takes about 20 minutes or so for each jar file but makes it easy to find problems related to things like naming errors. I end up doing this for every new major release of Struts or Tomcat. It would be nice if there was a repository of pre-build jars that a person could download with source included. I don't know how easy it would be to build these as part of your build process because of the line feed issues but I know that other Windows eclipse uses who I have shared these jar files seemed to appreciate the effort. David Morris [EMAIL PROTECTED] 11/20/02 06:10PM 11/20/2002 2:46:08 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote: I think it is time to start packaging tools and generators with Struts to help the developer -- either as standalone packages included for convenience, or integrated into the architecture of the package. As it stands, there is already a very healthy add-in marketplace for Struts. I think this is one reason why Struts has become so popular, and anything we do should be with an eye toward expanding the universe of Struts extensions. Personally, I am vastly impressed by the community support for Eclipse plug-ins. I wold very much like to help create the same sort of environment for Struts. I am also vastly impressed by the way some Maven-based packages (like Jelly) are able to automatically download whatever JARs they need. What I would like to work toward is an environment where there is a distinct Struts core, accompanied by a number of easy-to-install standard options (Tiles, Validator, Struts-EL, Console, and so forth). Of course, any third-party options would be just as easy to install as the standards maintained by the Struts Committers. An important idea would be that when we provide standard options, we are also demonstrating how others can plug-in their own options instead. -Ted. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Tools
The Tomcat plugin is quite useful as well. I'm using the SolarEclipse plugin for jsp and xml formatting but it's still in the early stages of development. I like the DBEdit plugin for viewing databases. This is a good site for finding Eclipse plugins: http://eclipse-plugins.2y.net/eclipse/index.jsp Dave From: Ted Husted [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: Struts Tools Date: Thu, 21 Nov 2002 19:32:04 -0500 11/20/2002 3:15:37 PM, Emmanuel Boudrant [EMAIL PROTECTED] wrote: Easy Struts will be volunteer ;) How about us putting together our own distribution of Eclipse, with things like *, EZ Struts, Console, and so forth, already bundled in? Or at least a HOW-TO for putting together a complete Struts environment in Eclipse? This would also give people a model to follow to setup comparable howtos for IntelliJ and so forth. One thing about Eclipse is that is already (like Struts) an embarassment of riches. There are so many plugins floating around, you spend a lot of time just separating the wheat from the chaff =:0) For work on the Struts site, I'm finding XML Buddy quite helpful, but I'm not sure where they will be going with the licensing later. Anyone other suggestions for a XML plugin for workign with XML files? (like those we use at Jakarta) -Ted. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Tools
11/20/2002 3:15:37 PM, Emmanuel Boudrant [EMAIL PROTECTED] wrote: Easy Struts will be volunteer ;) How about us putting together our own distribution of Eclipse, with things like *, EZ Struts, Console, and so forth, already bundled in? Or at least a HOW-TO for putting together a complete Struts environment in Eclipse? This would also give people a model to follow to setup comparable howtos for IntelliJ and so forth. One thing about Eclipse is that is already (like Struts) an embarassment of riches. There are so many plugins floating around, you spend a lot of time just separating the wheat from the chaff =:0) For work on the Struts site, I'm finding XML Buddy quite helpful, but I'm not sure where they will be going with the licensing later. Anyone other suggestions for a XML plugin for workign with XML files? (like those we use at Jakarta) -Ted. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Tools
11/20/2002 2:46:08 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote: I think it is time to start packaging tools and generators with Struts to help the developer -- either as standalone packages included for convenience, or integrated into the architecture of the package. As it stands, there is already a very healthy add-in marketplace for Struts. I think this is one reason why Struts has become so popular, and anything we do should be with an eye toward expanding the universe of Struts extensions. Personally, I am vastly impressed by the community support for Eclipse plug-ins. I wold very much like to help create the same sort of environment for Struts. I am also vastly impressed by the way some Maven-based packages (like Jelly) are able to automatically download whatever JARs they need. What I would like to work toward is an environment where there is a distinct Struts core, accompanied by a number of easy-to-install standard options (Tiles, Validator, Struts-EL, Console, and so forth). Of course, any third-party options would be just as easy to install as the standards maintained by the Struts Committers. An important idea would be that when we provide standard options, we are also demonstrating how others can plug-in their own options instead. -Ted. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]