thin client : Java Glossary

Feature	Thin Client	Thick Client
Java	Java runs only on the server.	Java runs on client and server.
browser	Required. Opera is the only browser that supports the latest Java 2 1.3. Microsoft Internet Explorer and Netscape are hopeless when it comes to Java.	Optional. You can run the client portion as an Applet in the browser, or stand-alone without the browser. Getting rid of the browser gives you back RAM (Random Access Memory).
speed	Slow. Everything must wait for the server to process and transmit the next screenful of information.	Fast. Can instantly scroll especially if the app caches data locally. However, starting the application is slower than with thin client because you must load a copy of the JVM (Java Virtual Machine) and the application. With the server, it is already running when the end user first encounters it, so takes no startup time.
editing	Edits are done in block mode. You don’t find out about your errors until you hit submit. It is up to you to find the erroneous data and correct it.	Keystroke by keystroke editing possible. You find out about an error the instant you key it, or sometimes as soon as you finish keying a field. The cursor is placed on the exact source of the error.
pizazz	You are limited to what you can pull off with HTML (Hypertext Markup Language) and animated gifs, or Javascript if you cheat on pure thin client.	What the app does is limited only by your imagination. You have the full power of Java available. With an application instead of an Applet you have even more freedom.
hassle	You must do all your coding on a server. If you don’t own a server, you will have a hard time persuading your ISP (Internet Service Provider) to let you use his, especially during the debugging phase. You have to think in terms of independent cgi transactions. Since the client does not maintain state information for you naturally, you must use cookies or other complex techniques. You don’t need Java working on the client machines. This saves a major installation hassle.	You do some of your coding on the server and some on the client. This makes a natural split for a team to work on a large project. The real hassle is avoiding the bugs and deliberate booby traps Microsoft and Netscape have laid for you. If you want to do anything that requires signed Applets adds to the complication a hundredfold. You can avoid that hassle by using a standalone application instead of Applets. However, then with applications, you have the problem of distributing and installing them. In the simplest case, you don’t use a server at all, and do all your work with the local Java application. In either case, you need to install and preserve from meddling a copy of the JRE (Java Runtime Environment) on each client machine.

Feature

Thin Client

Thick Client

Java

Java runs only on the server.

Java runs on client and server.

browser

Required. Opera is the only browser that supports the latest Java 2 1.3. Microsoft Internet Explorer and Netscape are hopeless when it comes to Java.

Optional. You can run the client portion as an Applet in the browser, or stand-alone without the browser. Getting rid of the browser gives you back RAM (Random Access Memory).

speed

Slow. Everything must wait for the server to process and transmit the next screenful of information.

Fast. Can instantly scroll especially if the app caches data locally. However, starting the application is slower than with thin client because you must load a copy of the JVM (Java Virtual Machine) and the application. With the server, it is already running when the end user first encounters it, so takes no startup time.

editing

Edits are done in block mode. You don’t find out about your errors until you hit submit. It is up to you to find the erroneous data and correct it.

Keystroke by keystroke editing possible. You find out about an error the instant you key it, or sometimes as soon as you finish keying a field. The cursor is placed on the exact source of the error.

pizazz

You are limited to what you can pull off with HTML (Hypertext Markup Language) and animated gifs, or Javascript if you cheat on pure thin client.

What the app does is limited only by your imagination. You have the full power of Java available. With an application instead of an Applet you have even more freedom.

hassle

You must do all your coding on a server. If you don’t own a server, you will have a hard time persuading your ISP (Internet Service Provider) to let you use his, especially during the debugging phase. You have to think in terms of independent cgi transactions. Since the client does not maintain state information for you naturally, you must use cookies or other complex techniques. You don’t need Java working on the client machines. This saves a major installation hassle.

You do some of your coding on the server and some on the client. This makes a natural split for a team to work on a large project. The real hassle is avoiding the bugs and deliberate booby traps Microsoft and Netscape have laid for you. If you want to do anything that requires signed Applets adds to the complication a hundredfold. You can avoid that hassle by using a standalone application instead of Applets. However, then with applications, you have the problem of distributing and installing them. In the simplest case, you don’t use a server at all, and do all your work with the local Java application. In either case, you need to install and preserve from meddling a copy of the JRE (Java Runtime Environment) on each client machine.

Please email your feedback for publication, letters to the editor, errors, omissions, typos, formatting errors, ambiguities, unclear wording, broken/redirected link reports, suggestions to improve this page or comments to Roedy Green :

. If you want your message, your name or email kept confidential, not considered for public posting, please explicitly specify that. Unless you state otherwise, I will treat your message as a letter to the editor that I may or may not publish in the feedback section. After that, it will be too late to retract it. If you disagree with something I said, please quote it and cite the web page where you found it, tell me why you think it is wrong, and, if possible, provide some supporting evidence. Threatening to kill me or spouting obscenities has yet to persuade me to change my mind.

	You can get the freshest copy of this page from:	or possibly from your local J: drive (Java virtual drive/mindprod.com website mirror)
	http://mindprod.com/jgloss/thinclient.html	J:\mindprod\jgloss\thinclient.html
	Please email your feedback for publication, letters to the editor, errors, omissions, typos, formatting errors, ambiguities, unclear wording, broken/redirected link reports, suggestions to improve this page or comments to Roedy Green : . If you want your message, your name or email kept confidential, not considered for public posting, please explicitly specify that. Unless you state otherwise, I will treat your message as a letter to the editor that I may or may not publish in the feedback section. After that, it will be too late to retract it. If you disagree with something I said, please quote it and cite the web page where you found it, tell me why you think it is wrong, and, if possible, provide some supporting evidence. Threatening to kill me or spouting obscenities has yet to persuade me to change my mind.
	Canadian Mind Products
	mindprod.com IP:[65.110.21.43]
view Blog	Your face IP:[38.107.179.212]
Feedback	You are visitor number 19,842.