Locked thread issue

We encountered the following locked thread issue. Refer to the thread dump logs.
Any idea on the root cause of the issue? It seens to us that it is the weblogic app server codes that are causing the locked threads.
Will appreciate any advise.
"ExecuteThread: '0' for queue: 'weblogic.socket.Muxer'" id=22 idx=0x50 tid=329 prio=5 alive, in native, blocked, daemon
-- Blocked trying to get lock: java/lang/String@0x9a73910[fat lock]
at jrockit/vm/Threads.waitForUnblockSignal()V(Native Method)
at jrockit/vm/Locks.fatLockBlockOrSpin(Locks.java:1674)[optimized]
at jrockit/vm/Locks.lockFat(Locks.java:1775)[optimized]
at jrockit/vm/Locks.monitorEnterSecondStageHard(Locks.java:1311)[optimized]
at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1258)[optimized]
at jrockit/vm/Locks.monitorEnter(Locks.java:2455)[optimized]
at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:153)
at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
-- end of trace
"ExecuteThread: '2' for queue: 'weblogic.socket.Muxer'" id=24 idx=0x58 tid=331 prio=5 alive, in native, blocked, daemon
-- Blocked trying to get lock: java/lang/String@0x9a73910[fat lock]
at jrockit/vm/Threads.waitForUnblockSignal()V(Native Method)
at jrockit/vm/Locks.fatLockBlockOrSpin(Locks.java:1674)[optimized]
at jrockit/vm/Locks.lockFat(Locks.java:1775)[optimized]
at jrockit/vm/Locks.monitorEnterSecondStageHard(Locks.java:1311)[optimized]
at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1258)[optimized]
at jrockit/vm/Locks.monitorEnter(Locks.java:2455)[optimized]
at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:153)
at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
-- end of trace
"ExecuteThread: '1' for queue: 'weblogic.socket.Muxer'" id=23 idx=0x54 tid=330 prio=5 alive, in native, daemon
at jrockit/ext/epoll/EPoll.epollWait0(IIII)I(Native Method)
at jrockit/ext/epoll/EPoll.epollWait(EPoll.java:103)
at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:156)
^-- Holding lock: java/lang/String@0x9a73910[fat lock]
at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
-- end of trace

This is standard behavior for the socket muxer threads. Only one of the epoll muxer threads is actually holding the lock at any one time. Here is the output of part of my thread dump on Linux with WLS 10.3.4 on JRockit on startup. The server is not hung up at all. Make a request on the server and take another thread dump and you'll see the lock change.
1st dump with ExecuteThread 1 waiting to get the lock from ExecuteThread 2
"ExecuteThread: '1' for queue: 'weblogic.socket.Muxer'" id=25 idx=0x58 tid=26836 prio=5 alive, blocked, native_blocked, daemon
    -- Blocked trying to get lock: java/lang/String@0xe82d6ec0[thin lock]
    at jrockit/vm/Threads.sleep(I)V(Native Method)
    at jrockit/vm/Locks.waitForThinRelease(Locks.java:955)
    at jrockit/vm/Locks.monitorEnterSecondStageHard(Locks.java:1083)
    at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1005)
    at jrockit/vm/Locks.monitorEnter(Locks.java:2179)
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:153)
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'weblogic.socket.Muxer'" id=26 idx=0x5c tid=26837 prio=5 alive, in native, daemon
    at jrockit/ext/epoll/EPoll.epollWait0(ILjava/nio/ByteBuffer;II)I(Native Method)
    at jrockit/ext/epoll/EPoll.epollWait(EPoll.java:115)
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:156)
    ^-- Holding lock: java/lang/String@0xe82d6ec0[thin lock]
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
    -- end of trace2nd dump after the server servers a request with ExecuteThread 2 waiting to get the lock from ExecuteThread 1
