numberFormat
All, I know this has been asked several timed, but I could not find it in the archives for some reason. What is the proper format string to put into ApplicationResources.properties to get bean:write name=foo property=bar formatKey=moneyFormat/ to produce $3,456.00 from an integer? Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Error loading struts-config
I'm not certain, but are you sure that your DTD's are being found? We once had a similar problem due to firewall issues. Steve Robert Taylor To: Struts Users Mailing List [EMAIL PROTECTED], rtaylor@mulew[EMAIL PROTECTED] ork.com cc: Subject: RE: Error loading struts-config 12/23/2002 08:21 AM Please respond to Struts Users Mailing List Looks like the ActionServlet cannot find the config file at all. Make sure the config parameter of the ActionServlet entry in web.xml is pointing to the struts-config.xml file. robert -Original Message- From: Howard Miller [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 8:59 AM To: [EMAIL PROTECTED] Subject: Error loading struts-config Hi, I am just setting up a new Struts project. I have the Action servlet set up and a struts-config.xml with almost nothing in it. When the war is installed the servlet starts and then throws this error... 2002-12-23 13:47:11 StandardContext[/quest]: Servlet /quest threw load() exception javax.servlet.UnavailableException: Parsing error processing resource path /WEB-INF/struts-config.xml at org.apache.struts.action.ActionServlet.initApplicationConfig(ActionS ervlet.java:866) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:455) ...lots more I have no idea what's gone wrong. I seem to get the error regardless of what's in the struts-config file or even if I remove it alltogether. As the error message appears to be no help... has anybody got any pointers as to what might be causing this? I am running on Windows XP. All the example apps work fine. Many Thanks -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
bean:include question
All, Does anyone know if this is possible? bean:define id=rTid name=accidentRecordForm property=reasonTid/ bean:define id=eTid name=accidentRecordForm property=exceptionTid/ bean:include id=page1 page=/statusReason.do?pageTid=101493reasonTid =%=rTid%exceptionTid=%=eTid%/ bean:write name=page1 filter=false/ I keep getting java.io.CharConversionExcpetion: isHexDigit at org.apache.tomcat.util.buf.UDecoder.converter(UDecoder.java:124) etc... Any help would be appreciated. Steve -- To unsubscribe, e-mail: mailto:struts-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-user-help;jakarta.apache.org
Please help decide a religious discussion
All, My team is currently at loggerheads about the correct place to put the database calls that are prepopulating our drop downs. We can not decide if they should be in the ActionForm or in the Action class. We are trying to stick them in the validate method in the ActionForm to make sure they are always called in instances where the form does not get to the action class (i.e. validation fails). But is this the correct way? I am thinking this is nothing new. What is the correct way to initialize drop downs? And then what about closing the database connection? I would much appreciate any help. It would make our Friday alot smoother. Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Please help decide a religious discussion
That is what we are doing now. It goes through a controller to the database, but we are using the validator and when an error occurs, the form does not go to the Action class and the helper methods are not called and as a result, the drop downs are empty. Steve David Graham dgraham1980@ho To: [EMAIL PROTECTED] tmail.comcc: Subject: Re: Please help decide a religious discussion 09/27/2002 09:17 AM Please respond to Struts Users Mailing List The Action class...but the action should be asking a helper object for a list of whatever goes in your drop down. It shouldn't know about the database directly. So you might have in your action.execute(): List list = StateHelper.getStateList(); // put list in your form Dave From: [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Please help decide a religious discussion Date: Fri, 27 Sep 2002 09:13:35 -0500 All, My team is currently at loggerheads about the correct place to put the database calls that are prepopulating our drop downs. We can not decide if they should be in the ActionForm or in the Action class. We are trying to stick them in the validate method in the ActionForm to make sure they are always called in instances where the form does not get to the action class (i.e. validation fails). But is this the correct way? I am thinking this is nothing new. What is the correct way to initialize drop downs? And then what about closing the database connection? I would much appreciate any help. It would make our Friday alot smoother. Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Please help decide a religious discussion
If I do that, will validation always go to the action class, even when it fails? Steve Andrew Hill andrew.david.hill@gri To: Struts Users Mailing List [EMAIL PROTECTED] dnode.com cc: Subject: RE: Please help decide a religious discussion 09/27/2002 09:50 AM Please respond to Struts Users Mailing List Sounds like you need to define the action and not the jsp as your input in struts-config. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 22:40 To: Struts Users Mailing List Subject: Re: Please help decide a religious discussion That is what we are doing now. It goes through a controller to the database, but we are using the validator and when an error occurs, the form does not go to the Action class and the helper methods are not called and as a result, the drop downs are empty. Steve David Graham dgraham1980@ho To: [EMAIL PROTECTED] tmail.comcc: Subject: Re: Please help decide a religious discussion 09/27/2002 09:17 AM Please respond to Struts Users Mailing List The Action class...but the action should be asking a helper object for a list of whatever goes in your drop down. It shouldn't know about the database directly. So you might have in your action.execute(): List list = StateHelper.getStateList(); // put list in your form Dave From: [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Please help decide a religious discussion Date: Fri, 27 Sep 2002 09:13:35 -0500 All, My team is currently at loggerheads about the correct place to put the database calls that are prepopulating our drop downs. We can not decide if they should be in the ActionForm or in the Action class. We are trying to stick them in the validate method in the ActionForm to make sure they are always called in instances where the form does not get to the action class (i.e. validation fails). But is this the correct way? I am thinking this is nothing new. What is the correct way to initialize drop downs? And then what about closing the database connection? I would much appreciate any help. It would make our Friday alot smoother. Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Please help decide a religious discussion
No, it is a little different. The user calls Page-A --- form-A is instantiated ---action-A is run and the execute method is called, prepopulating the drop downs -- the user does stuff and submits -- Validation of form-A fails and does not go to Action-A -- Page-A re-displayed, but with empty drop downs I hope this helps. Steve Sri Sankaran Sri.Sankaran@ To: Struts Users Mailing List [EMAIL PROTECTED] sas.com cc: Subject: RE: Please help decide a religious discussion 09/27/2002 09:51 AM Please respond to Struts Users Mailing List Wait a minute. Is this the current setup? Action-A (does stuff, preps form-B for page-B) -- Forward to Page-B -- User does stuff and submits -- Validation of form-B fails -- Page-B re-displayed but with empty selects? Hard to believe! I say so because the population of the selects is done by the business logic invoked by Action-A which is no longer in the picture. All that your validate should be doing is *test* the data and set ActionErrors if necessary. Make sure you aren't wiping out your collections. Sri -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 10:40 AM To: Struts Users Mailing List Subject: Re: Please help decide a religious discussion That is what we are doing now. It goes through a controller to the database, but we are using the validator and when an error occurs, the form does not go to the Action class and the helper methods are not called and as a result, the drop downs are empty. Steve David Graham dgraham1980@ho To: [EMAIL PROTECTED] tmail.comcc: Subject: Re: Please help decide a religious discussion 09/27/2002 09:17 AM Please respond to Struts Users Mailing List The Action class...but the action should be asking a helper object for a list of whatever goes in your drop down. It shouldn't know about the database directly. So you might have in your action.execute(): List list = StateHelper.getStateList(); // put list in your form Dave From: [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Please help decide a religious discussion Date: Fri, 27 Sep 2002 09:13:35 -0500 All, My team is currently at loggerheads about the correct place to put the database calls that are prepopulating our drop downs. We can not decide if they should be in the ActionForm or in the Action class. We are trying to stick them in the validate method in the ActionForm to make sure they are always called in instances where the form does not get to the action class (i.e. validation fails). But is this the correct way? I am thinking this is nothing new. What is the correct way to initialize drop downs? And then what about closing the database connection? I would much appreciate any help. It would make our Friday alot smoother. Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional
html:link confusion
All, I had the code below in my jsp and everything was fine. It worked like it was supposed to. html:link href=reportReceived.do name= investigationEmploymentHistoryForm property=map target=_blankview Employment History Report/html:link Then the users decide that they didn't like the fact that the new window had all the scrollbars and menus and everything on the top and so I did the next piece of code below: script language=JavaScript !-- function openWindow(theURL,winName,features) { window.open(theURL,winName,features); } //-- /script html:link href=reportReceived.do name= investigationEmploymentHistoryForm property=map onclick=openWindow ('reportReceived.do','','scrollbars=yes')view Employment History Report /html:link and it stopped working. I got the pop up without all the needed parameters as well as going to the new page in the parent window. What am I doing wrong? Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
html:link confusion
All, I had the code below in my jsp and everything was fine. It worked like it was supposed to. html:link href=reportReceived.do name= investigationEmploymentHistoryForm property=map target=_blankview Employment History Report/html:link Then the users decide that they didn't like the fact that the new window had all the scrollbars and menus and everything on the top and so I did the next piece of code below: script language=JavaScript !-- function openWindow(theURL,winName,features) { window.open(theURL,winName,features); } //-- /script html:link href=reportReceived.do name= investigationEmploymentHistoryForm property=map onclick=openWindow ('reportReceived.do','','scrollbars=yes')view Employment History Report /html:link and it stopped working. I got the pop up without all the needed parameters as well as going to the new page in the parent window. What am I doing wrong? Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Something fundamentally wrong
All, I think I am doing something fundamentally wrong with a small pop up window that I have, but I don't understand what. When I click the add button, i.e. html:submit, the jsp is supposed to forward back to itself, which it does rather successfully. But in the request, when it forwards back to itself, the property submit still equals submit and the jsp begins an infinite loop, even when I set form.setSubmit() or form.setSubmit(null). I have also tried removing the form if (doAddSwitchDR mapping.getAttribute() != null) { request.removeAttribute(mapping.getAttribute()); } but that doesn't work either. I have solved the problem using a set of boolean swithces, but I am sure that is not the Struts way to do it. I can submit the struts-config.xml or some of the code, but there is nothing different or unusual about them. Each time the page returns to the execute() method, it forwards back to itself again. What am I doing wrong in this scenario? I would much appreciate the help. Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: datasource classpath issue with MySQL driver
I've had this problem as well, even after I unzipped the jar file. I put it out on the list twice and never got much response. You can try different versions of the driver, but there is something buggy with the MySQL driver and Struts. I was on RH 7.1 Steve Jesse Alexander (KADA 11) To: Struts Users Mailing List [EMAIL PROTECTED] alexander.jesse cc: @csfs.com Subject: RE: datasource classpath issue with MySQL driver 07/02/2002 01:44 AM Please respond to Struts Users Mailing List Hi, at some time I had problems with MySQl-driver when I used the compressed jar-file. Try to use the uncompressed jar-file. hope this helps Alexander -Original Message- From: matt_raible [mailto:[EMAIL PROTECTED]] Sent: Montag, 1. Juli 2002 06:08 To: [EMAIL PROTECTED] Subject: Re: datasource classpath issue with MySQL driver You might want to try a newer version of the MySQL JDBC Driver. I'm using 2.0.14 and it works fine in Tomcat. Also, I register it with Tomcat via JNDI (server.xml) and then look it up in my classes. HTH, Matt --- In [EMAIL PROTECTED], Clay Graham [EMAIL PROTECTED] wrote: Hello STRUTS Users, I am asking a question because I am very suprised at an unexepected behaviour and thought that someone may have a hint. I have tomcat 404 ant struts 102 working and they have been tested, and I am taking the next step by starting to connect to my MySql database, all goodness. So my first step was to add the datasource in my struts-config.xml as follows: data-sources data-source set-property property=autoCommit value=false/ set-property property=description value=The Test Datasource/ set-property property=driverClass value=org.gjt.mm.mysql.Driver/ set-property property=maxCount value=4/ set-property property=minCount value=2/ set-property property=password value=/ set-property property=url value=jdbc:mysql://localhost/test/ set-property property=user value=root/ /data-source /data-sources the next step was to add the mm.mysql-2.0.6.1.jar to my project's WEB-INF/lib directory, the standard approach [clay@meis test]$ jar -tvf test.war|grep mm.mysql 390333 Sun Jun 30 16:20:20 PDT 2002 WEB-INF/lib/mm.mysql- 2.0.6.1.jar I am sure this JAR has the mysql driver in it: [clay@meis test]$ jar -tvf web/WEB-INF/lib/mm.mysql-2.0.6.1.jar |grep Driver 15163 Sat Jun 16 09:20:28 PDT 2001 mm.mysql-2.0.6/org/gjt/mm/mysql/Driver.java 5443 Sat Jun 16 09:20:28 PDT 2001 mm.mysql-2.0.6/org/gjt/mm/mysql/Driver.class so when I install the application using ant the following error occurs: - Root Cause - java.sql.SQLException: open: java.lang.ClassNotFoundException: org.gjt.mm.mysql.Driver I have even put mm.mysql-2.0.6.1.jar in tomcat/common/lib and it does not find the driver. I am asking this question on this list because it happens in struts-config.xml any ideas help is appreciated! clay -- To unsubscribe, e-mail: mailto:struts-user-unsubscribe@j... For additional commands, e-mail: mailto:struts-user-help@j... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL