Java Applet IIOP Call-In with Release 3C--How do we speed updownload ti

We have successfully implemented a simple Java Applet that calls into
Forte Services via IIOP. However, the duration of the download time for
Applet and its required class files is UNACCEPTABLE in a typical
INTERNET environment where 28.8K modems and multiple hops around the net
are not uncommon. We dialed into our network at 28.8K (but no hopping),
and found that download times varied from 1.5 - 2.0 minutes. This is
unacceptable, even by internet standards. We have been using the
Visigenic Visibroker product as the ORB.
After doing some investigation, we've come up with several ideas to
speed up download time:
1. Figure out how to use the Visigenic components (CORBA/IIOP class
files) that come bundled with the latest version of the Netscape
Navigator browser, so that they don't have to be downloaded
2. Figure out how to use ZIP files. Here's what I've read: "Since the
introduction of Netscape Navigator 3.0, you can specify an uncompressed
.zip file as an addition to the code base of your application. By
specifying a ZIP file, the browser will load your applet's classes from
a specified ZIP file before it searches the code base. This ZIP can
improve applet download time by reducing the number of HTTP connections
required to fetch applet code. As an added benefit, Netscape caches the
single ZIP file so that it will not reload your applet unless the date
of the ZIP file has changed."
3. Figure out how to use JAR files. Here's what I've read: "JAR
stands for Java archive. It's a file format based on the popular ZIP
file format and is used for aggregating many files into one. Although
JAR can be used as a general archiving tool, the primary motivation for
its development was so that Java applets and their requisite components
can be downloaded to a browser in a single HTTP transaction, rather than
opening a new connection for each piece. This greatly improves the
speed with which an applet can be loaded onto a web page and begin
functioning. The JAR format also supports compression, which reduces the
size of the file and improves download time still further."
Unfortunately, we've been unable to get any of these approaches to work.
Has any one used these or other approaches to speed up applet download
time? Or, does anyone know of consulting firms that specialize in this
sort of thing?
Thanks in advance for your help.
Mike Nelson, Project Leader
Metrix, Inc.
[email protected]
414-798-8560 x1157

Similar Messages