"ExecuteThread: '1' for queue: 'weblogic.socket.Muxer'" id=25 idx=0x58 tid=26836 prio=5 alive, in native, daemon
    at jrockit/ext/epoll/EPoll.epollWait0(ILjava/nio/ByteBuffer;II)I(Native Method)
    at jrockit/ext/epoll/EPoll.epollWait(EPoll.java:115)
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:156)
    ^-- Holding lock: java/lang/String@0xe82d6ec0[fat lock]
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'weblogic.socket.Muxer'" id=26 idx=0x5c tid=26837 prio=5 alive, blocked, native_blocked, daemon
    -- Blocked trying to get lock: java/lang/String@0xe82d6ec0[fat lock]
    at jrockit/vm/Threads.waitForUnblockSignal()V(Native Method)
    at jrockit/vm/Locks.fatLockBlockOrSpin(Locks.java:1411)
    at jrockit/vm/Locks.lockFat(Locks.java:1512)
    at jrockit/vm/Locks.monitorEnterSecondStageHard(Locks.java:1054)
    at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1005)
    at jrockit/vm/Locks.monitorEnter(Locks.java:2179)
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:153)
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
    -- end of traceHere is a blog on this topic: http://jojovedder.blogspot.com/2009/05/weblogic-socket-muxers-are-not-stuck.html

Similar Messages

Problem Deploying Composites to Oracle SOA 11.1.1.5 (STUCK Thread Issue)

