Is Struts All right ?
Hello ? I'm totally surprised about the current state of the Struts web site... 1) I couldn't find the address to subscribe to this list. I just made it up, imagining that it would be the same as the Tomcat list. 2) The Mailing list archive functionality is at 20 % at best. You can't search messages, browse them ordering by subject or other criteria, or browse certain categories. Almost everything that you do returns a stack trace. Is the struts web site being mantained ?? Thanks... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Validator with more than one module
Hi I'm trying to use the validator with one that more Struts module, but I've found that if you've more than one module, only one of them load the validation xmls correctly, the others don't. Having this in the web.xml /WEB-INF/struts-config-one.xml, /WEB-INF/struts-config-two.xml: Each one loading their own validation.xml (validation-one and validation-two), only struts-config-two loads the validator correctly. The other validation is ignored by Struts. If I switch the order of the files, it works the other way around. I've seen in the Internet sort of this problem happened in previous versions of Struts. I've tested this in 1.2.6 beta and 1.2.4 and the problem is present. Is there a patch or workaround for this ? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is Struts All right ?
Ok, the problem with this is that we cannot look for common problems in the list. It doesn't allow you to search, and, for example, if you click in "by subject" in the mailing list, you get this: VelocityServlet: Error processing the template General error: Got error 127 from table handler org.apache.velocity.exception.VelocityException: General error: Got error 127 from table handler at org.tigris.eyebrowse.servlets.EyebrowseServlet.handleRequest(Unknown Source) at org.apache.velocity.servlet.VelocityServlet.doRequest(VelocityServlet.java:396) at org.tigris.eyebrowse.servlets.EyebrowseServlet.doRequest(Unknown Source) at org.apache.velocity.servlet.VelocityServlet.doGet(VelocityServlet.java:355) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2416) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:534) On Fri, 11 Mar 2005 12:22:06 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > At 3:04 PM -0300 3/11/05, Diego Espada wrote: > >Hello ? I'm totally surprised about the current state of the Struts > >web site... > > > >1) I couldn't find the address to subscribe to this list. I just made > >it up, imagining that it would be the same as the Tomcat list. > >2) The Mailing list archive functionality is at 20 % at best. You > >can't search messages, browse them ordering by subject or other > >criteria, or browse certain categories. Almost everything that you do > >returns a stack trace. > > > >Is the struts web site being mantained ?? > > We're in the midst of a considerable reorganization of the source > code repository, which is also where the documentation is maintained. > It's been a while, but I believe that James is close to having us > ready to build the docs, at which time we could refresh the public > site. > > I've never caught on to Eyebrowse, although it's the list archiving > tool installed on Apache hardware. I recommend GMane > http://news.gmane.org/gmane.comp.jakarta.struts.user > > Some people like MARC: > > http:/
Re: Is Struts All right ?
so is not using anymore ?? THAT i didn't know !! Thanks !! On Fri, 11 Mar 2005 12:59:13 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > At 3:26 PM -0300 3/11/05, Diego Espada wrote: > >Ok, > > > >the problem with this is that we cannot look for common problems in > >the list. It doesn't allow you to search, and, for example, if you > >click in "by subject" in the mailing list, you get this: > > The problem with which? You are searching using Eyebrowse. I don't > recommend using Eyebrowse. Presumably no one has had the time or > energy to make it work right, but why bother when GMane has such a > nice interface? > > > > I've never caught on to Eyebrowse, although it's the list archiving > >> tool installed on Apache hardware. I recommend GMane > >> http://news.gmane.org/gmane.comp.jakarta.struts.user > >> > >> Some people like MARC: > >> > >> http://marc.theaimsgroup.com/?l=struts-user > > -- > Joe Germuska > [EMAIL PROTECTED] > http://blog.germuska.com > "Narrow minds are weapons made for mass destruction" -The Ex > > - > 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: what do you suggest me? iBatis or Hibernate
I haven't used iBatis to tell the truth, but I've used Hibernate extensively (even in a critic project) and it is really a great product. It has an amazing set of features and a big base of users. The learning curve is a bit high, though. If you use Hibernate, you should plan taking into account that. Bye. On Fri, 18 Mar 2005 15:38:45 -0500, Milson Cardona <[EMAIL PROTECTED]> wrote: > Hi > > I am novice in J2EE. > > I have been working with JDBC (SQL statements within of business > class), but now desire to work with persitence objects. > > I know that this are different, Hibernate is then biggest, but iBatis > have a knowledge curve very short > > what do you suggest me? iBatis or Hibernate. > > thanks > > - > 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: Wouldn't validation be better performed by Actions rather than ActionForms?
I do all my validations in the action, and it works great for me. I built a layer upon the action that allows me to activate / deactivate validation for some actions. So i turned my actions into page controllers. I suppose some people would argue that this "resists" the framework, but i think that i'm so comfortable working like that !! bye On Sat, 19 Mar 2005 02:01:28 +, David Kennedy <[EMAIL PROTECTED]> wrote: > Sorry, this is going to be a fairly off-topic reaction post, but > Lawrie's comments struck a chord with me. > > Lawrie Gallardo wrote: > > I'm relatively new to Struts and I have to say that I've found it to > > have a realtively steep learning curve. And the only reason for this is > > that there are so many different ways to do things and no definitive > > best ways of achieving anything. > > I totally agree. I have just transitioned to the web tier from a career > slaving away at the back-end of large Java server systems for telecomms > and finance. I was looking forward to using Struts quite a bit, > suspecting, perhaps wrongly, that the nature of web tier work would mean > a fast evolution of high-quality tools. Maybe I've been spoilt by a life > dominated by strict (read: paranoid) coding practices, Ant and JUnit, > but Struts is rather a confusing mess once past the initial "Oh, cool, a > working action and page!" phase. And this is coming from someone who has > just fled EJB land... > > For example, I've got a couple of Really Common Requirements - logon and > a side nav bar / tree view. I've been amazed that I've not found a > simple, standard example for either of these. Instead, I've tripped over > a wealth of little fiddly details that derailed my progress. Nothing > like lots of soft XML config to really trip you up with details I > find... "I've never even heard of that option, and when I tried to use > it I wasted 5 hours not noticing a typo in one of the repeated strings!" > > > I'd much rather there was a bit > > of focus to the framework than the mass of competing options. "Make the > > simple things simple and the hard things possible" and all that... > > Totally agree. For example, I did some work with Struts Layout:Treeview > for my nav bar prototype. I very much appreciate volunteer effort, and > don't wish to knock anyone's efforts, but I have to say that for a > standard solution advocated by a couple of books it's fairly poor... > There were a couple of immediate show-stoppers with working with the > Treeview which was very disappointing. (Turns out the license precludes > commercial use anyway.) The point of this isn't to knock Layout (again, > I appreciate effort and feel guilty that I don't pay back into the > commnunity that makes me fine tools), but rather to illustrate how > something fairly standard - a treeview nav bar with a load of > actions/forwards - is surprisingly difficult for a beginner with the > toolkit to knock up cleanly. > > I guess some of this cognitive whiplash comes from the fact that several > of the core components are Very Cool. The core idea of the actions is > just Very Sensible, the basic idea of using ResourceBundle keys > everywhere Just Works, etc. I particularly like Validator, although I > can see, as this thread is discussing, room for disagreement about > alternative implementations. Custom rules are very nice, and very easily > added. I'm just troubled by the fact that most of the elements I find > straightforward and cleanly finished are those which my boss just > doesn't see! The basic project elements he wants in a couple of days - > that tree view in a readable/maintainable form, a nice simple PAM login > & timeout mechanism* - turn into real timesinks. (Actually, to be fair, > the move from 1.0 -> 1.1 and similar shifts in several libaries also led > to confusion when working from Googled, and often conflicting, advice.) > > This is a rather rude rant I know, and I appreciate people are > scratching their own itches, but it would be nice to seem some concerted > effort to solve some of the FAQs cleanly, and to generate more of a core > catalogue of Patterns for noobs like myself. (Kudos to people like Ted > Husted who do maintain some useful resources.) In that vein, I'm very > much looking forwards to the new Struts Cookbook that O'Reilly have just > put out, was rather hoping to see it in the post this morning. Might > well answer lots of questions for me. > > I'm not sure I should hit 'Send' on this for fear of offending people, > please just see this as constructive initial impression feedback. I see > a lot of promise in the Struts toolkit, better be, sort of bet the > project on it now!, and would love to see more consensus emerging about > Best Practices. > -- > David Kennedy > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > ---
Re: html: tags part2
You could just use wrote: > Scott Purcell wrote the following on 3/18/2005 1:29 PM: > > > Can I create a image that is a src for a submit, or cancel, or js function? > > Why not just use a regular image wrapped with an href and use javascript? > > example... > > > > > > -- > Rick > > - > 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: help needed on ActionForm and ActionForward behaviour
Did you check the scope configuration parameter ? Bye On Fri, 18 Mar 2005 16:21:23 +0100, Gaet <[EMAIL PROTECTED]> wrote: > In other words, I would like to implemnt a button "Save and display next > employee" > > How to do this? > > > - Original Message - > From: "Gaet" <[EMAIL PROTECTED]> > To: "Mailing List Struts" > Sent: Friday, March 18, 2005 10:06 AM > Subject: help needed on ActionForm and ActionForward behaviour > > Hi, > > I have a DispatchAction class, that I use to handle the employee information > Edit. > On my jsp page, I have two button, on to validate the updates and forward > back to the employee list => that works great. > On the other button, I want to validate the updates and display the next > employeeI could'nt make it work :o( > > When my JSP page is refreshed after a click on this buttoon, the problem is > that when the form displayed contains the information of the employee we > have validatedbut the form in my action class contains the information > of the next employeewhy this behaviour? > > Many thanks for your help since I'm on this problem for 2 days now! it looks > me crazy... > > - > 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: what do you suggest me? iBatis or Hibernate
I disagree with you in some of those points. If you don't know SQL, don't go with Hibernate. You'll have terrible performance problems if you do so. Hibernate has very complete features to tweak performance and optimize queries, and to make use of that you have to know SQL. I don't know iBATIS, so i don't know what advantages has over Hibernate. But i can tell you that I've used Hibernate in an enterprise application that was running previously on a commercial J2EE application server with CMS with 80 users constantly beating the Database, and the performance gains where impressive. For the other part, if you don't know SQL, I wouldn't recommend that you use the domain model pattern... It would be too dangerous. I would use transactions scripts with JDBC, let a DBA design the database and that's it. Bye !!! On Fri, 18 Mar 2005 21:54:28 -0500, Tak Yoshida <[EMAIL PROTECTED]> wrote: > I think, > > If you don't have to work with DBA to tune up your application's SQL > or > if you don't have to work with or share SQLs to any backend PL/SQL programmer > or > you don't know SQL very much > The answer could be Hibernate. > > If yes, as usual enterprise applications, iBATIS could be the answer. > > Tak > > Milson Cardona wrote in <[EMAIL PROTECTED]> > >Hi > > > >I am novice in J2EE. > > > >I have been working with JDBC (SQL statements within of business > >class), but now desire to work with persitence objects. > > > >I know that this are different, Hibernate is then biggest, but iBatis > >have a knowledge curve very short > > > >what do you suggest me? iBatis or Hibernate. > > > >thanks > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > -- > Tak Yoshida mailto:[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]
Re: what do you suggest me? iBatis or Hibernate
David, In my opinion, that's incorrect. Hibernate lets you specify composite primary keys, foreign keys (automatic, thanks to one-to-many relationships), indexes, unique fields and most of the features supported by major databases. You can search by fields using HQL, an object oriented SQL-like query language. It has nothing to do with serialization (at least, what I take as serialization), it can store your data in a clean, tabular oriented way. It has even features to support legacy applications. Hibernate does not constraint your DB schema normalization form, the only constraint that could exist is imposed by the programmer when he gives shape to its domain model. Bye !! On Fri, 18 Mar 2005 22:13:14 -0500, David Haynes <[EMAIL PROTECTED]> wrote: > Hibernate uses the database as a reliable data store for serialized > objects. It does not exploit the higher level capabilities of the > database to assist with referential integrity or the benefits of a more > normalized form. (At least it looks that way in examining the results of > its UML to data schema translations.) > > If that is sufficient for your needs it should be OK. If you need any of > these higher level functions or want to access the database efficiently > through alternate means (e.g. ETL to DSS stores) this may present an issue. > > -david- > > Tak Yoshida wrote: > > >I think, > > > >If you don't have to work with DBA to tune up your application's SQL > >or > >if you don't have to work with or share SQLs to any backend PL/SQL programmer > >or > >you don't know SQL very much > >The answer could be Hibernate. > > > >If yes, as usual enterprise applications, iBATIS could be the answer. > > > >Tak > > > >Milson Cardona wrote in <[EMAIL PROTECTED]> > > > > > >>Hi > >> > >>I am novice in J2EE. > >> > >>I have been working with JDBC (SQL statements within of business > >>class), but now desire to work with persitence objects. > >> > >>I know that this are different, Hibernate is then biggest, but iBatis > >>have a knowledge curve very short > >> > >>what do you suggest me? iBatis or Hibernate. > >> > >>thanks > >> > >>- > >>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]