Re: [Fwd: Java Applet IIOP Call-In with Release 3C--How dowe speed up d

Hi Michael,
We have done exactly what you describe and have avoided the slow applet
download times. Although it can be a bit tricky, it is possible to use
the ORB bundled inside the Netscape 4.0 browser (Visibroker for Java by
Visigenic). Most of the code should follow Netscape's examples (on
http://developer.netscape.com)--just remember to initialize the ORB by
passing a reference to the current applet in orb_init() (so that you
invoke something like orb_init(this) [assuming you are extending
java.applet.Applet]). Pulling up the Java console within your web
browser should help debug quite a bit (a lot of debug messages will get
printed there the ORB is having problems).
Netscape has just implemented the applet caching schemes you describe,
so it probably shouldn't matter too much if you use another vendor's
ORB (we've done this with Iona's OrbixWeb). If you use ZIP files, they
have to be uncompressed, and I don't think that the browser will cache
them between browser sessions. Netscape 4.0 does seem to handle
compressed JAR files just fine and it does indeed cache them between
browser sessions. I'd go with the JAR format anyway since the ZIP
bundling was just a workaround until Sun got their act together in the
1.1 JDK.
By the way, you also might want to take advantage of the code-signing
and capabilities APIs of Netscape if you are going to invoke methods on
objects not resident on your web server. Otherwise, you will probably
run into the (in)famous browser applet security restrictions and you may
have other problems doing things like callbacks from Forte, etc.
If you want more detail on how it works, let me know and I can post some
examples.
Oh, one last thing: we are a consulting firm specializing in these kinds
of things :)
Bill
Subject: Java Applet IIOP Call-In with Release 3C--How do we speed up download time.
Date: Wed, 2 Jul 1997 09:10:31 -0500
From: Michael Nelson <[email protected]>
To: "'[email protected]'" <[email protected]>
We have successfully implemented a simple Java Applet that calls into
Forte Services via IIOP. However, the duration of the download time
for
Applet and its required class files is UNACCEPTABLE in a typical
INTERNET environment where 28.8K modems and multiple hops around the
net
are not uncommon. We dialed into our network at 28.8K (but no
hopping),
and found that download times varied from 1.5 - 2.0 minutes. This is
unacceptable, even by internet standards. We have been using the
Visigenic Visibroker product as the ORB.
After doing some investigation, we've come up with several ideas to
speed up download time:
1. Figure out how to use the Visigenic components (CORBA/IIOP class
files) that come bundled with the latest version of the Netscape
Navigator browser, so that they don't have to be downloaded
2. Figure out how to use ZIP files. Here's what I've read: "Since
the
introduction of Netscape Navigator 3.0, you can specify an
uncompressed
.zip file as an addition to the code base of your application. By
specifying a ZIP file, the browser will load your applet's classes
from
a specified ZIP file before it searches the code base. This ZIP can
improve applet download time by reducing the number of HTTP
connections
required to fetch applet code. As an added benefit, Netscape caches
the
single ZIP file so that it will not reload your applet unless the date
of the ZIP file has changed."
3. Figure out how to use JAR files. Here's what I've read: "JAR
stands for Java archive. It's a file format based on the popular ZIP
file format and is used for aggregating many files into one. Although
JAR can be used as a general archiving tool, the primary motivation
for
its development was so that Java applets and their requisite
components
can be downloaded to a browser in a single HTTP transaction, rather
than
opening a new connection for each piece. This greatly improves the
speed with which an applet can be loaded onto a web page and begin
functioning. The JAR format also supports compression, which reduces
the
size of the file and improves download time still further."
Unfortunately, we've been unable to get any of these approaches to
work.
Has any one used these or other approaches to speed up applet
download
time? Or, does anyone know of consulting firms that specialize in
this
sort of thing?
Thanks in advance for your help.
Mike Nelson, Project Leader
Metrix, Inc.
[email protected]
414-798-8560 x1157
Billy L. Williams, Jr. | email: [email protected]
Sage Solutions, Inc. | Tel: (415) 392-7243 (x506) Fax: (415) 391-3899
| Pager: (415) 605-1791 (page me if urgent)

Hi Michael,
We have done exactly what you describe and have avoided the slow applet
download times. Although it can be a bit tricky, it is possible to use
the ORB bundled inside the Netscape 4.0 browser (Visibroker for Java by
Visigenic). Most of the code should follow Netscape's examples (on
http://developer.netscape.com)--just remember to initialize the ORB by
passing a reference to the current applet in orb_init() (so that you
invoke something like orb_init(this) [assuming you are extending
java.applet.Applet]). Pulling up the Java console within your web
browser should help debug quite a bit (a lot of debug messages will get
printed there the ORB is having problems).
Netscape has just implemented the applet caching schemes you describe,
so it probably shouldn't matter too much if you use another vendor's
ORB (we've done this with Iona's OrbixWeb). If you use ZIP files, they
have to be uncompressed, and I don't think that the browser will cache
them between browser sessions. Netscape 4.0 does seem to handle
compressed JAR files just fine and it does indeed cache them between
browser sessions. I'd go with the JAR format anyway since the ZIP
bundling was just a workaround until Sun got their act together in the
1.1 JDK.
By the way, you also might want to take advantage of the code-signing
and capabilities APIs of Netscape if you are going to invoke methods on
objects not resident on your web server. Otherwise, you will probably
run into the (in)famous browser applet security restrictions and you may
have other problems doing things like callbacks from Forte, etc.
If you want more detail on how it works, let me know and I can post some
examples.
Oh, one last thing: we are a consulting firm specializing in these kinds
of things :)
Bill
Subject: Java Applet IIOP Call-In with Release 3C--How do we speed up download time.
Date: Wed, 2 Jul 1997 09:10:31 -0500
From: Michael Nelson <[email protected]>
To: "'[email protected]'" <[email protected]>
We have successfully implemented a simple Java Applet that calls into
Forte Services via IIOP. However, the duration of the download time
for
Applet and its required class files is UNACCEPTABLE in a typical
INTERNET environment where 28.8K modems and multiple hops around the
net
are not uncommon. We dialed into our network at 28.8K (but no
hopping),
and found that download times varied from 1.5 - 2.0 minutes. This is
unacceptable, even by internet standards. We have been using the
Visigenic Visibroker product as the ORB.
After doing some investigation, we've come up with several ideas to
speed up download time:
1. Figure out how to use the Visigenic components (CORBA/IIOP class
files) that come bundled with the latest version of the Netscape
Navigator browser, so that they don't have to be downloaded
2. Figure out how to use ZIP files. Here's what I've read: "Since
the
introduction of Netscape Navigator 3.0, you can specify an
uncompressed
.zip file as an addition to the code base of your application. By
specifying a ZIP file, the browser will load your applet's classes
from
a specified ZIP file before it searches the code base. This ZIP can
improve applet download time by reducing the number of HTTP
connections
required to fetch applet code. As an added benefit, Netscape caches
the
single ZIP file so that it will not reload your applet unless the date
of the ZIP file has changed."
3. Figure out how to use JAR files. Here's what I've read: "JAR
stands for Java archive. It's a file format based on the popular ZIP
file format and is used for aggregating many files into one. Although
JAR can be used as a general archiving tool, the primary motivation
for
its development was so that Java applets and their requisite
components
can be downloaded to a browser in a single HTTP transaction, rather
than
opening a new connection for each piece. This greatly improves the
speed with which an applet can be loaded onto a web page and begin
functioning. The JAR format also supports compression, which reduces
the
size of the file and improves download time still further."
Unfortunately, we've been unable to get any of these approaches to
work.
Has any one used these or other approaches to speed up applet
download
time? Or, does anyone know of consulting firms that specialize in
this
sort of thing?
Thanks in advance for your help.
Mike Nelson, Project Leader
Metrix, Inc.
[email protected]
414-798-8560 x1157
Billy L. Williams, Jr. | email: [email protected]
Sage Solutions, Inc. | Tel: (415) 392-7243 (x506) Fax: (415) 391-3899
| Pager: (415) 605-1791 (page me if urgent)