Hi All,
I got stuck thread issues when deploying composites to Oracle SOA 11.1.1.5 running on Windows Server 2008 R2. Even the SimpleApproval composite which ships with the standard installation is having trouble deploying.
The composites are deploying fine in Oracle SOA 11.1.1.5 running on Windows XP.
I'm not so good with thread dumps, so I post it below for rescue.
Please advice,
Rommel
<Jul 18, 2011 10:15:25 AM AST> <Error> <WebLogicServer> <BEA-000337> <[STUCK] Ex
ecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)' has been bus
y for "605" seconds working on the request "weblogic.servlet.internal.ServletReq
uestImpl@32d047d4[
POST /soa-infra/deployer HTTP/1.1
Connection: TE
TE: trailers, deflate, gzip, compress
User-Agent: Oracle HTTPClient Version 10h
Accept-Encoding: gzip, x-gzip, compress, x-compress
ECID-Context:
Authorization: Basic bmFnaGl3ZWJsb2dpY3NvYTp3ZWJsb2dpY3NvYTEwIQ==
Content-type: application/octet-stream
Content-Length: 25876
]", which is more than the configured time (StuckThreadMaxTime) of "600" seconds
. Stack trace:
Thread-55 "[STUCK] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-
tuning)'" <alive, in native, suspended, priority=1, DAEMON> {
jrockit.net.SocketNativeIO.readBytesPinned(SocketNativeIO.java:???)
jrockit.net.SocketNativeIO.socketRead(SocketNativeIO.java:24)
java.net.SocketInputStream.socketRead0(SocketInputStream.java:???)
java.net.SocketInputStream.read(SocketInputStream.java:107)
oracle.net.nt.MetricsEnabledInputStream.read(TcpNTAdapter.java:707)
oracle.net.ns.Packet.receive(Packet.java:243)
oracle.net.ns.DataPacket.receive(DataPacket.java:106)
oracle.net.ns.NetInputStream.getNextPacket(NetInputStream.java:309)
oracle.net.ns.NetInputStream.read(NetInputStream.java:254)
oracle.jdbc.driver.T4CSocketInputStreamWrapper.read(T4CSocketInputStreamWrap
per.java:93)
oracle.jdbc.driver.T4CMAREngine.getNBytes(T4CMAREngine.java:1573)
oracle.jdbc.driver.T4C8TTILobd.unmarshalLobData(T4C8TTILobd.java:360)
oracle.jdbc.driver.T4C8TTILob.readLOBD(T4C8TTILob.java:787)
oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:303)
oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:181)
oracle.jdbc.driver.T4C8TTILob.read(T4C8TTILob.java:139)
oracle.jdbc.driver.T4CConnection.getBytes(T4CConnection.java:2690)
^-- Holding lock: oracle.jdbc.driver.T4CConnection@32386377[thin lock]
oracle.sql.BLOB.getBytes(BLOB.java:557)
oracle.jdbc.driver.OracleBlobInputStream.needBytes(OracleBlobInputStream.jav
a:188)
oracle.jdbc.driver.OracleBufferedStream.readInternal(OracleBufferedStream.ja
va:171)
oracle.jdbc.driver.OracleBufferedStream.read(OracleBufferedStream.java:151)
^-- Holding lock: oracle.jdbc.driver.OracleBlobInputStream@341d0b87[thin loc
k]
java.io.BufferedInputStream.fill(BufferedInputStream.java:189)
java.io.BufferedInputStream.read(BufferedInputStream.java:236)
^-- Holding lock: oracle.mds.internal.persistence.db.DBInputStream@341d0bb2[
thin lock]
oracle.xml.parser.v2.XMLReader.pushXMLReader(XMLReader.java:363)
oracle.xml.parser.v2.XMLReader.pushXMLReader(XMLReader.java:230)
oracle.xml.parser.v2.XMLParser.parse(XMLParser.java:217)
oracle.fabric.common.wsdl.SchemaBuilder.parseXMLSrc(SchemaBuilder.java:1016)
oracle.fabric.common.wsdl.SchemaBuilder.parseXSDSrc(SchemaBuilder.java:984)
oracle.fabric.common.wsdl.SchemaBuilder.processSchemaImportsAndInclude(Schem
aBuilder.java:755)
oracle.fabric.common.wsdl.SchemaBuilder.loadEmbeddedSchemas(SchemaBuilder.ja
va:474)
oracle.fabric.common.wsdl.SchemaBuilder.loadSchemasFromWSDL(SchemaBuilder.ja
va:423)
oracle.fabric.common.wsdl.SchemaBuilder.loadAllSchemas(SchemaBuilder.java:21
4)
oracle.fabric.common.wsdl.SchemaManager.loadAllXSD(SchemaManager.java:209)
^-- Holding lock: oracle.fabric.common.wsdl.SchemaManager@36279195[thin lock
oracle.fabric.common.wsdl.SchemaManager.getXSDEntityResolver(SchemaManager.j
ava:424)
oracle.fabric.composite.model.CompositeModel.loadImports(CompositeModel.java
:361)
oracle.fabric.composite.model.CompositeModel.getWSDLManager(CompositeModel.j
ava:196)
oracle.integration.platform.blocks.adapter.AbstractAdapterBindingComponent.g
etWSDLDefinition(AbstractAdapterBindingComponent.java:168)
oracle.integration.platform.blocks.adapter.AdapterReference.loadDefinition(A
dapterReference.java:543)
oracle.integration.platform.blocks.adapter.AdapterReference.load(AdapterRefe
rence.java:377)
oracle.integration.platform.blocks.adapter.AdapterReference.load(AdapterRefe
rence.java:73)
oracle.integration.platform.blocks.deploy.CompositeDeploymentConnection.depl
oyReferences(CompositeDeploymentConnection.java:177)
oracle.integration.platform.blocks.deploy.CompositeDeploymentConnection.depl
oy(CompositeDeploymentConnection.java:81)
oracle.integration.platform.blocks.deploy.CompositeDeploymentManagerImpl.ini
tDeployment(CompositeDeploymentManagerImpl.java:143)
oracle.integration.platform.blocks.deploy.CompositeDeploymentManagerImpl.loa
d(CompositeDeploymentManagerImpl.java:61)
sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:?
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:27
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
java.lang.reflect.Method.invoke(Method.java:575)
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopU
tils.java:306)
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint
(ReflectiveMethodInvocation.java:182)
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:148)
oracle.integration.platform.blocks.deploy.DeploymentEventPublisher.invoke(De
ploymentEventPublisher.java:57)
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:148)
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:151)
$Proxy309.load(Unknown Source)
oracle.integration.platform.blocks.deploy.StandaloneCompositeDeploymentCoord
inatorImpl.coordinateCompositeDeployment(StandaloneCompositeDeploymentCoordinato
rImpl.java:54)
oracle.integration.platform.blocks.deploy.servlet.BaseDeployProcessor.deploy
NewComposite(BaseDeployProcessor.java:365)
oracle.integration.platform.blocks.deploy.servlet.BaseDeployProcessor.deploy
SARs(BaseDeployProcessor.java:123)
^-- Holding lock: java.lang.Object@3621c97c[thin lock]
oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeployWo
rk(DeployProcessor.java:122)
oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeployWo
rk(DeployProcessor.java:107)
oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.doDeploy(D
eployProcessor.java:96)
oracle.integration.platform.blocks.deploy.servlet.DeployProcessor.process(De
ployProcessor.java:68)
oracle.integration.platform.blocks.deploy.servlet.CompositeDeployerServlet.d
oPostInsideLoggingSession(CompositeDeployerServlet.java:141)
oracle.integration.platform.blocks.deploy.servlet.CompositeDeployerServlet.d
oPost(CompositeDeployerServlet.java:119)
javax.servlet.http.HttpServlet.service(HttpServlet.java:700)
javax.servlet.http.HttpServlet.service(HttpServlet.java:815)
weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSe
curityHelper.java:224)
weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelpe
r.java:108)
weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:206)
weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:55)
oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:111)
oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:299)
oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java
:405)
oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:94)
oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:98)
oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:70)
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:55)
oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:111)
oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:299)
oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java
:405)
oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:94)
oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:98)
oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:70)
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:55)
oracle.dms.servlet.DMSServletFilter.doFilter(DMSServletFilter.java:86)
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:55)
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapR
un(WebAppServletContext.java:3687)
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(W
ebAppServletContext.java:3681)
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubjec
t.java:308)
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:116)
weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletC
ontext.java:2213)
weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.
java:2135)
weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:142
0)
weblogic.work.ExecuteThread.execute(ExecuteThread.java:203)
weblogic.work.ExecuteThread.run(ExecuteThread.java:170)
>

