Distributed Garbage Collection doesn't work on WL 5.1 SP4

Hi,
we are running WL 5.1 SP4. We pass RMI remote references to a
client. The implementation of the references implement the
java.rmi.server.Unreferenced interface but we never see the
unreferenced method of the objects being called.
We passed thousands of objects to the client an set all
references to null.
Neither does the unreferenced method get called when the
client shuts down.
Not even the finalize method of the objects is being called.
Any suggestions.
Regards
Gerd
Gerd Wagner mailto:[email protected]
SHD Datentechnik GmbH & Co. KG fax :(49)2632/295-269
Rennweg 60 phone :(49)2632/295-0
D-56626 Andernach WWW :http://www.shd.de

Similar Messages

Garbage Collection is Not working

I Installed J2dk1.4 in my System.it's garbage Collector is not working,It does'nt free the memory in case of Frames and Applets.I use many methods to explicitly free the memory, Like :
====================
System.exit(0);
System.gc();
====================
but it does'nt work can any body give me the solution?
Email : [email protected]

How are you determining that it doesn't free memory?
If you're expecting Task Manager to show the VM using less memory, that won't happen. GC frees memory internally, so it can use that memory for other objects. It doesn't return it to the OS.
Also, calling gc() will not necessarily force the GC to run. Unless you're using a profiler, or getting OutOfMemoryError, you can't say for certain that the VM is not releasing memory.
Also, even if it's not releasing it, it doesn't mean it's a problem. It's guaranteed to release it when it needs it, but it may or may not release it sooner.
Finally, System.exit may not do anything in an applet, for security reasons.
What is your actual problem?

Nik Collection doesn't work after CC update

After installing the latest CC updates, I can only use HDR Efex Pro 2...none of the rest of the collection work even after I have re-installed the entire collection.

Same error

RME 4.3, Inventory Collection doesn't work for 6500

I have a issue with Inventory collection for 6500 devices running IOS 12.2.33 SXI1, fails with a message, "device collection failed"
From IC_Server log i could see SNMP Request timeout exception, so increased SNMP timeout to 10 under device attributes for the device but still it fails.
attacehd is the extract from IC_Server log.
Could anybody help me on this? Thanks

You have not increased the timeout properly. You need to go to RME > Devices > Device Management > RME Devices, and edit the attributes for the required device. Select the device from the list in the left-hand pane to pre-populate the current attributes. Then increase the SNMP timeout to 10, and save the changes. On the previous screen, you will need to APPLY those changes before the 10 second timeout will take effect.

Drag and drop to Collection doesn't work

I have successfully created a Collection but cannot add to it by dragging files from the grid view as suggested in Help. There does not seem to be a menu command to do it either so I am a bit stuck. I am using 1.3.1 on a PC running XP. I have tried it on my laptop which uses Vista with the same result. Has anybody else had this problem? Are there any fixes?
Bob Crick

Are you dragging from the center of an image in grid view, not the Border or Cell?
Don
Don Ricklin, MacBook 2Ghz Duo 2 Core running 10.5.1 & Win XP, Pentax *ist D
See LR Links list at my
Blog for related sites.

Full GC for RMI Distributed Garbage Collection: when does one need it?

Hi all,
as RMI DGC seems to initiate a full GC every minute (1.3.1_08 VM on Solaris), I guess that many
people resort to -XX:+DisableExplicitGC to get rid of those full GCs.
Now I wonder: why does RMI DGC call System.gc() anyway? Or, the other way round, when is it a bad
idea to disable those explicit GCs? What would a system look like where those explicit GCs are
absolutely needed?
Thanks for any enlightenment on the subject,
Jörg.

See here for an explanation of other properties you can set, plus a bit about leasing
and why a GC is needed. If you're not using remote objects from another server,
you don't need it.
http://java.sun.com/j2se/1.4.2/docs/guide/rmi/sunrmiproperties.html
Note that a System.gc() doesn't always result in a full gc.
simon.
=?ISO-8859-1?Q?J=F6rg_von_Frantzius?= wrote:
Hi all,
as RMI DGC seems to initiate a full GC every minute (1.3.1_08 VM on Solaris),
I guess that many
people resort to -XX:+DisableExplicitGC to get rid of those full GCs.
Now I wonder: why does RMI DGC call System.gc() anyway? Or, the other
way round, when is it a bad
idea to disable those explicit GCs? What would a system look like where
those explicit GCs are
absolutely needed?
Thanks for any enlightenment on the subject,
Jörg.