HT5243 How does one know if they use "java applets"? What do they do? How will I know if I need to 'disable the java web plug-in browser' if I do not use them? ( I'm not very literate in computer-speak.

How does one know if they use "java applets"? What do they do? How will I know if I need to 'disable the java web plug-in browser' if I do not use them? (Obviously I'm not very literate in computer-speak.)

Well, when you go to a web page a section of the web page will have a coffee cup picture where the java applet will run. The applet loads then runs. If you are not seeing this behavior then you are not using java. If it make you feel more comfortable then disable the browser java plugin. On my machine I have not disable java- but you
may what to.

Java Applet HelloWorld "Getting Started With Applets" example not working

Hi there,
It's been ages since I ran my Linux CentOS boot of Linux but I am going through the official oracle java applet tutorials, just every time I try and run the "Hello World" applet in Firefox 17.0.3 and I am running the Iced Tea thing for java applets.
Every time I try and run the example from the following code:
import javax.swing.JApplet;
import javax.swing.SwingUtilities;
import javax.swing.JLabel;
public class HelloWorld extends JApplet
// called when the user enters the html page:
public void init() // keep apps within the init() function very small as per the http://docs.oracle.com/javase/tutorial/deployment/applet/appletMethods.html
    try{
      SwingUtilities.invokeAndWait(new Runnable()
        public void run()
       JLabel myLabel = new JLabel("Hello World");
       add(myLabel);
        } // end running the application
      }); //end of swing invokeand wait
    } catch (Exception error){ // end user running the app in page
       // System.err.println("GUI didn't work on initial run");
}It keeps bringing up the error "Start: Applet not initialized" I did google that basic error and from what I found I should consult the JavaConsole, I know the console was removed from the Firefox menu quite a while ago. So went to find a way of loading it using the IcedTea one but it keeps bringing up a load of errors in even trying to run that.
Is there anyway of sorting this out? I mean I have even tried installing the one on the oracle website, the plain JDK but nothing seems to work.
Is there anyone that can help me get applets working? I was even going to go as far as to reinstall my distro but I want to avoid that as much as possible.
Thanks and I look forward to any replies,
Jeremy.