I just noted that this is a database connectivity issue because when I point my soa related data sources (mds, soa_infra, etc...)to a local xe database, the deployment is doing fine.

Why are the Apple mods deleting and locking threads?

I would like an answer as to why the mods are deleting and locking threads that have to do with the error that pervasive in the iPod 1.1 upgrade. It seems that Apple will not acknowledge it but some of us are trying to find an answer and Apple locks the thread and deletes another one. As paying customers, Apple should realize that it is us who keeps the lights on in Cupertino. I think a bit more respect to the paying customer is in order here.

Just post your questions and replies in a calm and concise way Don and follow the guidelines within the Terms of Use;-):
http://discussions.apple.com/help.jspa#adua
Contrary to any belief you may have I can assure you that there are no attempts of covering up any alleged bugs in software or anything else in these fora.
Here's a reframe to your original question - The fact that the thread was locked means that the Hosts have seen the thread. It is reasonable therefore to conclude that they would have allerted the relevant people of the issue and referred them to that thread.

Deadlock with thread issues while generating reports with Crystal Report XI

We are facing deadlock with thread issues while generating report with Crystal Report XI
Version Number is 11.0 and the database used is Oracle
In the log file on line number 74350 by 2008/12/16 13:35:54 there is a dead lock with Thread: u20184u2019 is waiting to acquire lock for 'com.crystaldecisions.reports.queryengine.av@15214b9' which is held by the Thread: '0'.
And a dead lock with Thread: u20180u2019 is waiting to acquire lock for 'com.crystaldecisions.reports.queryengine.av@15214b9' which is held by the Thread: '4'.
Exactly after 10 minutes we can see the thread 4 and 0 are declared as STUCK by 2008/12/16 13:45:54 .
Is this an existing issue with Crystal Report?
Is there some solution for this problem?
THE LOG FILE INFORMATION IS GIVEN BELOW
[deadlocked thread] [ACTIVE] ExecuteThread: '4' for queue: 'weblogic.kernel.Default (self-tuning)':
Thread '[ACTIVE] ExecuteThread: '4' for queue: 'weblogic.kernel.Default (self-tuning)'' is waiting to acquire lock 'com.crystaldecisions.reports.queryengine.av@15214b9' that is held by thread '[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)''
Stack trace:
     com.crystaldecisions.reports.queryengine.av.V(Unknown Source)
     com.crystaldecisions.reports.queryengine.av.do(Unknown Source)
     com.crystaldecisions.reports.queryengine.as.if(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.datainterface.j.c(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.datainterface.j.a(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.datainterface.j.a(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.cy.b(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.cy.long(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.a1.o(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.a1.a(Unknown Source)
     com.crystaldecisions.reports.common.ab.a(Unknown Source)
     com.crystaldecisions.reports.common.ab.if(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.a1.if(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.a1.o(Unknown Source)
     com.crystaldecisions.reports.reportengineinterface.a.a(Unknown Source)
     com.crystaldecisions.reports.reportengineinterface.a.a.b.a(Unknown Source)
     com.crystaldecisions.reports.sdk.ReportClientDocument.open(Unknown Source)
     com.sysarris.aris.crystalreports.RepServlet.generateReport(RepServlet.java:65)
     com.sysarris.aris.crystalreports.RepServlet.doPost(RepServlet.java:40)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
     weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:225)
     weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:127)
     weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:272)
     weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:165)
     weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3153)
     weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
     weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
     weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:1973)
     weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1880)
     weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1310)
     weblogic.work.ExecuteThread.execute(ExecuteThread.java:207)
     weblogic.work.ExecuteThread.run(ExecuteThread.java:179)
[deadlocked thread] [ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)':
Thread '[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'' is waiting to acquire lock 'com.crystaldecisions.reports.queryengine.av@12e0415' that is held by thread '[ACTIVE] ExecuteThread: '4' for queue: 'weblogic.kernel.Default (self-tuning)''
Stack trace:
     com.crystaldecisions.reports.queryengine.av.V(Unknown Source)
     com.crystaldecisions.reports.queryengine.av.do(Unknown Source)
     com.crystaldecisions.reports.queryengine.as.if(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.datainterface.j.c(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.datainterface.j.a(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.datainterface.j.a(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.cy.b(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.cy.long(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.a1.o(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.a1.a(Unknown Source)
     com.crystaldecisions.reports.common.ab.a(Unknown Source)
     com.crystaldecisions.reports.common.ab.if(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.a1.if(Unknown Source)
     com.crystaldecisions.reports.reportdefinition.a1.o(Unknown Source)
     com.crystaldecisions.reports.reportengineinterface.a.a(Unknown Source)
     com.crystaldecisions.reports.reportengineinterface.a.a.b.a(Unknown Source)
     com.crystaldecisions.reports.sdk.ReportClientDocument.open(Unknown Source)
     com.sysarris.aris.crystalreports.RepServlet.generateReport(RepServlet.java:65)
     com.sysarris.aris.crystalreports.RepServlet.doPost(RepServlet.java:40)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
     weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:225)
     weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:127)
     weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:272)
     weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:165)
     weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3153)
     weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
     weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
     weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:1973)
     weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1880)
     weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1310)
     weblogic.work.ExecuteThread.execute(ExecuteThread.java:207)
     weblogic.work.ExecuteThread.run(ExecuteThread.java:179)
Can you please suggest any work around for this?

I'm not referring to Servlet threading issues.
I'll clarify.
You have two threads, both entering ReportClientDocument.open(...) method.
Thread 4 is waiting to acquire 'com.crystaldecisions.reports.queryengine.av@15214b9'
Thread 0 is waiting to acquire ''com.crystaldecisions.reports.queryengine.av@12e0415'
So I'm thinking ??? are they the same objects?
My specific question concerning the ReportClientDocument is that both are calling open - i.e., trying to open a new report. You wouldn't be trying to open different reports using the same ReportClientDocument - so was wondering if you've cached the RCD and trying to open two different reports at the same time on the same instance via different threads.
You'd normally tie a ReportClientDocument instance to a HTTP Session, to ensure each user gets their own copy.
Sincerely,
Ted Ueda

Sun is Locking threads ?

What's going on with the Sun forum ? First they took away the ability to filter search results to IDM ( google returns better results than the search ) , now they are locking threads ?
What are the rules for locking threads? 2 year old threads ? 3 years old ? How would the public know this new Sun Policy ? I've seen plenty of threads that were old in a lot of forums that are revived after 3 years. Believe it or not, sometimes same issues will pop up regardless of the age of the thread.
I would ask Sun not to lock them simply because people are still using older versions of software and there are questions that pertain to them that could be resolved. Asking someone to simply open a new question while pointing to another thread might cause less responses when threads begin pointing to other threads that are pointing to other threads, and so on.
my 2 cents

Here are more detail to clear this up a bit:
1) Action event is fired when a combox gets a mouse click on it the first time (user haven't select anything yet), after it got focus, it won't fire this event. A comboboxchange event is generated instead of a got focus event.
2) I prevent the action from fire when it's updated programtically by setting disable event (actionevent) but that doesn't work (I did this on the combo box event).

