Author: Alex Chaffee (http://www.jguru.com/guru/viewbio.jsp?EID=3) Question originally posed by swati m (http://www.jguru.com/guru/viewbio.jsp?EID=64343 Applets run inside browsers, and servlets run inside servers. So broadly speaking, use applets when you need dynamism on the client side, and use servlets when you need dynamism on the server side. Servlets can produce any HTML (or indeed, any file type), and therefore are much more versatile than applets.

Just include the aspectjrt.jar as a required archive. For example, here is the HTML code for an HTML editor applet that contains some debugging aspects: <APPLET CODE='com.company.swing.applets.EditorApplet' WIDTH='700' HEIGHT='525'> <PARAM NAME="CODE" VALUE="com.company.swing.applets.EditorApplet" > <PARAM NAME="ARCHIVE" VALUE ="../company-applets.jar,../aspectjrt.jar,../xmlrpc-applet.jar" > <PARAM NAME="type" VALUE="application/x-java-applet;version=1.

Yes, we support JSP by running Tomcat on our servers. JSP is available with any hosting account, but there is an additional fee per domain running JSP due to the high demand it puts on server resources.

Yes. Those are client-side technologies, so the host doesn't have to do anything to support or enable them. Any browser (such as Internet Explorer or Netscape) that supports them is enough, so any host will do. It doesn't matter whether Java or Flash are listed among the plan's features, they are supported by default.

We do not currently support JSP pages as they can be resource hungry and are not viable in a shared hosting environment. We usually recommend that customers wanting to use Java servlets go on their own dedicated server for enhanced reliability and security for their Java environment. You can request a dedicated quote here.

Microsoft supplies the J# Browser Controls that provide the capability to migrate existing applets to run within the context of the .NET Framework - usually with no changes to the Java applet source code!

Java v1.0.2 is limited in its font choices. To be safe with cross-platform names stick with one of the following (exactly as named): TimesRoman, Courier, Dialog, DialogInput, Helvetica. Font size can be just about any positive integer, but certain browsers don't support values greater than 36. The font style may be either: 'plain', 'bold', 'italic', or 'bolditalic'.

Droplets have full browser-independent capabilities, and remain as persistent desktop applications even when the browser is closed. Unlike applets, Droplets deliver zero application code to the client, making start-up much faster. This gives developers the ability to write much larger, enterprise-strength applications without worrying about the start-up cost.

My web application uses JavaMail to attach and send a file that the user specifies, but my application can't find the file.

Latest Answer: JSP vs Servlet1) Servlet is pure java codes, which is used to extend the web server by providing dyn... Latest Answer: Servlet tunneling means when one request from a servlet is passed to another servlet in order to ach...

Java Applets inside Safari can be configured to run any installed Java version by using the Java Preferences application.

Yes, JavaMail will work in applets in browsers that support the required JDK version. The Java Plug-in may be required to provide such support.

Most of the applets I use come from Fabio Ciucci's site Anfy Java. Some other good resources for java applets are Gamelan, Java Boutique and Web Developers Journal.

Yes. Even though the Java Plug-in has been enhanced to support APPLET tags, it is fully backward compatible with existing web pages that use OBJECT tags to launch applets. Moreover, the JRE/Java Plug-in continues to ship with the HTML Converter for those developers who want to invoke their applets using OBJECT rather than APPLET tags.

Standard? Hmmm... just link to The Applet Depot's front page (http://www.ericharshbarger.com/java/), and maybe mention me by name (Eric Harshbarger). Go for it. I am always willing to hear new ideas. I cannot guarantee the suggestion will be implemented, but I will consider it.

For now, we prefer that you simply link to this site. One reason is that it lets people have a discussion around a visualization using the bookmarking and forums that we provide.

Yes in signed applets, but no in unsigned applets (most cases). Since we do not allow unsigned applets access to any communications port under the JDK1.1 security model, you can not use the Java communications API with unsigned applets. We do plan to be compliant to JDK1.2 security model in later releases, which might allow trusted applet access to ports. The javax.comm.properties file is not intended to be edited by users.