Groups | Search | Server Info | Keyboard shortcuts | Login | Register


Groups > comp.lang.java.programmer > #4488

Re: tools for programming applets

From horos22 <ed.peschko@gmail.com>
Newsgroups comp.lang.java.programmer
Subject Re: tools for programming applets
Date 2011-05-23 12:32 -0700
Organization http://groups.google.com
Message-ID <7ae454dc-7844-4a33-8f04-c1393f931365@glegroupsg2000goo.googlegroups.com> (permalink)

Show all headers | View raw


Lew,

Think about it this way: an applet is a client in the same sense of the word as a browser is a client.

Instead of serving up html, you serve up code. This code is run locally, with potential input from the server, and it passes back output directly to the server.

Like it or not, this is a client/server paradigm. I can do a wireshark trace and see exactly the input that comes from the server - the code being downloaded, and the data being downloaded/uploaded to the server from the applet.

Now, in your paradigm of development, it may be helpful to *think* of the applet as a server-side object, but that's just a fiction, enforced by both convention and the structure of the tools. In the end, it really is a client - one hosted on a server, but a client nonetheless.

Again, you've thrown around some ugly adjectives, but it's only 'heinous' if you use it in some underhand way.  It's like developing under http vs https - it simplifies the architecture, makes it easier for you to develop. It's like scaffolding; helpful when its there for building, removable when you are done.

Anyways, I'm not going to re-hash all you said, but one comment struck me as particularly irksome.

"bulky, resource intensive, extra-life-support-systems-required effort that programming has become". 
There's only your irrational resistance to the facts."

Really? I've had people suggest to me that - on a non-existant budget, in a place where I'll probably only get limited access - that I rebuild the world, including databases and associated data, web configuration, any proprietary software that may be extant, and so on, *just* to work on a small corner of the site?

Instead of a simple configuration change limited to a single IP and perhaps password protected, which allows a custom applet to run in an environment which is neither mission critical (or important), is a one-way app that has no facilities for changing data on the server?

I'm sorry, but this is neither a security risk NOR an unreasonable request. 

What *is* unreasonable is to call me a 'cracker' in a public forum, based on zero information, and yes, I'll take umbrage at that.  Frankly, Lew, the malice in your responses is quite off-putting, and you should work on that.

Ed

Back to comp.lang.java.programmer | Previous | NextNext in thread | Find similar


Thread

Re: tools for programming applets horos22 <ed.peschko@gmail.com> - 2011-05-23 12:32 -0700
  Re: tools for programming applets Lew <noone@lewscanon.com> - 2011-05-23 17:06 -0400
  Re: tools for programming applets Martin Gregorie <martin@address-in-sig.invalid> - 2011-05-23 23:01 +0000

csiph-web