Since I've installed Mountain Lion, I am having lock up issues with multiple programs. MS Outlook has crashed and I've lost all my folders. HELP?

Since I've installed Mountain Lion, I am having lock up issues with multiple programs. MS Outlook has crashed and I've lost all my folders. HELP?

okay I've finally been able to get tor and all the other programs to work according to my plan the only thing that's still making problems is that iptables doesn't work as I want it to, when I start chromium without proxy settings privoxy doesn't seem to forward the information to polipo.. do I need to add another rule to iptables.rules in order for the program to know it has to reroute the information again or how can I get this to work? and is there any way to run rtorrent with proxy support?
anyway, problem 2 and 3 are still to be solved.
and does anybody know where i can get a good dansguardian blacklist that was not designed for 6 year old children and for which I don't need to subscribe? I'm still getting these partypoker popups -.-
//e: with iptables it's the same thing as described in the first post. https works, http doesnt. I get the output "Invalid header received from client." on http sites. still no idea why though.. (and the https-version of torcheck.xenubite says i'm tor unprotected while starting the browser with iptables)
Last edited by deF291 (2011-04-23 16:16:31)

Bit locker security issues (easy to crack) disk encryption?

Bit locker security issues (easy to crack) disk encryption?
Problem 1: When the PC run I think its too easy to get malicious users (with usb pendrive) or spyware to get the encryption key (fast and easy)
youtube.com/watch?v=0npTlOq6q_0
Problem2:not resistant with bruteforce attacks
youtube.com/watch?v=zvaJxnvbGic
Problem 3: not resistant with boot hacking
Im using DriveCrypt plus pack and searched security issues in bit locker.The bit locker allow you the bruteforce/dic attack easy.I think It would be much safer 1. (I think the keys stored somewhere that is easily read) 2. Do not just be enough password
need a password+file combination to decrypt the disk. DriveCrypt plus pack use a file+password combination if you know the password but you wont have the file you can not decrypt the disk (protect with bruteforce attack).On system boot protected bruteforce
attak you can crash the (boot).If the boot system crash you can not decrypt the disk just the password you need the file+password combination plus to decrypt it. I am not a programmer but I see the BitLocker ( easy security catches to crack the disk encryption).Im
tested DriveCrypt and I can not get the key that easy (Problem 1). I have not tested it in greater depth just trying to (catches to crack software encryption).

