Applet Performance

I wonder about the performance of loading an Applet on a browser.
Suppose I am using swing as my client,(of coz fat client),now I gonna make a change such that the client can be loaded on the browser.
The client itself is a heavy application, will it be even more difficult to be loaded by the browser?
or is therez anyway i need to make,or plugin i need to use, to improve the efficiency before it can be loaded smoothly on the web browser?
...coz..it seems i can make it smooth on applet view, but not on web browser

another question is,
the application is in fact an banking application. Part of the business rules are placed on the client side, with system oriented logic as well.
It works fine with a standalone application.
Just one more question, it this a common practise that ppl migrating the standalone application to applet and load in java,rather than using thin client?(coz time is not allowed for us to take time to convert the client to thin client)

Similar Messages

  • Awful Java applet performance -- never mind, being handled in a different thread

    Awful Java applet performance -- never mind, being handled in a different thread.

    Here's some more info that may be of use ... The Applet is signed and this particular problem only occurs with Safari. It has not been seen as of yet when using Firefox. And it definitey does not occur on Windows platforms with IE or Firefox. It's been observed across multiple versions of the applet and appears to have become an issue around the time of Leopard 10.5.6/Safari 3.2.1. I don't know if it has anything to do with the problem, but the html that starts the applet is dynamically generated from javascript. A user clicks a thumbnail image on a web page, the javascript opens a dojo dialog, and within the div that contains the dialog, another div is inserted containing the html that starts the applet. The applet also does a number of liveconnect calls to call javascript methods. When a "close" button is clicked on the Applet, the inverse occurs. The javascript clears the html that contained the applet. The applet's destroy method is called and there are no apparent memory leaks.
    The problem never seems to occur the first time the applet is started. It's always on a subsequent instantiation. Frequently, when it occurs, the applet is only partially painted and I sometimes see paint related calls on the stack trace of the awt thread.

  • Add Approver - applet performance when 'Add here' pressed

    Hi -
    We have recently upgraded to SRM 5.0 (classic) and are noticing that the Add hoc approver functionality is quite slow when using the graphical view.
    Steps:
    - for a sc to be approved, go to Approval Preview
    - click 'Add Approver'
    - on any of the 'Add here' entries, press
    The perofmance problem is when the 'Add here' is pressed - for the graphical view, i.e. using the applet, the performance can take 15 sec. and sometimes longer.  But, if in table view, the performance is o.k. at about 5 sec.
    This leads me to believe that the problem is with the applet (as opposed to for example the agent assignment causing problems, as is the same agent assignment with both ways).
    Just wondering if anyone is noticing the same issue - I have found nothing in OSS nor in this forum.
    Thanks,
    Keith

    Keith,
    We are also in the process of implmenting SRM5.5/EBP5.0.
    Just throwing out some ideas...since the graphical view is using a Jave applet could cause be due tp the jre version?   Parhaps upgrading ot he lates jre will solve the problem.
    Thanks,
    PS.  Where in Canada are you?

  • Applet performance problem....

    Hi folks,
    why, once the applet is downloaded on client side, he still continue to talk with classes and resources of the applet on server side?
    I mean, if pictures and other files are included into the compiled jar file (applet), why the applet on client side still continue to get these pictures and files from the applet on the server side...
    The jar is signed. The server is WIndows 2003 with Glassfish. The tests are done through IE7 and FF3.
    Any help would be appreciate...
    Thanks
    Mart.

    pm.renaud wrote:
    why, once the applet is downloaded on client side, he still continue to talk with classes and resources of the applet on server side?What makes you think so? Is it
    a) Looking at the output of the Java console?
    b) Using Wireshark or similar packet sniffer?
    c) Something else?
    In the case of a), I understand that the console will provide misleading information. It will imply it is getting resources from the original server, when it is actually using the cache. The reason is that in recent times, Sun has decided we do not need to know the location of the local cache, hence resources are simply identified by their original location.
    On the other hand, if you really want to take control of resource caching, it is better to hook into the JNLP API and use the DownloadService.
    The JNLP API is available to webstart apps., as well as embedded applets that are running in 1.6.0_10+ and are configured by a JNLP.
    See the [1.6u10 features page|http://java.sun.com/javase/6/webnotes/6u10.html] for more details of the last option.

  • Applet performance improvement -

    How i can improve the performace of the applet ,
    By perfomace i mean loading time, speed of operation , stability etc. Any helps and links to articles are cordially appreciated ,

    well, I've heard one way of doing it is to put all your class files into a jar file...I think Applets load faster..
    not much idea bout other ways of doing it.
    do let me know if u've found other ways of doing it..

  • Next-Generation Java 7 Plugin Performance on Windows 7 and IE 8

    Applet performance has historically been a black eye, to say the least, for Java Applets. Slow load times over today's networks are simply not tolerated by today's network standards. I'm currently supporting an Applet that is forced to move to the Java 7 Platform. As such, we are particularly sensitive to anything new that may further hinder applet performance. To that end, I've been doing quite a bit of benchmarking lately of Applet load times using various configurations with the Java 7 Plugin on Windows 7 using IE 8.
    To capture Java Applet load times, I've simply been marking the start time in Javascript from the HTML onLoad() event, and then calling out to a similar Javascript function to mark the end time from the bottom of the init() method in the Java Applet. I subtract the two times to get a general idea of how long it takes to load the applet.
    The best load times, so far, (when loading the JARs from the web server) occur when caching is employed (e.g., cache_option, cache_archive, cache_version). What I've noticed though, is that when everything else is the same, the performance is degraded by at least half when I check the 'Enable the next-generation Java Plug-in' in the Plugin Control Panel. Applet load times slow down by at least half when this option is enabled. When loading JAR files from the web server, with caching in effect, the applet load time performance is comparable to loading JAR files from the file system only when the next-generation plugin is not enabled. I assume this is because of the associated overhead of spinning-up this external JVM process, but I'm not certain.
    Does anyone know if this is a correct assumption? And if I'm correct, are there ways to speed up the loading of an applet when caching is used with the next-generation plugin? Is this another cold-start vs. warm-start issue for the JVM?
    My goal is to have applet load times for JARs loaded from the web server, using the next-generation plugin, as fast as when the JARs could be loaded from the local file system (which apparently is no longer possible using the next-generation plugin, sadly).
    Thanks!

    Thanks Igor.
    Web Browser: IE 8.0.76
    Java Plugin: 7u3 (1.7.0_03-b05)
    OS: Windows 7 Enterprise (32-bit)
    Server: Websphere 7
    Java Applet is in O&M phase and been around a while. Rich Internet Application with file system access requirements. Currently compiled with JDK 1.5. 10 JAR files total, 6 of which are third-party JARs. 4 JARs are custom and are signed.
    JAR1.jar -> 11077 bytes
    JAR2.jar -> 14207 bytes
    JAR3.jar -> 5093 bytes
    JAR4.jar -> 22233 bytes
    JAR5.jar -> 18722 bytes
    JAR6.jar -> 17578 bytes
    JAR7.jar -> 722237 bytes
    JAR8.jar -> 90688 bytes
    JAR9.jar -> 17521 bytes
    JAR10.jar -> 50686 bytes
    JSP Page is used to render the following HTML tags for loading the applet:
    <object classid="clsid:${UID}" name="preview" width="100%" height="300" id="poc">
    <PARAM name="java_code" value="com.loadfast.Applet.class"/>
    <param name="codebase" value="/www/applet"/>
    <PARAM name="cache_option" value="Plugin"/>
    <PARAM NAME="cache_archive" VALUE="
    JAR1.jar,
                        JAR2.jar,
                        JAR3.jar,
                        JAR4.jar,
                        JAR5.jar,
                        JAR6.jar,
                        JAR7.jar,
                        JAR8.jar,
                        JAR9.jar,
                        JAR10.jar
    "/>
    <PARAM NAME="cache_version" VALUE="
                        1.0.0.11,
                        1.0.0.11,
                        1.0.0.11,
                        1.0.0.11,
                        1.0.0.11,
                        1.0.0.11,
                        1.0.0.11,
                        1.0.0.11,
                        1.0.0.11,
                        1.0.0.11"/>
    <PARAM name="type" value="application/x-java-applet"/>
    </object>
    Here's a brief synopsis of my test methodology:
    Assuming caching is the fastest performance I'm going to get by putting JARs on web server, goal was to determine if browser plugin and next-gen plugin will offer the same performance in terms of time to load the Applet.
    To test, I unchecked the 'Enable Next-Gen' plugin option in the Java Plugin. I updated the cache_version values for all JARs. I 'touched' all JAR files in the WAR (I use cygwin) and redeployed the WAR. I have a cli script that launches IE and points it at my applet. When the applet loads, a Javascript Alert box displays showing the number of milliseconds it took to load the applet. I document the time, quit the browser, and re-execute my script. I do this 10 times for each test scenario and take the average.
    The two basic test scenarios are using the Browser Plugin (not next-gen) and using the Next-Gen Plugin. That is the only variable I change between test scenarios. Here is the raw data I collected for each test scenario:
    Not Using Next-Gen Plugin (milliseconds):
    run1 run2 run3 run4 run5 run6 run7 run8 run9 run10
    1761 474 535 495 500 505 502 267 693 513
    Avg: 625ms
    Using Next-Generation Plugin (milliseconds):
    run1 run2 run3 run4 run5 run6 run7 run8 run9 run10
    5382 1529 983 1545 1622 1575 1544 1544 1545 1529
    Avg: 1880ms
    The time it takes to load for each first run indicates caching is happening as subsequent runs are faster. I verified that the JVM is not making http requests for cached JAR files by proxying these requests with Tcpmon just to confirm this was the case.
    I'm basically just looking for a logical explanation to account for the significant time difference that occurs from this Plugin configuration change. It seems to make logical sense to me that this can be explained by JVM Process start up time, but I'm looking for corroboration on that or another explanation.
    Thanks for any advice, help, etc. I'll start looking into JNLP and JAR index as well.

  • Java Applet Not Working

    Hi, I have a crossword puzzle that doesn't seem to work when uploaded on a server. It works locally and has worked on other servers. What could be causing this not to work?

    Welcome to Apple Discussions.
    That's syncs up with the 04/29/2008 Java 6 release. From personal experience I can tell you I suffered through it for 3 days until the applet I use as a client was re-written. They didn't share the answer with me.
    Also, you may have hosed your system by trying to revert your Java. That's got files deep in the system. Try doing a fresh install OS X 10.5.x and see how your applet performs.
    -mj

  • How can i get an Applet transfer data to a servlet like a Form does?

    it is clear that URL class provides way to connect to remote web resource. and furthermore i am trying to make an applet perform like a Form in html to send user data to a servlet. i may adhere a long name-value string to url sent by applet but this is not a good way to hide information like hidden variables. Is there any class in J2SE package that i can wrap those Form data and send them in the way Form does...?
    cheers!

    Double posted
    http://forum.java.sun.com/thread.jspa?threadID=578770&messageID=2913924#2913924
    In your other post:
    but i just don't want to build a string with serlet name followed by many NV pairs tthis is a GET request:
    myURL?name=value&name=value
    To use a POST
    http://javaalmanac.com/egs/java.net/Post.html
    This still requires you to make a VP string that you write to an outputstream of the
    URLConnection. There is no other way to do this unless in an applet.

  • Very slow applets on Safari 5 and 1.6.20 - works fine in Firefox

    Hello,
    Has anyone else noticed very slow applets in safari 5? I'm running 1.6.0_20 and trying run any of the applets at http://openprocessing.org results in VERY slow applet performance.
    If i load the same applets in Firefox things run smoothly.
    For example, load this one in both and see the difference:
    http://openprocessing.org/visuals/?visualID=9151
    The motion in Safari 5 is jerky and not fluid at all. But in firefox it runs nice and smooth. Even in Chrome it's jerky just like Safari.
    I've tried both the 32/64 bit version settings and still the same result in Safari.
    Thanks..

    HI,
    Open Java Preferences (Applications/Utilities) Select the Network tab
    Click: Delete files
    Relaunch Safari.
    And empty the Safari cache from the Safari menu.
    Could be the site itself. An HTML validator came up with errors.
    http://validator.w3.org/check?uri=http%3A%2F%2Fopenprocessing.org%2Fvisuals%2F%3 FvisualID%3D9151&charset=%28detect+automatically%29&doctype=Inline&group=0
    Carolyn

  • Getting data out from applet in aspx...

    my applet perform some calculation,
    and i would like to get the result done by applet and put it in a <asp:Label> tag...
    is it possible?

    i have a function in applet, which will return a string.
    i would like to display the string in a <asp:Label> control.
    how can i call the function and return the string into the <asp:Label>?
    thanks a lot...

  • Applet Slow, Laggin ... Image handling, etc.

    I had an applet developed and its slow to respond. When I click a item it takes few seconds for the data to show.
    1) What things are available for testing the performance of an applet? What things could make an applet run slow?
    2) This applet will need to handle lots of images (1000-2000 @ 25-50k in size). What is the best way to handle image display in an applet to improve speed and performance? Can they be stored in the server memory or an index so that they can be retrieved faster than being pulled from the file system?
    3) Is webstart faster than applet?
    Any suggestions on how to improve the applet performance would be very much appreciated.
    Thank you.

    First you need to test your applet locally on your workstation running all on the same host to eliminate network and browser problems. If the applet is fast enough, the problem is your client/server connection or your browser.

  • Cannot delete the applet

    i'm working on JCOP in Eclipse and have a big problem now. normally i can install, select, and send command and finally delete applets. but the recent applet(performing class Cipher testing) i've installed, selected and run, but it can't be delete. attempting to delete always return error code 6985 and the applet stucks forever!! so i wanna know how can i delete such the applet? and can we replace the applet with a new one that has the same AID?
    the trouble code is:
    public static byte constructor01(){
              try{
                   cip = new CipherTestClass();
              }catch(Exception e){
                   return (byte)1;  // FAIL
              return (byte)0;  // PASS
         }the above code always return status word 6985 and the applet cannot be remove
    but if i change to this one, the applet can be delete with "delete" command with status word 9000:
    public static byte constructor01(){
              try{
                   CipherTestClass cip = new CipherTestClass();
              }catch(Exception e){
                   return (byte)1;  // FAIL
              return (byte)0;  // PASS
         }Both of the code have no error, can be installed, selected, and run, but only the second that can be remove from card.
    thank you

    Your first sample seems to store a reference to an object in a static field. You cannot delete an applet if a such a reference exists. (See Java Card specification!)
    If you are using a GP211 card, you can delete the entire package using the following JCShell command:
    delete -r <pkgaid>

  • How shall i send user data to servlet by an Applet in way Form does

    it is clear that URL class provides way to connect to remote web resource. and furthermore i am trying to make an applet perform like a Form in html to send user data to a servlet. i may adhere a long name-value string to url sent by applet but this is not a good way to hide information like hidden variables. Is there any class in J2SE package that i can wrap those Form data and send them in the way Form does...?
    cheers!

    It's not a matter of form vs. not-form, it's a matter of HTTP types.
    Basically HTTP allows a connection to be of various types: GET, POST, HEAD, and some lesser used ones like DELETE which many servers won't support anyway. GET is usually used for link clicks, and puts its arguments as name/value pairs as part of the resource name. POST sends it as body data, also as name/value pairs.
    In Java, the way you do this is, starting with your URL object, get an HttpURLConnection object. Then call setRequestMethod on that HttpURLConnection object. If I recall correctly the rest is basically the same.
    Check the docs for details and stuff I may have forgotten or got wrong. Also check RFC 2616, which is the HTTP specification.

  • Applet�s ResourceBundle forces ClassLoader to check network

    Hello,
    I have an applet that uses 3rd party jar (that I can�t modify) which in turn uses ResourceBundle for i18n. I�ve mention that applet performs multiple resource lookup over the network for files that don�t exist there; this is expected behavior however it is slows down applet significantly during initialization phase.
    I�m trying to find a way to force my applet to perform only jar lookup and prohibit any over the network query. Obviously that 3rd party jar was my code I could simply pass my custom ClassLoader into ResourceBundle which would do the trick�
    Is there a way to do it by signing and �sealing� an applet? Alternatively, can I supply custom ClassLoader to work JVM wide?
    Thanks in advance.

    user12866708 wrote:
    ..Is there any way to tell the classloader not to look at the applet's base directory for classes not found in its archives?http://download.oracle.com/javase/6/docs/technotes/guides/plugin/developer_guide/special_attributes.html#specialattributes
    See the codebase_lookup parameter.

  • Java.sql.DataSet et al.

    I'm using derby (also in the jdk). What happened to the jdbc4 features that were part of Mustang, they are absent in jdk1.6.

    When you say using the JDK you mean just using a simple text editor and command line to compile?
    I'm not too bothered about decompilation as I doubt anyone would go though the effort to decompile this particular program. As it currently stands I'm the only one known in my college class to try my hand at Java anyway. Anyone else handing a java project in would be very suspicious.
    How big would the program be if the JVM was included? Is it an intricate process to combine the two?
    I am aware that any code can be decompiled but e.g. VB programs can only be decompiled into assembly... atleast I have yet to see a proper VB decompiler in action.
    The app.path Java equivelant I need so the files needed by the program which should be in the same directory can be found with ease.
    What compiler did JBuilder come with? It's own or did they simply include Sun's?
    Whats the general opinion of V J++? is it pretty much Java or has M$ screwed it over and turned it into their own?
    When an argument is passed to a method in Java is it referenced in memory or is a copy created? How do I pass an array to a method? and not create a copy of it? ref?
    Can applets perform read and write actions on the machine it is stored? Can I refuse connections if a client is already connected?
    Thanx

Maybe you are looking for