in the Getting Started with Java DB tutorial they
tell u how to set ur "DERBY_HOME" (what is that?).
once i press enter after typing this command:
set DERBY_HOME=D:\Java\Java
Phonebook\javadb in my command prompt do i get
any message or does it just go to the next line?type env or set or whatever in the command line to see what your environment variables are set to
they also tell u how to set ur "JAVA_HOME" (what is
that?). The Java installation you want to use
in their example they give u this: set
JAVA_HOME=C:\Program Files\Java\j2se1.4.2_05but in my java folder i have jdk1.6.0 and jre1.6.0
but no j2se1.4.2_05, so which 1 must i choose?It's up to you. I'd go with 1.6
also once ive done this: set
DERBY_HOME=D:\Java\Java Phonebook\javadb this
set JAVA_HOME=D:\Program
Files\Java\jre1.6.0 and this set
PATH=%DERBY_HOME%\bin;%PATH% and then type
sysinfo to verify that the variables were set
correctly i get these errors: 'D:\Java\Java' is
not recognized as an internal or external command,
operable program or batch file and '""'
is not recognized as an internal or external command,
operable program or batch file any help would
really be appreciated because this is really killing
me!you need to set your path variable - so something like:
set PATH=C:\Program Files\Java\j2se1.4.2_05\bin

No sound in java applets in 32bit firefox with bin32-jre plugin.

I got sound in flash, but not in java applets. Is this a known issue? Any workarounds?

I should probably make a wiki article (or ad to the Java wiki article) about this, since it seems to come up quite often (especially on Ubuntu forums, actually). The only good solution I've found is to use Pulseaudio, and rename the java executable to java.bin, and make a script called java in the same folder, and put this in the script:
#!/bin/sh
padsp /opt/java/jre/bin/java.bin "$@"
By the way, the path to the java executable is /opt/java/jre/bin/ I've tried using the same method with plain ALSA by using aoss, and it works sorta, but it causes random crashes of Java, so that's a no go, have to use Pulse.

Signed java applet is very slow with 1.4.2_06

We have an application which has a signed jar applets was working fine with Java Plug-in (JPI) version 1.4.1_02.
Due to customer requirement they want to run the same applet with JPI version 1.4.2_06, After JPI upgrade the applet is running slow.
I am not sure what sun has changed the security settings in 1.4.2_06. So, Can some one give there thoughts on why would it run slow because of JPI changes.
Thanks in advance.
Aj

Hi,
It is nothing to do with Signed applet.
If URL Connection 's setDefaultCacheUses is set to false then this is causing to run the Applet slow. As it require to download complete jar(if any) everytime.
From 1.4.1_02 (CachedJarURLConnection.class in jaws.jar):
public void connect()
throws IOException
if(!connected)
jarFile = JarCache.get(jarFileURL);
if(jarFile != null)
{�.
From 1.4.2_06 (CachedJarURLConnection.class in plugin.jar):
public void connect()
throws IOException
if(!connected)
if(getUseCaches())
jarFile = JarCache.get(jarFileURL);
if(jarFile != null)
{�

Bug: Java applet cannot print, even with print permission granted.

I was not able to file this bug report at the official Apple bug report site, so...
Summary:
When a java applet initiates a print job, the user is (correctly) presented with a dialog requesting permission for printing. Once permission is granted, the printing subsystem attempts to communicate with CUPS at localhost:631, and permission is denied. To the naive user, it appears that the applet is broken.
Steps to Reproduce:
Go to
http://www.wordle.net/gallery/wrdl/921427/WordleCore_SourceCode
Once the applet has loaded, click the button labelled "Print...".
Expected Results:
After permitting printing, the user should see the print dialog, and printing should proceed as normal.
Actual Results:
Here is the relevant section of the stack trace generated when this happens:
<pre>java.security.AccessControlException: access denied
(java.net.SocketPermission localhost:631 connect,resolve)
at java.security.AccessControlContext.checkPermission
(AccessControlContext.java:264)
at java.security.AccessController.checkPermission
(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:
532)
at java.lang.SecurityManager.checkConnect(SecurityManager.java:1034)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:521)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:231)
at sun.net.www.http.HttpClient.New(HttpClient.java:304)
at sun.net.www.http.HttpClient.New(HttpClient.java:321)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient
(HttpURLConnection.java:813)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect
(HttpURLConnection.java:765)
at sun.net.www.protocol.http.HttpURLConnection.connect
(HttpURLConnection.java:690)
at sun.net.www.protocol.http.HttpURLConnection.getOutputStream
(HttpURLConnection.java:857)
at sun.print.IPPPrintService.opGetAttributes(IPPPrintService.java:
1419) </pre>
Regression:
This problem was introduced only with the most recent Java update.
Notes:
There is no workaround for the applet author, other than to use a signed applet, which is prohibitively expensive, and which should not be required for printing, anyway. It's difficult to instruct the user in how to grant the appropriate permissions via policy files, since the finder will not allow a user to create a file named ".java.policy" in their home directory, and since the system policy file is write-protected.

