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.

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.

The shared JVM has the JavaMail libraries in the CLASSPATH. If you have a private JVM, you can include the appropriate .jar files in your private JVM. The JavaMail APIs are included with Jakarta Tomcat 4 and Tomcat 5. Note: the application should be using localhost to connect with it.

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.

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

There are many example programs included in the JavaMail download package, including simple command line programs illustrating various aspects of the JavaMail API, a Swing-based GUI application, a simple servlet-based application, and a complete web application using JSP pages and a tag library.

Short answer. Yes. Longer answer: In Gmail, access the SETTINGS link. Select FORWARDING AND POP. Select Enable POP for all mail (even mail that's... This is controlled by an option in the Control Panel. Find the Advanced tab of the Java feature under the Control Panel. Select "Show console" and it will... All Linux Devices | AntiOnline | Apache Today | ASPNews | CPU Planet | DatabaseJournal | DBASupport.

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.

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.

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

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.

Any locally attached, intranet or Internet user equipped with either Netscape Navigator or Microsoft Internet Explorer, and Java Plug in 1.3 can use ThinView applets.