Path: csiph.com!usenet.pasdenom.info!gegeweb.org!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail From: Gene Wirchenko Newsgroups: comp.lang.java.programmer Subject: Re: Java servlet on browsers: dying or kicking ? Date: Fri, 28 Dec 2012 09:14:06 -0800 Organization: A noiseless patient Spider Lines: 32 Message-ID: References: <50d892e5$0$282$14726298@news.sunsite.dk> <50dbf6d1$0$80176$742ec2ed@news.sonic.net> <50dcfecc$0$292$14726298@news.sunsite.dk> <2haqd8tjh04rec1nj524hu2u89jhq87283@4ax.com> <50ddc3cb$0$291$14726298@news.sunsite.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: mx04.eternal-september.org; posting-host="95789bcd602b4527561dc0cb1c85cae5"; logging-data="23260"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX180dqjZraDiPpPuzcMtxTU4Qe+3wifFQNk=" X-Newsreader: Forte Agent 4.2/32.1118 Cancel-Lock: sha1:zHD/V6cC1kdY4hcQL59vGcIE9f4= Xref: csiph.com comp.lang.java.programmer:20766 On Fri, 28 Dec 2012 11:07:31 -0500, Arne Vajhøj wrote: [snip] >I don't think there is much point in implementing all the business >logic twice - server side in Java and client side in JavaScript. That >would be an awfully waste of money. > >But I think I know what you are thinking about. You are talking about >data input validation. Exactly. >There are good reasons to do that both client side (for smooth UX) and >server side (for security). Exactly my point. >But the overlap between data input validation and business logic >is pretty small. Most business logic is not data input validation. >And a big chunk of data input validation is really UI and not >business logic. True. I am tired of Web pages that could catch entry errors, but do not until I have finished a whole page. It seems that a lot of people ignore putting any validation in the front-end. I would like people to think of putting code in both places. Sincerely, Gene Wirchenko