Return-Path: Delivered-To: apmail-jakarta-struts-user-archive@apache.org Received: (qmail 71241 invoked from network); 1 Jul 2002 16:44:40 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by 209.66.108.5 with SMTP; 1 Jul 2002 16:44:40 -0000 Received: (qmail 18972 invoked by uid 97); 1 Jul 2002 16:44:39 -0000 Delivered-To: qmlist-jakarta-archive-struts-user@jakarta.apache.org Received: (qmail 18956 invoked by uid 97); 1 Jul 2002 16:44:38 -0000 Mailing-List: contact struts-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list struts-user@jakarta.apache.org Received: (qmail 18944 invoked by uid 98); 1 Jul 2002 16:44:38 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <3D2086F7.4050002@onsea.net> Date: Mon, 01 Jul 2002 17:44:39 +0100 From: Cliff Rowley User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Struts Users Mailing List Subject: Re: Struts vs Jsp/javascript.. References: <20168A03D57AD511816F009027B2143EECCB5C@exchange.sicredi.com.br> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: 209.66.108.5 1.6.2 0/1000/N X-Spam-Rating: 209.66.108.5 1.6.2 0/1000/N If your forms are relatively well designed (see other threads in this list for more info) then page reloads will not be a problem anyway. In my experience trying to avoid page reloads opens a whole new can of worms. If the content surrounding your forms is the problem, then perhaps you should look at bumping up the cache for certain types of content (your images etc. - which should be cached anyway), or even using a frameset of some description so that the only reloading page is the form itself. In my last project I took the approach of trying to avoid pulling content from the server, which turned out to be more convoluted than I had bargained for. This project I have simply optimized the pages that are reloaded, and the difference is minimum in terms of performance, and maximum in terms of development effort. Emerson Cargnin wrote: > > and if I use js ans struts to populate comboboxes?? the users can't even use > the system if they have js disabled... and that's the way ti avoid entire > pages relaoads > > Emerson Cargnin > SICREDI _ POA > > > -----Original Message----- > From: Vincent Aumont > To: Struts Users Mailing List > Sent: 01/07/02 04:25 > Subject: Re: Struts vs Jsp/javascript.. > > Struts and Javascript don't compete in this area. > Keep in mind that some of your users might disable JavaScript; > therefore, > anything you validate on the client should be validated again on the > server. > > -Vincent. > > >>Wanted to know whether or not Struts Framework scores over the jsp- >>javascript combination in terms of validation of form elements. >>I hope you are able to unedrstand what i am asking...? to make it > > clearer.. > >>on one hand we have the jsp - javascript combination where in we can > > call a > >>single javascript funtion to validate the form elements and provide > > for > >>basic validations like NOT NULL , ONLY NUMERICALS... and so on... >> >>on the other hand we could use Struts ' validate function and do the > > same > >>job... >> >>Which appraoch is better and any advantages of using Struts for the > > same...! > >>Regards, >>Manish. >> > > ************************************************************************ > ** > >>This email (including any attachments) is intended for the sole use of > > the > >>intended recipient/s and may contain material that is CONFIDENTIAL AND >>PRIVATE COMPANY INFORMATION. Any review or reliance by others or > > copying or > >>distribution or forwarding of any or all of the contents in this > > message is > >>STRICTLY PROHIBITED. If you are not the intended recipient, please > > contact > >>the sender by email and delete all copies; your cooperation in this > > regard > >>is appreciated. >> > > ************************************************************************ > ** > >>-- >>To unsubscribe, e-mail: > > > >>For additional commands, e-mail: > > > > > -- > To unsubscribe, e-mail: > > For additional commands, e-mail: > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > > -- To unsubscribe, e-mail: For additional commands, e-mail: