Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.albasani.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Robert Klemme Newsgroups: comp.lang.java.programmer Subject: Re: Java servlet on browsers: dying or kicking ? Date: Fri, 28 Dec 2012 22:55:06 +0100 Lines: 51 Message-ID: References: <50d892e5$0$282$14726298@news.sunsite.dk> <50dbf6d1$0$80176$742ec2ed@news.sonic.net> <50dcfecc$0$292$14726298@news.sunsite.dk> <50dd5b51$0$80184$742ec2ed@news.sonic.net> <3-ydnZvnstrUl0PNnZ2dnUVZ8rqdnZ2d@bt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net 1M2VA9i+9z3n91PkgRqJBQDL30mzhq6mdVEjQj8q8W6AVqTKmunpaVLAl6MuqrJa0= Cancel-Lock: sha1:B6G2DHxputSvIUIzayptUYp70Fk= User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: <3-ydnZvnstrUl0PNnZ2dnUVZ8rqdnZ2d@bt.com> Xref: csiph.com comp.lang.java.programmer:20781 On 28.12.2012 22:08, lipska the kat wrote: > On 28/12/12 20:22, Robert Klemme wrote: >> On 28.12.2012 18:50, lipska the kat wrote: >> >>> I spend much of my working life translating a clients business processes >>> into something that can run on a computer and the trend is now more than >>> ever away from a strictly web based process and towards systems that are >>> completely independent of delivery mechanism. > >> This sounds exactly like the use case JEE was intended for. > > Well yes, I remember early days writing EJB deployment descriptors by > hand. What a hideous nightmare that was. An early, poorly documented > version of Weblogic and trying to figure out how everything was glued > together because the company couldn't afford the price of Weblogic > training. RMI over IIOP, stubs and skeletons, oh misery thy name is J2EE > ... and don't get me started on the Sun One application stack But you did notice that things have considerably changed in JEE world, did you? > You know what, I don't actually use it much these days. I have a bunch > of classes that implement the core business logic. A facade hides the > atomic business logic methods from clients and people write to the > facade. Need more functionality ... no problem, update the facade by > combining atomic methods in new ways. > > I rarely use web frameworks either, or persistence frameworks or any > other type of framework unless the client specifically requests it. > I still write most of my own SQL ... for the same reason I still write > stuff in assembler. It just seems like a good idea to stay close to the > machine/problem space This sounds like a case of NIH syndrome. It may actually be that you'd be better off with all the framework logic though. If things work well for you the way they are then that's good. > Validation is done serverside, client side validation is a nice thing to > have but I would never rely on this, I would always back it up on the > server, after all, validation can be a fundamental part of your business > logic. Absolutely. Cheers robert -- remember.guy do |as, often| as.you_can - without end http://blog.rubybestpractices.com/