Where is your question, sir?
If the question were "is it easy to crack", the answer is "no". Your videos make use of several assumptions and ingredients and permissions that a normal attacker does not have.
"Problem 3" is not clear, please describe what scenario you are talking about.

Thread issue in jsp.....

I understand that the j2ee container (tomcat or jrun...) creates ONE instance of the jsp page (i.e. compiled into servlet class) when the jsp page (let's say, myPage.jsp) is accessed the first time. All request for this jsp page will be done through thread.
My questions are:
1. If I instantiate an object (say, myObject) within the scriptlet, will the container create one instance of this object for each "jsp" thread? Or will there be only one instance of the myObject object and each "jsp" thread be running on a thread of myObject?!
2. If I use javaBean in my jsp (i.e. use the <jsp:useBean..../> tag), I know that the container will create a new instance of the bean class. So if there are multiple request on the same jsp page, is it true that many instances of the bean will be created? And there will be no thread issue involed?!!
Thanks!!

When you create an instance of an object inside a scriplet using <% ... %>, that instance is local to the service) method of the servlet corresponding to the JSP. So there is no threading related issue.
Smilar is the argument why there is not threading related issue with using <jsp:useBean>

Locked threads

What is the point of having a forum if they lock thread discussions because people with valid comments and or questions post and a sensible rebutal is not possible?

