The latest stable version of struts
Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: The latest stable version of struts
Struts 1.1 is the one. Infact this is the last final released version. Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: The latest stable version of struts
On Wed, 2005-08-31 at 12:02 +0530, SINHA Ranjay wrote: Struts 1.1 is the one. Infact this is the last final released version. Is this the official project's statement? So where does this put 1.2.7 and 1.3? Thanks, --Amos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The latest stable version of struts
On 8/30/05, SINHA Ranjay [EMAIL PROTECTED] wrote: Struts 1.1 is the one. Infact this is the last final released version. Excuse me? It really isn't that hard to go to the Struts home page ( http://struts.apache.org), then click the Acquiring link ( http://struts.apache.org/acquiring.html), and discover that Struts 1.2.7 is the current General Availability release. Struts 1.1 was certainly a good release ... but it is not even *close* to being current. That being said, there was an implicit assumption in the original question that the most current General Availability release will have fewer bugs than the latest and greatest nightly builds. For Struts at least, that is *not* an assumption I would necessarily make -- the developers have tended to be pretty conservative about disruptive changes in a 1.x train, once the first GA release in that train has occurred. Craig Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The latest stable version of struts
From: SINHA Ranjay [EMAIL PROTECTED] Struts 1.1 is the one. Infact this is the last final released version. You're a little behind the times. ;) The current General Availability release is Struts 1.2.7. http://struts.apache.org/acquiring.html -- Wendy Smoak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: The latest stable version of struts
Hi Ranjay, I believe after 1.1 there are already 1.2.x versions released. Do you mean to say none of them are stable ? Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:02 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Struts 1.1 is the one. Infact this is the last final released version. Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - 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: The latest stable version of struts
Hi Ranjay, I believe after 1.1 there are already 1.2.x versions released. Do you mean to say none of them are stable ? Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:02 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Struts 1.1 is the one. Infact this is the last final released version. Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - 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: The latest stable version of struts
Hi Ranjay, I believe after 1.1 there are already 1.2.x versions released. Do you mean to say none of them are stable ? Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:02 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Struts 1.1 is the one. Infact this is the last final released version. Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - 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: The latest stable version of struts
I have used Struts 1.1 extensively without hiccup but you should take a advice of Craig himself he is one who created this framework. Ranjay -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:27 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Hi Ranjay, I believe after 1.1 there are already 1.2.x versions released. Do you mean to say none of them are stable ? Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:02 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Struts 1.1 is the one. Infact this is the last final released version. Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - 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]
RE: The latest stable version of struts
Hi Ranjay, I've also used Struts 1.1 extensively. However, I believe Struts 1.2 has some advanced features (like centralized exception handling etc.). So I'm looking for feedback on how Struts 1.2.x otherwise. Hopefully Craig will read this mail and clarify my doubt. Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:40 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts I have used Struts 1.1 extensively without hiccup but you should take a advice of Craig himself he is one who created this framework. Ranjay -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:27 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Hi Ranjay, I believe after 1.1 there are already 1.2.x versions released. Do you mean to say none of them are stable ? Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:02 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Struts 1.1 is the one. Infact this is the last final released version. Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - 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]
Re: The latest stable version of struts
I think the situation is similar to which JDK people use. Right now, the bulkof the marketplace is probably using 1.3, with 1.4 gaining ground, and 1.5 still considered the newbie. Likewise, from what ?I hear, it seems that the bulk of the Struts marketplace is still using 1.1, with 1.2 gaining ground. As Craig said, the committers consider Struts 1.2.7 to be the best available release. * http://struts.apache.org/acquiring.html Struts 1.3.x is on its way, and the bugs that we've had to address between 1.2.7 and 1.3.x were very minor. Struts 1.2.7 is proving to be a very stable platform, with great new features. * http://struts.apache.org/userGuide/release-notes.html We do want to stress that it is *very* important to stay current with deprecation warnings. We *do* remove deprecated features with each release series. Each release in the 1.x series is compatiable with the series before, but that is all the we guarantee. Don't be left behind. If you thnk you might want to use Struts 1.3.x later, our best advice would be to try using Struts 1.2.7 now, and get that round of deprecrations out of the way. -Ted. On 8/31/05, souravm [EMAIL PROTECTED] wrote: Hi Ranjay, I've also used Struts 1.1 extensively. However, I believe Struts 1.2 has some advanced features (like centralized exception handling etc.). So I'm looking for feedback on how Struts 1.2.x otherwise. Hopefully Craig will read this mail and clarify my doubt. Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:40 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts I have used Struts 1.1 extensively without hiccup but you should take a advice of Craig himself he is one who created this framework. Ranjay -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:27 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Hi Ranjay, I believe after 1.1 there are already 1.2.x versions released. Do you mean to say none of them are stable ? Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:02 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Struts 1.1 is the one. Infact this is the last final released version. Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - 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]
logout problem
when one user is logged in to application - other users can not login
when user push the logoff button application envoke Logoff action and do:
- session.invalidate();
- LogoffJDBC.logout();
where: logout()
{ ...
stmt.execute(UPDATE database_name SET logout='yes');
...
}
question: but how to evoke Logoff action when user closes browser?
Uroda.wp.pl - Zobacz najmodniejsze fryzury sezonu! Kliknij:
http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Ffr.htmlsid=481
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: logout problem
Sławek Tuleja wrote: question: but how to evoke Logoff action when user closes browser? In general you dont :-) You just wait for the session to expire using a session event listener. However, if the client supports javascript, you can catch the onclose event and perhaps submit an XMLHTTPRequest to the server (if the object is supported), but you cannot actually rely on this. hth, Manos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: logout problem
Emmanouil Batsis on 31/08/05 12:37, wrote: Sławek Tuleja wrote: question: but how to evoke Logoff action when user closes browser? In general you dont :-) You just wait for the session to expire using a session event listener. However, if the client supports javascript, you can catch the onclose event and perhaps submit an XMLHTTPRequest to the server (if the object is supported), but you cannot actually rely on this. If you're mad keen on the idea and wish to avoid javascript, put an invisible iframe in the page with a meta http-equiv=Refresh content=15; URL=../action/redirect.html/ in the header, so that the client's browser continually polls the server, and set a listener to do something when it stops. I would never do that myself though ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: logout problem
On Wed, 2005-08-31 at 12:46 +0100, Adam Hardy wrote: Emmanouil Batsis on 31/08/05 12:37, wrote: Sławek Tuleja wrote: question: but how to evoke Logoff action when user closes browser? In general you dont :-) You just wait for the session to expire using a session event listener. However, if the client supports javascript, you can catch the onclose event and perhaps submit an XMLHTTPRequest to the server (if the object is supported), but you cannot actually rely on this. If you're mad keen on the idea and wish to avoid javascript, put an invisible iframe in the page with a meta http-equiv=Refresh content=15; URL=../action/redirect.html/ in the header, so that the client's browser continually polls the server, and set a listener to do something when it stops. I would never do that myself though ;) why not? regards Leon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: logout problem
I have used the meta http-equiv=Refresh content=300; URL=../action/Logout.do/ tag in an application that is very information sensitive. The idea is that the sensitive information does not stay displayed unused for nothing. This was a user requirement. BTW, you don't need an iframe. Also, you can never catch all instances where a logout will occur, such as logging off the machine... or just pressing the power button. - Glenn Leon Rosenberg [EMAIL PROTECTED] 31/08/2005 08:17 AM Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: logout problem On Wed, 2005-08-31 at 12:46 +0100, Adam Hardy wrote: Emmanouil Batsis on 31/08/05 12:37, wrote: Sławek Tuleja wrote: question: but how to evoke Logoff action when user closes browser? In general you dont :-) You just wait for the session to expire using a session event listener. However, if the client supports javascript, you can catch the onclose event and perhaps submit an XMLHTTPRequest to the server (if the object is supported), but you cannot actually rely on this. If you're mad keen on the idea and wish to avoid javascript, put an invisible iframe in the page with a meta http-equiv=Refresh content=15; URL=../action/redirect.html/ in the header, so that the client's browser continually polls the server, and set a listener to do something when it stops. I would never do that myself though ;) why not? regards Leon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT]properties file question
Hi i have a properties file where in i define all the connection options like date format=iso time format=hms I am having problem with this file when running in turkey because of space character. is there a way i can convert this properties file to work in all languages Ashish __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Trim all fields before validation
Hello all, I was searching for the best way to do this. I want all the fields on my form to be trimmed before they are sent for validation (I call validate from my action class). What's the best way to do this if I have DynaValidatorActionForm? thanks, Dilip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trim all fields before validation
Take a peek at the ParameterMunger filter in Java Web Parts: http://javawebparts.sourceforge.net/javadocs/javawebparts/filter/ParameterMungerFilter.html This will do what you want I think. If you decide to use it and have any suggestions, they are always welcome :) Frank Dilip Ladhani wrote: Hello all, I was searching for the best way to do this. I want all the fields on my form to be trimmed before they are sent for validation (I call validate from my action class). What's the best way to do this if I have DynaValidatorActionForm? thanks, Dilip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trim all fields before validation
At 2:49 PM -0400 8/31/05, Dilip Ladhani wrote: Hello all, I was searching for the best way to do this. I want all the fields on my form to be trimmed before they are sent for validation (I call validate from my action class). What's the best way to do this if I have DynaValidatorActionForm? Personally, I'd make this part of an onsubmit handler in the page. You can't really intervene in the form population process on the Struts side right now (although arguably that's something which should be exposed for user customization better). I suppose maybe you could extend DynaValidatorActionForm and try to intervene in how it handles property setting, but it's pretty abstract, so that may be a big challenge. And, of course, you could sacrifice your dynaforms and implement your own form bean classes which trim any non-null string value which is applied. Joe -- 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]
Re: Struts-Layout DispatchAction problem.
I think I should try to explain my problem a little better. After some debugging and searching I found out that my url generation within portlet is the problem.. specifically channel.setLocation(Login.do?method=selectCMAFormcellPointId= + form.getChannel()); It just resets my TreeView but dosent call the Struts Action -- selectCMAForm()... I found that I would need to use portlerResponse.encodeURL to generate URL's within portlet. So I tried to do this. channel.setLocation(response.encodeURL(/wps/myportal + request.getContextPath() + /Login.do? method=selectCMAFormcellPointId= + form.getChannel())); But this also dosent seem to call the Struts Action (selectCMAForm) from the Portlet. It does the same thing -- resets my TreeView. This is the url generated by it in my browser window... http://localhost:9081/wps/myportal/.CampaignManagement/Login.do? method=selectCMAFormcellPointId=customer Also one thing is that when i looked in my portal logs i get this strange error.. i hadnt noticed earlier.. 2005.08.30 10:31:12.202 W com.ibm.wps.engine.Servlet doGet() class com.ibm.wps.state.nls.inputmediators.exceptions.NlsCannotInterpretSta teException: Unspecified message () I would appreciate any help from anybody who has used Struts within JSR 168 portlet. I am having trouble calling Struts Actions from the portlet.. --- In [EMAIL PROTECTED], kunjal shah [EMAIL PROTECTED] wrote: Hello, I am new to Struts Framework. I am developing a Struts based JSR 168 portlet on WepSphere Portal 5.1 platform. I needed some help with an error I am getting in designing a Tree based hierarchial View in the portlet. I am using Struts DispatchAction class to forward the user to the Tree based navigation. This is the jsp code fragment for this. html:form urlType=standard action=Login.do Here I am calling the unspecified method in my DispatchAction class. This works fine and the tree is populated inside my Action class and displayed through a JSP (ActionForward). Now I am trying to associate action handling with the links within Tree View (MenuComponent) doing something like this in my Action Class. channel.setLocation(Login.do?method=selectCMAFormcellPointId= + form.getChannel()); Here channel is my MenuComponent -- the last node within the tree.. This dosent seem to work and selectCMAForm method within the Action class is not called. I tried to call any outside link through my action class like channel.setLocation(http://www.google.com;); This works. I also tried to call my DispatchAction method directly through the jsp like html:form urlType=standard action=Login.do? method=selectCMAFormcellPointId=customer This also works and the selectCMAForm method is called. May be I am missing something here. I would appreciate any help or tips with this problem. I am using an ActionForm which is getting populated inside the Action class. Thanks - Kunjal. - Start your day with Yahoo! - make it your home page - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
resource not found error
Hi, I am new to struts. I tried http://www.reumann.net/struts/lesson1.do example with tomacat. I am getting error The requested resource (/nstart) is not available., when I tried to run it (http://localhost:8080/nstart) tocat -- 4.1 version struts -- 1.2.7 version I am able to run another application using tomcat and that works fine (http://localhost:8080/transfer/login.jsp) My web.xml ( in $tomcat_home$/webapps/nstart/WEB-INF/web.xml) file contains tags as !-- tag libs -- taglib taglib-uri/WEB-INF/struts-bean.tld/taglib-uri taglib-location/WEB-INF/struts-bean.tld/taglib-location /taglib taglib taglib-uri/WEB-INF/struts-html.tld/taglib-uri taglib-location/WEB-INF/struts-html.tld/taglib-location /taglib taglib taglib-uri/WEB-INF/struts-logic.tld/taglib-uri taglib-location/WEB-INF/struts-logic.tld/taglib-location /taglib taglib taglib-urijstl/c/taglib-uri taglib-location/WEB-INF/c.tld/taglib-location /taglib Thanks, Nirmala - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trim all fields before validation
I still need to look at Frank's suggestion. Thanks for your suggestions Frank and Joe. So Joe, you would trim all the fields using javascript right? I understand your suggestion. I was hoping that just before I call validate in my action, I could write a generic loop to loop around the keyset (I suppose this is not exposed by DynaValidatorActionForm, like it would be for say a Hahmap) and trim all the Strings on the form. But I am not sure how I can get the keyset. Javascript can always work and I do use javascript, but always as a last resort. All ideas are welcome. From: Joe Germuska [EMAIL PROTECTED] To: Dilip Ladhani [EMAIL PROTECTED], user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 13:58:50 -0500 At 2:49 PM -0400 8/31/05, Dilip Ladhani wrote: Hello all, I was searching for the best way to do this. I want all the fields on my form to be trimmed before they are sent for validation (I call validate from my action class). What's the best way to do this if I have DynaValidatorActionForm? Personally, I'd make this part of an onsubmit handler in the page. You can't really intervene in the form population process on the Struts side right now (although arguably that's something which should be exposed for user customization better). I suppose maybe you could extend DynaValidatorActionForm and try to intervene in how it handles property setting, but it's pretty abstract, so that may be a big challenge. And, of course, you could sacrifice your dynaforms and implement your own form bean classes which trim any non-null string value which is applied. Joe -- 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]
[tiles] Empty attributes and Tomcat 5.5
I dropped a (Servlet 2.3) Struts 1.2.7 + Tiles webapp into a fresh Tomcat 5.5 install, and started seeing directory listings of contents under WEB-INF. Tomcat properly refuses to serve any of the files; clicking on any of them gives the usual 404 that you'd get if you constructed a URL to something under WEB-INF. It seems to be coming from tags like this basicLayout.jsp: tiles:insert attribute=tabs/ when I do this to keep anything from appearing in that spot tiles-defs.xml: definition name=masterPage path=/WEB-INF/jsp/layout/basicLayout.jsp put name=tabsvalue= / /definition I don't know whether Tiles or Tomcat is at fault here, but I'm pretty sure that no matter how badly I misconfigure a webapp, [and I didn't change anything from what worked on Tomcat 4.1,] it should not be possible to get directory listings under WEB-INF. (On advice from tomcat-user, I've fixed the problem by turning off directory listings for the default servlet in conf/web.xml.) Has anyone else tried to move a Struts+Tiles app to Tomcat 5.5 with no changes? -- Wendy Smoak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trim all fields before validation
If you don't want to write javascript to do it, Frank's suggestion looks like your best bet, but I've only looked at the Javadoc not the code behind it. If you want to brute-force it, you can certainly get the map out of a DynaForm easily enough: Map values = (DynaValidatorActionForm form).getMap(); -ed On 8/31/05, Dilip Ladhani [EMAIL PROTECTED] wrote: I still need to look at Frank's suggestion. Thanks for your suggestions Frank and Joe. So Joe, you would trim all the fields using javascript right? I understand your suggestion. I was hoping that just before I call validate in my action, I could write a generic loop to loop around the keyset (I suppose this is not exposed by DynaValidatorActionForm, like it would be for say a Hahmap) and trim all the Strings on the form. But I am not sure how I can get the keyset. Javascript can always work and I do use javascript, but always as a last resort. All ideas are welcome. From: Joe Germuska [EMAIL PROTECTED] To: Dilip Ladhani [EMAIL PROTECTED], user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 13:58:50 -0500 At 2:49 PM -0400 8/31/05, Dilip Ladhani wrote: Hello all, I was searching for the best way to do this. I want all the fields on my form to be trimmed before they are sent for validation (I call validate from my action class). What's the best way to do this if I have DynaValidatorActionForm? Personally, I'd make this part of an onsubmit handler in the page. You can't really intervene in the form population process on the Struts side right now (although arguably that's something which should be exposed for user customization better). I suppose maybe you could extend DynaValidatorActionForm and try to intervene in how it handles property setting, but it's pretty abstract, so that may be a big challenge. And, of course, you could sacrifice your dynaforms and implement your own form bean classes which trim any non-null string value which is applied. Joe -- 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: [tiles] Empty attributes and Tomcat 5.5
Wendy Smoak wrote:
I dropped a (Servlet 2.3) Struts 1.2.7 + Tiles webapp into a fresh
Tomcat 5.5 install, and started seeing directory listings of contents
under WEB-INF.
Tomcat properly refuses to serve any of the files; clicking on any of
them gives the usual 404 that you'd get if you constructed a URL to
something under WEB-INF.
It seems to be coming from tags like this
basicLayout.jsp:
tiles:insert attribute=tabs/
when I do this to keep anything from appearing in that spot
tiles-defs.xml:
definition name=masterPage path=/WEB-INF/jsp/layout/basicLayout.jsp
put name=tabsvalue= /
/definition
I don't know whether Tiles or Tomcat is at fault here, but I'm pretty
sure that no matter how badly I misconfigure a webapp, [and I didn't
change anything from what worked on Tomcat 4.1,] it should not be
possible to get directory listings under WEB-INF.
(On advice from tomcat-user, I've fixed the problem by turning off
directory listings for the default servlet in conf/web.xml.)
Has anyone else tried to move a Struts+Tiles app to Tomcat 5.5 with no
changes?
I had a problem like this, but it was slightly different. I had a very
generic wildcard mapping, /*, that forwarded to {1}, If there was an
{1} forward configured, then it worked, otherwise, it would do 1 of 2
things consistently: upchuck or print a directory listing.
Are you using wildcard mappings?
- Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trim all fields before validation
That's correct Ed, but there is no way to set it back, unless I modify the code, right? From: Ed Griebel [EMAIL PROTECTED] Reply-To: Struts Users Mailing List user@struts.apache.org To: Struts Users Mailing List user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 15:48:30 -0400 If you don't want to write javascript to do it, Frank's suggestion looks like your best bet, but I've only looked at the Javadoc not the code behind it. If you want to brute-force it, you can certainly get the map out of a DynaForm easily enough: Map values = (DynaValidatorActionForm form).getMap(); -ed On 8/31/05, Dilip Ladhani [EMAIL PROTECTED] wrote: I still need to look at Frank's suggestion. Thanks for your suggestions Frank and Joe. So Joe, you would trim all the fields using javascript right? I understand your suggestion. I was hoping that just before I call validate in my action, I could write a generic loop to loop around the keyset (I suppose this is not exposed by DynaValidatorActionForm, like it would be for say a Hahmap) and trim all the Strings on the form. But I am not sure how I can get the keyset. Javascript can always work and I do use javascript, but always as a last resort. All ideas are welcome. From: Joe Germuska [EMAIL PROTECTED] To: Dilip Ladhani [EMAIL PROTECTED], user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 13:58:50 -0500 At 2:49 PM -0400 8/31/05, Dilip Ladhani wrote: Hello all, I was searching for the best way to do this. I want all the fields on my form to be trimmed before they are sent for validation (I call validate from my action class). What's the best way to do this if I have DynaValidatorActionForm? Personally, I'd make this part of an onsubmit handler in the page. You can't really intervene in the form population process on the Struts side right now (although arguably that's something which should be exposed for user customization better). I suppose maybe you could extend DynaValidatorActionForm and try to intervene in how it handles property setting, but it's pretty abstract, so that may be a big challenge. And, of course, you could sacrifice your dynaforms and implement your own form bean classes which trim any non-null string value which is applied. Joe -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trim all fields before validation
I just checked the Struts source code, and getMap() returns a reference to the internal hash map, so changes to items in the map will be reflected in the form bean. -ed On 8/31/05, Dilip Ladhani [EMAIL PROTECTED] wrote: That's correct Ed, but there is no way to set it back, unless I modify the code, right? From: Ed Griebel [EMAIL PROTECTED] Reply-To: Struts Users Mailing List user@struts.apache.org To: Struts Users Mailing List user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 15:48:30 -0400 If you don't want to write javascript to do it, Frank's suggestion looks like your best bet, but I've only looked at the Javadoc not the code behind it. If you want to brute-force it, you can certainly get the map out of a DynaForm easily enough: Map values = (DynaValidatorActionForm form).getMap(); -ed On 8/31/05, Dilip Ladhani [EMAIL PROTECTED] wrote: I still need to look at Frank's suggestion. Thanks for your suggestions Frank and Joe. So Joe, you would trim all the fields using javascript right? I understand your suggestion. I was hoping that just before I call validate in my action, I could write a generic loop to loop around the keyset (I suppose this is not exposed by DynaValidatorActionForm, like it would be for say a Hahmap) and trim all the Strings on the form. But I am not sure how I can get the keyset. Javascript can always work and I do use javascript, but always as a last resort. All ideas are welcome. From: Joe Germuska [EMAIL PROTECTED] To: Dilip Ladhani [EMAIL PROTECTED], user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 13:58:50 -0500 At 2:49 PM -0400 8/31/05, Dilip Ladhani wrote: Hello all, I was searching for the best way to do this. I want all the fields on my form to be trimmed before they are sent for validation (I call validate from my action class). What's the best way to do this if I have DynaValidatorActionForm? Personally, I'd make this part of an onsubmit handler in the page. You can't really intervene in the form population process on the Struts side right now (although arguably that's something which should be exposed for user customization better). I suppose maybe you could extend DynaValidatorActionForm and try to intervene in how it handles property setting, but it's pretty abstract, so that may be a big challenge. And, of course, you could sacrifice your dynaforms and implement your own form bean classes which trim any non-null string value which is applied. Joe -- 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] - 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]
Specifying MessageResource for Title information.
Folks, I am trying to have all my form fields to have a title. The way I approached this was to pass title information to the html:* tags like below. html:text bundle=hints titleKey=somekey properties=some / I have the hints.properties file in the classes folder. I separated all the title related keys to hints.properties. The problem with this approach is I have to specify the bundle information every time I have pass title information. The only other way I could get away from passing bundle info is to put the keys in ApplicationResource file. But i really wanted to keep it separate. We envision having title information in multiple languages. Anyone have any better idea?? Thanks AJ
Re: Trim all fields before validation
Thanks Ed, I will give this a shot From: Ed Griebel [EMAIL PROTECTED] Reply-To: Struts Users Mailing List user@struts.apache.org To: Struts Users Mailing List user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 16:13:56 -0400 I just checked the Struts source code, and getMap() returns a reference to the internal hash map, so changes to items in the map will be reflected in the form bean. -ed On 8/31/05, Dilip Ladhani [EMAIL PROTECTED] wrote: That's correct Ed, but there is no way to set it back, unless I modify the code, right? From: Ed Griebel [EMAIL PROTECTED] Reply-To: Struts Users Mailing List user@struts.apache.org To: Struts Users Mailing List user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 15:48:30 -0400 If you don't want to write javascript to do it, Frank's suggestion looks like your best bet, but I've only looked at the Javadoc not the code behind it. If you want to brute-force it, you can certainly get the map out of a DynaForm easily enough: Map values = (DynaValidatorActionForm form).getMap(); -ed On 8/31/05, Dilip Ladhani [EMAIL PROTECTED] wrote: I still need to look at Frank's suggestion. Thanks for your suggestions Frank and Joe. So Joe, you would trim all the fields using javascript right? I understand your suggestion. I was hoping that just before I call validate in my action, I could write a generic loop to loop around the keyset (I suppose this is not exposed by DynaValidatorActionForm, like it would be for say a Hahmap) and trim all the Strings on the form. But I am not sure how I can get the keyset. Javascript can always work and I do use javascript, but always as a last resort. All ideas are welcome. From: Joe Germuska [EMAIL PROTECTED] To: Dilip Ladhani [EMAIL PROTECTED], user@struts.apache.org Subject: Re: Trim all fields before validation Date: Wed, 31 Aug 2005 13:58:50 -0500 At 2:49 PM -0400 8/31/05, Dilip Ladhani wrote: Hello all, I was searching for the best way to do this. I want all the fields on my form to be trimmed before they are sent for validation (I call validate from my action class). What's the best way to do this if I have DynaValidatorActionForm? Personally, I'd make this part of an onsubmit handler in the page. You can't really intervene in the form population process on the Struts side right now (although arguably that's something which should be exposed for user customization better). I suppose maybe you could extend DynaValidatorActionForm and try to intervene in how it handles property setting, but it's pretty abstract, so that may be a big challenge. And, of course, you could sacrifice your dynaforms and implement your own form bean classes which trim any non-null string value which is applied. Joe -- 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] - 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]
Re: core struts -- best practise fundementals
peru cheppanu wrote: Thanks for replying me. The basic idea is knowing the need for tag libraries.. for which the explanation was given as reusability. In my opinion, the purpose of tags, besides reusability (after all, plain objects and methods are reusable and easier to implement), is rendering the JSPs more readable and understandable by programmers more familiar with HTML. But this is true not only if assuming that one working with the JSPs is java challenged. And to demonstrate this I suggest the following experiment. Take a JSP (say medium sized) and make 2 versions of it: one using the logic tags and the other using java scriptlets instead (the replacement should be straightforward). Then compare the 2 versions - the more readable one should be obvious. :-) Now, coming to specific example I have given: I agree that it should not be a part of logic: library. But, I think one such tag (substring) is useful in some cases. Why not prepare the data in the form required by the view before getting there? Usually doing so in a custom tag requires for more intermediary steps to be done. And, as already suggested, maybe someone out there already made such a handy tools tag library that has one custom tag which does substring. Say I need to populate a 40 * 10 table with two variables in each cell. I will need a object array of size 400 with two parameters in it. ( I can have Hashmap if I have identical keys, but say thats not the case either). Instead I can have 400 String objects sent with some delimeter. I will save lot of object instantiations and substring the ones with two params. What do you think? I think that in the end, by doing substring in the jsp, you'll have even more objects created for each cell: the original string with the delimiter and two strings representing your needed values after extracting them. Remember that String is immutable and .substring() creates a new one when you call it on an instance. If all you have to do with each the values pairs is showing it in a table cell, why don't you just concatenate the values using a space as separator and then just display the string in the cell? Anyway... this kind of potential problems solving should be left aside initially when you design and develop your application. Otherwise it could really prevent you on concentrating on the business logic and model and postponing your delivery date. This kind of performance problems should only be addressed at the end, **if** they really show up as performance bottlenecks. You could be surprised by how fast java is... ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The latest stable version of struts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 How many man hours are associated with moving from 1.1 to 1.2.7? What are the major challenges? - -Randy On Aug 31, 2005, at 4:09 AM, Ted Husted wrote: I think the situation is similar to which JDK people use. Right now, the bulkof the marketplace is probably using 1.3, with 1.4 gaining ground, and 1.5 still considered the newbie. Likewise, from what ?I hear, it seems that the bulk of the Struts marketplace is still using 1.1, with 1.2 gaining ground. As Craig said, the committers consider Struts 1.2.7 to be the best available release. * http://struts.apache.org/acquiring.html Struts 1.3.x is on its way, and the bugs that we've had to address between 1.2.7 and 1.3.x were very minor. Struts 1.2.7 is proving to be a very stable platform, with great new features. * http://struts.apache.org/userGuide/release-notes.html We do want to stress that it is *very* important to stay current with deprecation warnings. We *do* remove deprecated features with each release series. Each release in the 1.x series is compatiable with the series before, but that is all the we guarantee. Don't be left behind. If you thnk you might want to use Struts 1.3.x later, our best advice would be to try using Struts 1.2.7 now, and get that round of deprecrations out of the way. -Ted. On 8/31/05, souravm [EMAIL PROTECTED] wrote: Hi Ranjay, I've also used Struts 1.1 extensively. However, I believe Struts 1.2 has some advanced features (like centralized exception handling etc.). So I'm looking for feedback on how Struts 1.2.x otherwise. Hopefully Craig will read this mail and clarify my doubt. Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:40 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts I have used Struts 1.1 extensively without hiccup but you should take a advice of Craig himself he is one who created this framework. Ranjay -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:27 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Hi Ranjay, I believe after 1.1 there are already 1.2.x versions released. Do you mean to say none of them are stable ? Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:02 PM To: Struts Users Mailing List Subject: RE: The latest stable version of struts Struts 1.1 is the one. Infact this is the last final released version. Cheers -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM To: Struts Users Mailing List Subject: The latest stable version of struts Hi All, Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? Regards, Sourav CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - 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: The latest stable version of struts
Depends on the size of your project, the features you've used and how you've developed it. The following notes should help you assess it yourself: Notes on upgrading from 1.1 to 1.2.4: http://wiki.apache.org/struts/StrutsUpgradeNotes11to124 Notes on upgrading from 1.2.4 to 1.2.7: http://wiki.apache.org/struts/StrutsUpgradeNotes124to127 Niall - Original Message - From: Randy Shepherd [EMAIL PROTECTED] Sent: Thursday, September 01, 2005 2:15 AM How many man hours are associated with moving from 1.1 to 1.2.7? What are the major challenges? - -Randy On Aug 31, 2005, at 4:09 AM, Ted Husted wrote: I think the situation is similar to which JDK people use. Right now, the bulkof the marketplace is probably using 1.3, with 1.4 gaining ground, and 1.5 still considered the newbie. Likewise, from what ?I hear, it seems that the bulk of the Struts marketplace is still using 1.1, with 1.2 gaining ground. As Craig said, the committers consider Struts 1.2.7 to be the best available release. * http://struts.apache.org/acquiring.html Struts 1.3.x is on its way, and the bugs that we've had to address between 1.2.7 and 1.3.x were very minor. Struts 1.2.7 is proving to be a very stable platform, with great new features. * http://struts.apache.org/userGuide/release-notes.html We do want to stress that it is *very* important to stay current with deprecation warnings. We *do* remove deprecated features with each release series. Each release in the 1.x series is compatiable with the series before, but that is all the we guarantee. Don't be left behind. If you thnk you might want to use Struts 1.3.x later, our best advice would be to try using Struts 1.2.7 now, and get that round of deprecrations out of the way. -Ted. On 8/31/05, souravm [EMAIL PROTECTED] wrote: Hi Ranjay, I've also used Struts 1.1 extensively. However, I believe Struts 1.2 has some advanced features (like centralized exception handling etc.). So I'm looking for feedback on how Struts 1.2.x otherwise. Hopefully Craig will read this mail and clarify my doubt. Regards, Sourav -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:40 PM I have used Struts 1.1 extensively without hiccup but you should take a advice of Craig himself he is one who created this framework. -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:27 PM I believe after 1.1 there are already 1.2.x versions released. Do you mean to say none of them are stable ? -Original Message- From: SINHA Ranjay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 12:02 PM Struts 1.1 is the one. Infact this is the last final released version. -Original Message- From: souravm [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 31, 2005 11:51 AM Can anyone please let me know which is the latest stable version of Struts to be used which has lesser bugs/problems ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
