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
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
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
-
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),
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
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:
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:
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:
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:
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
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
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');
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
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
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.
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
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
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
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
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?
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
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
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 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
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
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
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,
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
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
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
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
-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
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:
33 matches
Mail list logo