The same could be said for having a Verizon TOS to which you must agree if you would like to participate in the forum.
What is the use if it is not going to be enforced? The reason most threads are locked fall into 2 categories.
1) Multiple violations of the TOS
2) Responses to posts which are well over 1 year old and the questions may no longer be valid as the problem may have been solved or Verizon policies concerning the questions may have changed.

Locked threads, instead of hiding "reply" link change word to "Locked"

Based on this thread: http://social.microsoft.com/Forums/en-US/cc444c7a-a838-4a16-ac57-8f315475b602/how-does-one-reply-to-a-post-i-see-no-reply-button?forum=reportabug
It seems that for locked threads, people can scroll past the the "Lock" icon too quickly to realize, and then not understand why they can't reply. I
Instead of hiding the reply link, I suggest changing the "reply" text to "Locked" for locked threads, and have it not be a hyperlink.
Thanks,
Mike
MSDN and TechNet Subscriptions Support

Your AGP bus uses more bandwith than the PCI bus, thus making the OC more dependend from the AGP bus. And if your AGP slot will drain more CPU power and fragile as AGP can be, it will not tolerate errors due higher clock speeds. Mhz += Stability -. Notice: PCI is 33 Mhz/ AGP is 66/133 Mhz... . As you see there is less margin for errors. While you overclock the CPU will make tolerable errors: NP with PCI... But AGP... will take it to the MAX. [I hope this reply is No nonsense]

Need help about Thread issue

Given from scjp
1.public static void main(String[] args) {
2.        NameRunnable nr = new NameRunnable();
3.        Thread t1 = new Thread(nr);
4.        t1.start();
5.        t1.join();
}There are some questions which i made up myself to test how i understand about the thread issue and I really need some experts to confirm about it.
Question 1: At line 3, how many threads we have now ?
my answer is
there are 2 threads. the first one is main thread and the second one is t.
I am not sure about the t thread because in the book, they indicate that after instantiating the thread,
we just have a thread object but not a true thread.
Question 2: At line 4, after t1.start(), which thread will be executed first.
My answer is
we dont know because it depends on the scheduler.
Question 3: what t1.join() does ?
my answer is
blablabla.What I am thinking is t.join() joins the current thread to the end of t so that when t finishes the current thread can run again. However, which one is the current thread now. That is why I am stuck
Please help me. I appreciate
Edited by: newbie on Nov 25, 2010 4:46 PM
Edited by: newbie on Nov 25, 2010 4:47 PM
Edited by: newbie on Nov 25, 2010 4:49 PM