Jonathan Feinberg wrote:
I was not able to file a bug report
You should file a bug report with Apple at http://bugreport.apple.com if you have a developer account or at http://www.apple.com/feedback/macosx.html if you do not have a developer account.
Good luck w/your issue and please update this thread if you encounter a solution.

JRE7 Update 13 blocking java applet from calling javascript functions

Hi there,
I'm having a problem where I have a javascript web app that launches an applet that communicates back to the javascript via invoking javascipt methods. It uses the method call from netscape.javascript.JSObject to achieve this. Pre JRE7 Update 13, everything worked fine, but now whenever I try to call a javascript method, it throws a netscape.javascript.JSException: No such method "..." on JavaScript object . This happens only on Firefox and Chrome; however it still works fine in Internet Explorer. Are there some new security settings in JRE7u13 that need to be addressed in order to allow javascript method calling, or is it a Java/Firefox/Chrome bug?
Thank you for any help!

I've filed a bug https://bugzilla.mozilla.org/show_bug.cgi?id=839967 but I'm having problems reproducing it in a testcase...everything works. Quite baffling, our application that had worked and still works with other browsers and with an old version of firefox (12) stopped working with the Java 7 update 13.

Not able to run Applet after calling JSP with a Servlet

Dear Java-Community :)
At first I want to say, that my English isn't the best.. so I hope you'll understand my problem ;)
I'm running a J2EE-Application, packed in a EAR-File, on my JBoss with following directory-structur:
/jaw6c/bin
/jaw6c/build
/jaw6c/common
/jaw6c/ejb
/jaw6c/sql
/jaw6c/src
/jaw6c/webapp
/jaw6c/webapp/build
/jaw6c/webapp/build/classes
/jaw6c/webapp/build/classes/com
/jaw6c/webapp/build/classes/com/jbossatwork
/jaw6c/webapp/build/classes/com/jbossatwork/ControllerServlet.class<<<<<<<<
/jaw6c/webapp/build/distribution
/jaw6c/webapp/build/distribution/webapp.war
/jaw6c/webapp/build/gensrc
/jaw6c/webapp/compile-lib
/jaw6c/webapp/lib
/jaw6c/webapp/src
/jaw6c/webapp/src/com
/jaw6c/webapp/src/com/jbossatwork
/jaw6c/webapp/src/com/jbossatwork/ControllerServlet.java
/jaw6c/webapp/web
/jaw6c/webapp/web/WEB-INF
/jaw6c/webapp/web/WEB-INF/classes
/jaw6c/webapp/web/buyCarForm.jsp
/jaw6c/webapp/web/carForm.jsp
/jaw6c/webapp/web/carList.jsp
/jaw6c/webapp/web/copy_darstellungErgebnisse.jsp
/jaw6c/webapp/web/darstellungErgebnisse.jsp<<<<<<<<<<<<<<
/jaw6c/webapp/web/default.css
/jaw6c/webapp/web/diag.jar
/jaw6c/webapp/web/diagram.class<<<<<<<<<<<<<<<<<<<<<<<<
/jaw6c/webapp/web/error.jsp
/jaw6c/webapp/web/index.jsp
/jaw6c/webapp/web/selectBewertungslaeufeList.jsp
/jaw6c/webapp/build.xml
/jaw6c/build.xmlThe applet should be loaded in my "darstellungErgebnisse.jsp"-File.
Now the strange situation:
When I access "darstellungErgebnisse.jsp" DIRECTLY by entering a URL like "localhost:8080/jaw/darstellungErgebnisse.jsp" , the applet is loading perfectly !
But when my server is forwarding me to the JSP-Site with
RequestDispatcher dispatcher = getServletContext().getRequestDispatcher(destinationPage);
dispatcher.forward(request, response);
. . . . . . . ..I'll get a ""java.lang.ClassFormatError: Incompatible magic value 1008813135 in class file diagram
" -Error what means (referenced on the articles I've read here), that the diagram.class Is not found !
I have tried to put the class file in a JAR, in different locations... using the codebase and archive tag but NOTHING solved my problem.
So my question:
Why I'm able to access the JSP-File directly and seeing the applet but after forwarding to the JSP-File via the Servlet, I'm not able to see anything.
Would appreciate your help
Thank you and best regards
Edit:
1) I'm able to download the diag.jar and diagram.class file from different locations
2)I recognized, that after using the servlet, my url is changing from
localhost:8080/jaw
to
localhost:8080/jaw/controller
I tried added the class file to the position, where the controller-class file is, but without sucess.
3)Opening the class-file with a hex-editor shows me, that
the first bytes are
"CAFEBABE0000002E02B9070002010007"
(http://forum.java.sun.com/thread.jspa?threadID=648990&messageID=3820701)
Message was edited by:
Khaled01

Hello everybody,
I finaly have found the solution (after 16 hours).
Like I mentioned before, I recognized (maybe a little to late), that my path is changing when I'm using the servlet :
localhost:8080/jaw
to
localhost:8080/jaw/controller
(made by url-pattern in my web.xml).
So when my JSP tries to acces the class file, It's looking at:
localhost:8080/jaw/controller/applet/diagram.class
but the file is in:
localhost:8080/jaw/applet/diagram.class
So the solution is, to but a codebase-tag in my applet-declaration with following delcaration "basedir="../applet"
I hope I'll help somebody with the same problems. It took me a day to find out, that the solution was two points and a slash..... lol
Regards to everybody

Javascript to Java (Applet) method call fails in JRE1.4.1 & NN4.79

Win2k, Netscape 4.79, JRE 1.4.1. I'm trying to call an applet method from Javascript from the page which contains the applet. 'm using MAYSCRIPT tag. I'm getting the error "myApplet doesn'nt have any properties". (myApplet is the name of the applet). When I use the default JRE which is supported by NN4.79(Symantic JRE 1.1.5) it works well. Does JRE1.4.1 plugin doesn't support Javascript to Java calls? OR I'm doing something wrong.
Deepak

I'm seeing the same issue. This is supposed to work. I converted the <APPLET> tags in the HTML to use <OBJECT> and <EMBED> tags using Sun's converter (see http://java.sun.com/j2se/1.4/docs/guide/plugin/developer_guide/using_tags.html). I try to reference the applet (using the document.embeds[0] object instead of the document.applets[0] object) and it seems the applet has not been loaded. I can't reference any of the methods in the applet. It appears the applet has not loaded. I do not see any evidence of the applet's init() method being called.
Have you had any luck getting this to work?

Can't get Safari 5.1.1 to run a java applet from Ubuntu Server with unsigned cert

Hi there, I am trying to run a Webmin control panel in the latest safari and no matter what I do, I keep getting this error message:
Works fine in Latest Chrome. I am running latest Lion and would like to use Safari as my main browser, but if I can't fix it to run a java widget, what to do?
thx!!!

here's the fix:http://artur.ejsmont.org/blog/content/how-to-import-self-signed-ssl-certificate- to-java-keystore-adding-https-certificate
Only when I run the command:
iMac:security FCPX$ sudo $JAVA_HOME/bin/keytool -import -file certfile.txt -keystore /Library/Java/Home/lib/security/cacerts
I get this:
Password:
sudo: /bin/keytool: command not found
iMac:security FCPX$
any thoughts?

My new Macbook pro is running very slow especially with photoshop. How can I speed it up?

Hi there,
I just bought my Macbook Pro two weeks ago specifiacally to use Photoshop CS and Lightroom together. It worked fine for the first few days but
has slowed down considerably since then. I live in Taiwan which makes it difficult to go to a store to have it finxed due to the language barrier
so online help would be fantastic! If the problem continues would it be possible to exchange it for an Air (if that's a wise choice?)
I look forward to a quick reply!
Thank you
Candice

Hi Clinton,
Thanks for that super quick reply!!
I wasn't expecting this to happen with my new computer! However photoshop and lightroom are running ridulously slowly, even while scrolling through pictures the beachball appears!
Ill give you some information that may help you understand this problem better.
%CPU
Flash Player Safari internet plugin 5.3
% User 2.75
% System 3.37
% Idle 93.38
Page out - 6.36 GB
Swap Used - 6.75 GB
Would you like the system log and kernel log too?
Thank you for your help!!
CC

Abstract lobs increases with every call and not released

Running on 11.2.0.2
We're generating some xml web feeds for our website from relational data using SQL/XML operators. I fetch the xml into a PLSQL CLOB variable using XMLSERIALIZE, which i then return to my java application.
Our site has seen a huge increase in activity and requests to our feeds, and our DBA is reporting we're running out of temp tablespace. We've increased temp tablespace, but he also mentioned that memory consumption is steadily increasing, eventually, DB instance needs to be bounced, otherwise it crashes.
I've discovered that my block of code that builds and returns the xml is causing abstract lobs to increase, but never recedes.
Re-reading the following from 11gr2 Large Objects guide:
Temporary LOBs created in a program block as a result of a SELECT or an assignment are freed automatically at the end of the PL/SQL block or function or procedure. You must also free the temporary LOBs that were created with DBMS_LOB.CREATETEMPORARY to reclaim system resources and temporary tablespace. Do this by calling DBMS_LOB.FREETEMPORARY on the CLOB variable.
Note:
If the SQL statement returns a LOB or a LOB is an OUT parameter for a PL/SQL function or procedure, you must test if it is a temporary LOB, and if it is, then free it after you are done with it.
Also learned the following (as of 10gr2)
A new column named 'ABSTRACT_LOBS' has been added to the V$TEMPORARY_LOBS table. This column displays the number of abstract LOBs accumulated in the current session. Abstract LOBs are temporary lobs returned from queries involving XMLType columns.
so my question is, is my java application responsible for freeing up the LOB? It seems freeing the lob in my PL/SQL function has no effect, since it returns the LOB to JAVA.

Hi Odie,
Calling it with an CallableStatement... packaged function returns a clob.
My DBA is having trouble tracking down the temp lob usage in production it seems. And I question whether my little test case i did in our development environment is actually correct. I tested by calling my packaged function in a sql statement then selecting from v$temporary_lobs. that is where i was seeing abstract_lobs increasing.
Not 100% sure this is what is happening though when calling from an CallableStatement in Java.
That said, I have added some java code to check whether the CLOB returned from my function is temporary, and if so, I free it using the oracle.sql.CLOB implementation. The java code is logging that it is indeed a temporary lob and does free it. I can't confirm though whether this is impacting the temp lob count in the DB, since I believe v$temporary_lobs is based on current session.

Can Java Applet Call the ASP Page

Hi,
I would like to know whether the Java Applet can call the ASP page.
If it can be done, how does the Java Applet get the value from ASP page?
Please provide me some running example.
Thanks.

I would like to know whether the Java Applet can
an call the ASP page.Something like:
AppletContext.showDocument(new URL("http://wherever/myPage.asp"), "_blank");
how does the Java Applet get the value from ASP page?What?
Please provide me some running example.Nope.

What is the use of "resolve" action with SocketPermission in java applet

Hi,
Could anyone please explain, how does java applet resolve HOSTNAME mentioned in SocketPermission.
How does DNS pinning work for java applet? Does applet do something like reverse DNS lookup?
I have lots of questions in queue.:) But all related to one solution.
Thanks!!!

Hi Alex,
this field is used to store the action which is to be performed on DB.
If it is U- Update
I -Insert
like this .
Regards,
Atish

Java Applet IIOP Call-In with Release 3C--How do we speed updownload ti

Similar Messages

Maybe you are looking for