Garbage Collection not releasing memory properly

Hello, In my web application memory is not releasing properly, after some point of time application throw out of memory error, we are using tomcat5, jdk5, my heap size is half of the RAM.Garbage Collection not releasing memory properly.

sabre150 wrote:
punter wrote:
georgemc wrote:
Yep. Couldn't be a problem with your code, it must be that garbage collection doesn't work and nobody else noticed. Raise a bug with Sun.Are you serious ?You need to replace your sarcasm detector.I have blowed my sarcasm meter and limping in the blindness !!!! :(

Premature Garbage Collection of Remote Objects

I have a problem with distributed garbage collection and RMI. In CSPoker we try to support RMI for client-server communication. The client looks up the server through the registry, calls the login method and receives back a Remote Object reference called ServerContext. The client can register Remote even listener Objects with the server.
In both directions we occasionally see:
java.rmi.NoSuchObjectException: no such object in table
The behaviour is completely unpredictable. Some developers never see it, others see it all the time. Even on the same machine, sometimes it failes immediately
and sometimes it fails after a while. One person running the Sun JRE 6 on Windows has this poblem most frequently.
Can this be a bug or do we misinterpret something? The way we see it, as long as the client leases the Remote Object it shouldn't be GCed. All tests are run on localhost so no network partition can occur.
The problem would probably be solved if we hold static references to all Remote Objects in the local JVM. This is not an option because we want the Objects to be GCed once the lease expires.
Here are 2 debugging outputs of server runs with RMI logging enabled:
http://cspoker.pastebin.com/f27a7d6fc
As you can see, the lease requests are coming through but a NoSuchObjectException is thrown and the Object is finalized.
http://cspoker.pastebin.com/f732797d2

Thanks for the quick reply.
For instance:
11:56:02,427 DEBUG (org.cspoker.common.api.shared.context.ForwardingRemoteServerContext.java:72) [finalize] - Garbage collecting old context: org.cspoker.server.rmi.export.ExportingServerContext@15a8767
07.11.2008 11:56:02 sun.rmi.server.UnicastServerRef logCall
FEINER: RMI TCP Connection(2)-10.0.4.106: [10.0.4.106: sun.rmi.transport.DGCImpl[0:0:0, 2]: java.rmi.dgc.Lease dirty(java.rmi.server.ObjID[], long, java.rmi.dgc.Lease)]
07.11.2008 11:56:03 sun.rmi.transport.Transport serviceCall
FEIN: RMI TCP Connection(2)-10.0.4.106: [10.0.4.106] exception:
java.rmi.NoSuchObjectException: no such object in table
        at sun.rmi.transport.Transport.serviceCall(Transport.java:129)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
        at java.lang.Thread.run(Thread.java:595)The context Object is exported and returned to the client here :
return (ExternalRemoteServerContext) UnicastRemoteObject.exportObject(context, 0);Then [the object|http://code.google.com/p/cspoker/source/browse/trunk/server/rmi/src/main/java/org/cspoker/server/rmi/export/ExportingServerContext.java?r=1023] that was just exported is GCed.
11:56:02,427 DEBUG (org.cspoker.common.api.shared.context.ForwardingRemoteServerContext.java:72) [finalize] - Garbage collecting old context: org.cspoker.server.rmi.export.ExportingServerContext@15a8767Then a lease request comes in:
FEINER: RMI TCP Connection(2)-10.0.4.106: [10.0.4.106: sun.rmi.transport.DGCImpl[0:0:0, 2]: java.rmi.dgc.Lease dirty(java.rmi.server.ObjID[], long, java.rmi.dgc.Lease)]Then the client calls a method on the remote object and the NoSuchObjectException is thrown.
The behaviour is non-deterministic in any case but yes, on the Linux JVM I'm not seeing the problem, somebody on Windows gets it all the time.

Does 5.1 log garbage collection like 4.5.2?

The weblogic 4.5.2 release notes state that the server will log whenever it
garbage collects, see below. Does 5.1 do this?
"We changed the distributed garbage collection server to always indicate
that it is running by adding entries to the Server log file. A typical entry
is:
Thu Aug 19 19:44:28 PDT 1999:<I> <DGCserver>
Freed 1086 objects in 30 ms, 24 exported object remain."

It should. There is a slight possibility that it might not appear as a
feature until service pack No. 4 if the change to version 4.5.2 was not done
until after service pack three was completed.
If you do not see it in service pack No. 4, please report to support.
Thanks,
Michael
Michael Girdley
Product Manager, WebLogic Server & Express
BEA Systems Inc
Mark Johnson <[email protected]> wrote in message
news:396bbb8f$[email protected]..
The weblogic 4.5.2 release notes state that the server will log wheneverit
garbage collects, see below. Does 5.1 do this?
"We changed the distributed garbage collection server to always indicate
that it is running by adding entries to the Server log file. A typicalentry
is:
Thu Aug 19 19:44:28 PDT 1999:<I> <DGCserver>
Freed 1086 objects in 30 ms, 24 exported object remain."

Can't create Smart Collection, Save-Button doesn't work

i have the Problem that i can't create Smart Collection, the Save-Button doesn't work, the Smart-Collection Window stays open and nothing happens when i click the "save" button!
i use CC with a new installed W8 and all is up-to-date.
Its a strange thing. Please Help me.

Just to clarify, Photoshop CC has not been released yet. It will come out on June 17.
What you have now is Photoshop 13.x as per the subscription model (»Abo«) and it's called Photoshop CS6. When Photoshop 14.x is released on June 17, then it will be called "CC".
It's not clear—at least to me—which images, if any, you have selected in Bridge when you hit the »Speichern« (Save) button.
Remember that a Collection is nothing more than a saved search, i.e. a saved collection of selected search results (hits).
Could you elaborate on what it is you want to save as a collection?
Incidentally, the Adobe Bridge forum is here:
http://forums.adobe.com/community/bridge?view=discussions

How garbage collection works in spring framework?

Hi,
Whether we are using or not, all objects are created and stored in beanfactory in spring frramework.
So how garbage collection will work here?
Thanks in advance

It depends on the scope, by default beans are singletons and will not be garbage collected.
http://static.springframework.org/spring/docs/2.0.x/reference/beans.html#beans-factory-scopes

DocumentBuilderFactory.newInstance() only works after garbage collection

Hi all,
I am stucked with a strange behaviour of "DocumentBuilderFactory.newInstance()".
I use the DocumentBuilderFactory in an applet
to parse an xml-file.
My applet starts ok until the line 5 (newInstance) gets called.
At this time it seems that nothing happens anymore and that
the applet fails to continue.
But when I open up the java console and hit
g (garbage collection) the xml parsing continues immediatly
and my applet completes loading and runs ok.
1 private void genarteDomNodes() {
2 try {
3 // ---- Parse XML file ----
4 DocumentBuilderFactory factory =
5 DocumentBuilderFactory.newInstance();
6 DocumentBuilder builder =
7 factory.newDocumentBuilder();
8 Document document = builder.parse(
9 new URL(this.myModules_xml).openStream() );
10 // ---- Get list of nodes to given element tag name ----
11 NodeList ndList =
12 document.getElementsByTagName("meter-group");
13 printNodesFromList( ndList );
14 } catch( SAXParseException spe ) {
15 ...
16 } catch( SAXException sxe ) {
17 ...
18 } catch( ParserConfigurationException pce ) {
19 ...
20 } catch( IOException ioe ) {
21 ...
22 }
23 }

I am still stucked with this problem. But I found out how to enable JAXP debug output for applets (setting system properties isn't allowed for applets).
This puts somemore output to the java console. It might help someone to understand my problem. I also printed some debug messages to track down my problem.
Following is the console output of my applet:
URL of XML to parse = "http://10.110.132.195/c8000-modules.xml"
entering "genarteDomNodes"
just before calling "DocumentBuilderFactory.newInstance()"
JAXP: find factoryId =javax.xml.parsers.DocumentBuilderFactory
!!! at this time the applet "hangs" and nothing happens;
until I hit the "g" button. Then applet continues immediatly and prints:
JAXP: loaded from fallback value: com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl
JAXP: created new instance of class com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl using ClassLoader: sun.plugin.security.PluginClassLoader@32060c
After invoking the garbage collector the applet continue to parse the xml file and runs as expected.
Can someone help me please.

Hotspot core dumping during JVM garbage collection ?

We have an application which calls a 3rd party supplied server API which has recently been upgraded to use Java 1.5
We are getting the following error reported by our client application. The application is also now running Java 1.5 but references many classes in jar files which would have quite old code in.
The supplier of the API has stated that the problem requires us to recompile all our jar files using v 1.5 ( including things like jconnect and jms ?!?!? ). This sounds like a bit of a cop-out to me, not to mention being impossible since we don't have the source for things like jconnect.
I suspect that there is a garbage collection problem at the bottom of all this, but I'm not sure how I can "prove" this, nor do I currently have any real clue as to how to fix any GC problem that may exist.
The application is supposed to wait for a message on a MQSeries queue and then transforms it via Xalan XSLT and sends it to a Server application. I've tried playing around with heap sizes etc but that just seems to make it worse. If I leave it at the settings that the previous version used then the client at least manages to process a couple of messages before core dumping. There doesn't seem to be a consistent trigger event to cause the core dump ( it's not a message arriving on a queue for example ) but it does seem to be fairly consistent timewise, i.e. after
Any ideas gratefully accepted.
Here's a logfile excerpt from my applications showing the Hotspot error message :
=====================================================================================
08-Jul-2008 10:01:05 Waiting for messages from COLT.BBFS
08-Jul-2008 10:02:05 Waiting for messages from COLT.BBFS
08-Jul-2008 10:03:05 Waiting for messages from COLT.BBFS
405.815: [GC [PSYoungGen: 17331K->9244K(37632K)] 111702K->103615K(192128K), 0.1615910 secs]
405.977: [Full GC#
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGBUS (0xa) at pc=0xfe141348, pid=2600, tid=8
# Java VM: Java HotSpot(TM) Server VM (1.5.0_03-b07 mixed mode)
# Problematic frame:
# V [libjvm.so+0x141348]
# An error report file with more information is saved as hs_err_pid2600.log
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
=====================================================================================
The logfile referred to in the error message contains the following.
=====================================================================================
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGBUS (0xa) at pc=0xfe141348, pid=2600, tid=8
# Java VM: Java HotSpot(TM) Server VM (1.5.0_03-b07 mixed mode)
# Problematic frame:
# V [libjvm.so+0x141348]
--------------- T H R E A D ---------------
Current thread (0x001484d8): VMThread [id=8]
siginfo:si_signo=10, si_errno=0, si_code=1, si_addr=0x0000080f
Registers:
O0=0x00487588 O1=0xfe7d6454 O2=0x000079b0 O3=0x00007800
O4=0x00008868 O5=0x00147d48 O6=0xf8781460 O7=0xfe0f7938
G1=0xe52aaae8 G2=0x00000003 G3=0x00000003 G4=0x001484d8
G5=0xf8781d98 G6=0x00000002 G7=0xf8781d98 Y=0x805683e2
PC=0xfe141348 nPC=0xfe14134c
Top of Stack: (sp=0xf8781460)
0xf8781460: fe786000 00c6ba20 fe10013c e54bab68
0xf8781470: 0000080f e54bab6c 0000080f 00000004
0xf8781480: 00487588 00000134 e54bab6c 00000004
0xf8781490: 00000001 00000000 f87814c0 fe17aef4
0xf87814a0: fe6485b4 fe7d899c 001484d8 0011da40
0xf87814b0: 00148988 00148c10 00148d7c f8781880
0xf87814c0: 007c3389 007c3c0e 00000f87 00008868
0xf87814d0: 00008800 00487588 fe141310 fe7d6454
Instructions: (pc=0xfe141348)
0xfe141338: ec 06 c0 1a 80 a5 a0 00 22 40 00 0a ba 07 60 01
0xfe141348: f2 05 a0 00 ae 0e 60 03 80 a5 e0 03 22 40 00 05
Stack: [0xf8702000,0xf8781d98), sp=0xf8781460, free space=509k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x141348]
V [libjvm.so+0x17aefc]
V [libjvm.so+0x2d557c]
V [libjvm.so+0x300ef8]
V [libjvm.so+0x301e84]
V [libjvm.so+0x2ff950]
V [libjvm.so+0x29df30]
V [libjvm.so+0x362b44]
V [libjvm.so+0x6436f0]
VM_Operation (0xe03012b0): parallel gc system gc, mode: safepoint, requested by thread 0x0031bca0
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00b2c028 JavaThread "Thread-4" [_thread_in_native, id=85]
0x007f5048 JavaThread "Thread-0" [_thread_blocked, id=84]
0x00c27cf0 JavaThread "Notification Delivery" [_thread_blocked, id=81]
0x0026fa08 JavaThread "RMI LeaseChecker" daemon [_thread_blocked, id=73]
0x00821048 JavaThread "RMI RenewClean-[162.11.2.32:44425]" daemon [_thread_blocked, id=70]
0x0031bca0 JavaThread "GC Daemon" daemon [_thread_blocked, id=67]
0x00cd5d28 JavaThread "RMI Reaper" [_thread_blocked, id=66]
0x003c9300 JavaThread "Timer-0" daemon [_thread_blocked, id=65]
0x00929fe0 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=64]
0x0089bf18 JavaThread "SeedGenerator Thread" daemon [_thread_blocked, id=42]
0x00c47248 JavaThread "Pool thread #7" daemon [_thread_blocked, id=38]
0x00c466a0 JavaThread "Pool thread #6" daemon [_thread_blocked, id=37]
0x00311850 JavaThread "Pool thread #5" daemon [_thread_blocked, id=36]
0x00287a40 JavaThread "Pool thread #4" daemon [_thread_blocked, id=35]
0x00286e98 JavaThread "Pool thread #3" daemon [_thread_blocked, id=34]
0x00c134b0 JavaThread "Pool thread #2" daemon [_thread_blocked, id=33]
0x00ad09e0 JavaThread "Pool thread #1" daemon [_thread_blocked, id=32]
0x00286cd8 JavaThread "PoolThreadManager" daemon [_thread_blocked, id=31]
0x00c129e0 JavaThread "Channel Reaper" daemon [_thread_blocked, id=30]
0x00c669e8 JavaThread "ORB Daemon Thread" daemon [_thread_blocked, id=29]
0x00b10170 JavaThread "Worker for ServerProtocol: (iiop) /0.0.0.0:20168" daemon [_thread_blocked, id=22]
0x008a17e0 JavaThread "Syn~ Client" daemon [_thread_blocked, id=21]
0x003dc378 JavaThread "PoolScavenger0" daemon [_thread_blocked, id=20]
0x0015a928 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=15]
0x00159880 JavaThread "CompilerThread1" daemon [_thread_blocked, id=14]
0x00158a18 JavaThread "CompilerThread0" daemon [_thread_blocked, id=13]
0x00157b98 JavaThread "AdapterThread" daemon [_thread_blocked, id=12]
0x00156dc8 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11]
0x0014ccd8 JavaThread "Finalizer" daemon [_thread_blocked, id=10]
0x0014ad90 JavaThread "Reference Handler" daemon [_thread_blocked, id=9]
0x00038238 JavaThread "main" [_thread_in_native, id=1]
Other Threads:
=>0x001484d8 VMThread [id=8]
0x0015c3b0 WatcherThread [id=16]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00037728/0x00037758] Threads_lock - owner thread: 0x001484d8
[0x00033650/0x00037ba8] Heap_lock - owner thread: 0x0031bca0
Heap
PSYoungGen total 37632K, used 9244K [0xf2eb0000, 0xf7ba0000, 0xf8400000)
eden space 28352K, 0% used [0xf2eb0000,0xf2eb0000,0xf4a60000)
from space 9280K, 99% used [0xf4a60000,0xf5367080,0xf5370000)
to space 25216K, 0% used [0xf6300000,0xf6300000,0xf7ba0000)
PSOldGen total 154496K, used 94371K [0xe8400000, 0xf1ae0000, 0xf2eb0000)
object space 154496K, 61% used [0xe8400000,0xee028e78,0xf1ae0000)
PSPermGen total 35584K, used 18260K [0xe4400000, 0xe66c0000, 0xe8400000)
object space 35584K, 51% used [0xe4400000,0xe55d5158,0xe66c0000)
Dynamic libraries:
0x00010000      /dsdvlp/java/jvm/jdk1.5.0_03/bin/java
0xff350000      /usr/lib/libthread.so.1
0xff340000      /usr/lib/libdl.so.1
0xff200000      /usr/lib/libc.so.1
0xff390000      /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1
0xfe000000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/server/libjvm.so
0xff1e0000      /usr/lib/libsocket.so.1
0xff2d0000      /usr/lib/libsched.so.1
0xff1b0000      /usr/lib/libCrun.so.1
0xff160000      /usr/lib/libm.so.1
0xff080000      /usr/lib/libnsl.so.1
0xff060000      /usr/lib/libmp.so.2
0xff030000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/native_threads/libhpi.so
0xfdfc0000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libverify.so
0xfdf80000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libjava.so
0xfdf50000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libzip.so
0xfb7e0000      /usr/lib/locale/en_GB.ISO8859-1/en_GB.ISO8859-1.so.2
0xe4190000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libnet.so
0xe3bd0000      /dsdvlp/lib/5/libSolarisNatives.so
0xe3e90000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/librmi.so
VM Arguments:
jvm_args: -Djava.ext.dirs=/dsdvlp/java/tmijar/firs7/lib/cli:/dsdvlp/java/tmijar/firs7/lib/cli/ext:/dsdvlp/java/tmijar/firs7/lib/cmn/OpenORB:/dsdvlp/java/tmijar/firs7/lib/cmn/OpenORB/ext:/dsdvlp/java/tmijar/firs7/lib/cmn:/dsdvlp/java/tmijar/firs7/lib/cmn/ext:/dsdvlp/java/tmijar/firs7/daemonlib -Duser.dir=/dsdvlp/java/tmijar/firs7 -Dopenorb.config=file:/dsdvlp/java/tmijar/firs7/configs/OpenORB/config/SynOpenORB.xml -Dopenorb.home=file:/dsdvlp/java/tmijar/firs7/configs/OpenORB -Dcom.coexis.syn.general.orbbinding=com.coexis.syn.general.orbbinding.openorb.OpenORBBinding_1_4 -Dsun.rmi.dgc.client.gcInterval=360000 -Dsun.rmi.dgc.server.gcInterval=360000000 -Xms32m -Xmx256m -Dcom.coexis.syn.clientcommandsconfiglocation=file://localhost//dsdvlp/java/tmijar/firs7/configs/clientcommands.xml -Dcom.coexis.syn.clientconfiglocation=file://localhost//dsdvlp/java/tmijar/firs7/configs/fsbbtd_client.xml -XX:+PrintGCTimeStamps -XX:+PrintGCDetails
java_command: com.coexis.syn.mqmessaging.daemon.RunDaemon -p /dsdvlp/bin/5/lndsfsd_fsbbtd.properties start
Environment Variables:
JAVA_HOME=/dsdvlp/java/jvm/jdk150
CLASSPATH=.:/dsdvlp/java/jar/jconnect520.jar:/dsdvlp/java/jar/vbjapp340.jar:/dsdvlp/java/jar/vbjorb340.jar:/dsdvlp/java/jar/javax_jndi120.jar
PATH=/usr/local/etc:/usr/lang:/usr/openwin/bin:/usr/ucb:/bin:/usr/etc:/usr/local/5/bin:/dsdvlp/bin/5:/dsdvlp/bin/4:/home/app/sybase/5/bin:/home/app/sybase/5/localscripts:/home/app/sybase/5/sqr:/home/app/lang:/home/app/lang/SC2.0.1:/usr/ccs/bin:/usr/local/opt/Acrobat3/bin:/dsdvlp/bin:.
LD_LIBRARY_PATH=/dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/server:/dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc:/dsdvlp/java/jvm/jdk1.5.0_03/jre/../lib/sparc:/usr/lib:/usr/openwin/lib:/usr/local/5/lib:/dsdvlp/lib/5:/dstest/lib/5:/home/app/sybase/5/lib:/dstest/cats/sun4/lib:/tmitest/Opus/opus/lib
SHELL=/bin/csh
DISPLAY=CLI00184.mfil.local:1.0
OS=5
--------------- S Y S T E M ---------------
OS: Solaris 8 2/02 s28s_u7wos_08a SPARC
Copyright 2002 Sun Microsystems, Inc. All Rights Reserved.
Assembled 18 December 2001
uname:SunOS 5.8 Generic_117350-20 sun4u (T1 libthread)
rlimit: STACK 8192k, CORE 9216k, NOFILE 4096, AS infinity
load average:2.24 2.67 2.68
CPU:total 4 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 8388608k(166384k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_03-b07) for solaris-sparc, built on Apr 13 2005 03:31:26 by unknown with unknown Workshop:0x550