newbie wrote:
Given from scjp
public static void main(String[] args) {
NameRunnable nr = new NameRunnable();
Thread t1 = new Thread(nr);
t1.start();
t1.join();
}There are some questions which i made up myself to test how i understand about the thread issue and I really need some experts to confirm about it.
Question 1: At line 3, how many threads we have now ?
my answer is
there are 2 threads. the first one is main thread and the second one is t.
I am not sure about the t thread because in the book, they indicate that after instantiating the thread,
we just have a thread object but not a true thread.
Don't use code blocks for prose. It won't autowrap and can lead to display problems if a line is too long.
Which is line 3?
What do you mean by "how many threads to we have?" Do you mean how many Thread objects exist, or how many threads (lower case "t") are executing.
After you have called t1.start(), there are at least 2 threads executing--the main thread, and the one you started. I say "at least" because the JVM has some administrative threads of its own.
Question 2: At line 4, after t1.start(), which thread will be execute first.
My answer is
we dont know because it depends on the scheduler.
Correct. And don't think of one executing "first." They can take turns, or they can both execute at the same time (if you have a multicore or multi-CPU machine).
Question 3: what t1.join() does ?
my answer is
blablabla.What I am thinking is t.join() joins the current thread to the end of t so that when t finishes the current thread can run again. However, which one is the current thread now. That is why I am stuck
Please help me. I appreciateDid you read [url http://download.oracle.com/javase/6/docs/api/java/lang/Thread.html#join()]the docs for join()? They tell you exactly what it does. If you don't understand after reading, post again.

JMeter +JSF 1.2 +Multiple threads issue

I have an issue when running JMeter with an JSF 1.2 application.
I have the regex and xpath fix working. It is extracting the correct ViewState value, but only as long as I am running one thread. If I start a thread group with multiple threads the regex/xpath will eventually return the default value and the test will fail.
Scenario 1 (SUCCESS):
I run one thread and one thread group, regex/xpath return the
"ViewState" value correctly and the test runs perfectly until I stop it.
Scenario 2 (FAILURE):
I run multiple threads and one thread group, regex/xpath
eventually return the DEFAULT value instead the "ViewState" value to
all but one thread. The more threads the faster they fail. It really
seems like there is a threading issue.
Has anyone experienced similar issues when running regex/xpath and multiple threads?

Thank you, I tried what you suggested and revealed something interesting. The application in some cases prints the following on the screen:
*~com.sun.faces.saveStateFieldMarker~*, and it is in those cases JMETER Xpath extraction fails.
Well I have to look more into it. Thank again for the help.

Credits & lock box issues in SAP XI

Hi All,
what is the credits & lock box issues in SAP XI....? can any body explain me in detail and how to solve all these credits and lockbox issues...
Thanks
Sudheer

Sudheer,
I dont think you have any issues with these files. These files are sent to the Bank. Just google for help on these files. If you are expecting in detail explanation then I think you should give us few inputs.
Regards,
---Satish

Thread issue...please clarify

I am kind of new in Servlet/JSP world.
I have a servlet and it gets the information from the database and put the information in a bean . In the servlet, the bean is placed in session object. The code is as follows:
doPost(......)
HttpSession session = req.getSession(true);
//Here session is local variable to doPost()
session.setAttribute("name", databean);
//databean is the bean created by servlet inside doPost()
//Then sendRedirect to a JSP page to show the information from the bean.
The JSP retrives the values as bellow:
<jsp:useBean id="name" class="common.Databean"
     scope="session" />
<%
          //Get the information from the bean
          Rowbean [] rows = name.getRows();
          for(int x = 0; x < rows.length ; x++)
          String description = rows[x].getDescription();
          String category_ident = rows[x].getCategory_ident();
%>
My question is :
Is there any safe threading issue in this procedure..to be specific is that session object is accessable by any other client calling same time the servlet..
Any explanation will be appreciated.
Shakilc

It is quite possible that the session can be accessed by two threads. This would be the case if the user accesses your servlet from two browser windows (or tabs). Browsers have different behaviors with regard to interacting with your application sessions. For example, two IE windows will be treated as two sessions, whereas, two Netscape tabs (not windows) will be treated as a single session. This behavior is browser specific. So, it is quite likely that you may be have two threads accessing your session at the same time. The session implementation is typically synchronized, so that two or more threads cannot modify a session value at the same time, but, one thread can immediately overwrite a value stored by another thread. This is normal behavior and typically acceptable behavior.
Hope this answers your question.
Sonny

JPS thread issues and Tag Libs

I was curious as to the thread issues with using Tag Libs inside of JPS'.
I realize that many threads can access an individual JSP and that a JSP (at least in tomcat) uses the same instance of its tag over and over again.
But I have the following questions:
Are there thread race issues with using tags?
If there are thread race issues wouldn't it be a bad idea to use the setter methods on a tag or have any instance level variables in a tag?
Is the access to the tag synchronized in the creation of the JSP/Servlet?
Thanks for your time,
Nate

I actually decompiled the JSP that was created by tomcat and it (the complied JSP) is actually using a factory to get an instance of a tag. When the complied JSP is done with the Tag instance it calls the release() method on the Tag and then the factory is allowed to reuse that Tag.
So, basically when Tags are used like they are supposed to be, there are no threading/race issues.
I have downloaded the Tag specs, but haven't been able to read them yet. After I do get the chance to read them, I will try and post my findings.

Locked thread issue

Similar Messages

Maybe you are looking for