The very first suggestion I have is to move your VM to a more recent update of 1.5.0.
It looks like you are crashing with 5.0u3, and I'm pretty sure 5.0u16 is available. You
don't want to waste your time chasing a bug that's already been fixed.

Viewing document (blob) in JSP doesn't work

I am currently supporting an application which talks to an Oracle 11gR1 database using several application servers. Our application is working on the following application servers:
- Apache Tomcat 5 and 6
- Oracle Application Server 10gR3
- WebLogic (configuration 1)
We have an second server which has WebLogic (configuration 2); however, we cannot get the JSP to display on that server. The same WAR file has been deployed to all four application servers, yet only the WebLogic Server configuration 2 doesn't work.
WebLogic Server (configuration 2) appears to work (doesn't give an error message); however, the web-page tries to show a document (which appears to be a copy/representation of the existing HTML web page - i.e. a form filter screen). Any insight into the possible problem?
The code we are using is shown below:
public ActionForward execute(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response) throws Exception {
String fileIdString = request.getParameter("fileIdString");
try {
// Get the File to send to the client
int fileId = Integer.parseInt(fileIdString);
CustomFile file = fileService.loadFileById(fileId);
if (file == null) {
log.error("The fileId (" + fileId + ") could not be found - DNE.");
int lastDot = file.getFilename().lastIndexOf('.');
String fileExtension = (lastDot!=-1 ? file.getFilename().substring(lastDot) : "" );
FileType fileType = fileService.loadByFileExtension(fileExtension);
if (fileType == null) {
log.error("The system could not find the file extension (" + fileExtension + ").");
// Setup the response header so a file can be streamed to the client
response.setHeader("Content-disposition", "attachment; filename=" + file.getFilename());
response.setContentLength((int) file.getFile().length());
response.setContentType(fileType.getWebContent());
// Break the file down into its bytes so it can be streamed
ServletOutputStream outputStream = response.getOutputStream();
InputStream inputStream = file.getFile().getBinaryStream();
byte[] buffer = new byte[2048];
int bytesRead = inputStream.read(buffer);
while (bytesRead >= 0) {
if (bytesRead > 0) {
outputStream.write(buffer, 0, bytesRead);
bytesRead = inputStream.read(buffer);
// Garbage collection
outputStream.flush();
outputStream.close();
inputStream.close();
return null;
} catch (Exception exception) {
log.error(exception.getMessage());
return mapping.findForward("failure");
We had a siimilar issue with some displaying RTF documents and the solution was to remove ALL whitespace characters in the JSP (which seemed to work). I don't see how we can remove the whitespace in the above ActionServlet code.
Thanks in advance for the help!

Hi Peter,
Sorry i am not able to understand what u want to say.If u give some more details it will be useful.
If i understand u correctly u want the button to be hidden initially and visible after some contidion becomes true right?
If yes call a javascript function as soon as ur condition becomes true and inside that function make the span visible by writting the following code.
document.getElementById('id of span').style.visibility='visible';
Dont forget to give an id to span. it is necessary.
U can use span itself no need of going for div
If my view is wrong tell me detaily what is ur ultimate aim?
Regards,
Tamil K
Message was edited by:
Tamil Venthan

How to make external SWFs garbage collected in Air for iOS?

My app uses lots of external SWFs( well they are actually included in the app with a folder but they aren't embeded ) and they do not contain any bitmapdata, only vector graphics. The problem I'm having is that they seem to be never garbage collected and System.privateMemory keeps increasing as the app loads more SWFs.
Since those SWFs only contain vector graphics, I simply nullify all the variables that are holding reference to SWF file and call System.gc().. But it doesn't seem to be working. What would I need to do for the garbage collector to clean the SWFs?
I'm using Air for iOS 3.5.0.1060 and ActionScript3.0.

Yes I'm calling System.gc() twice. I tried using loader.unloadAndStop(true) and it seems SWFs are being garbage collected but another problem has surfaced. When repeatedly loading and unloading SWF in a short period, the air garbage collector sometimes fails to work.
I've tested loading and unloading same SWF 50k times and checked trace. Occasionally, garbage collector misses to collect garbage like below( swf #45119 is not being garbage collected).
[UnloadSWF] main.swf/[[DYNAMIC]]/45115
[UnloadSWF] main.swf/[[DYNAMIC]]/45116
[UnloadSWF] main.swf/[[DYNAMIC]]/45117
[UnloadSWF] main.swf/[[DYNAMIC]]/45118
[UnloadSWF] main.swf/[[DYNAMIC]]/45120
[UnloadSWF] main.swf/[[DYNAMIC]]/45121

Distributed Garbage Collection doesn't work on WL 5.1 SP4

Similar Messages

Maybe you are looking for