[JBoss JIRA] Updated: (JBCACHE-486) Optimize activations
by Manik Surtani (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-486?page=all ]
Manik Surtani updated JBCACHE-486:
----------------------------------
Fix Version/s: 2.1.0.GA
(was: 2.0.0.GA)
> Optimize activations
> --------------------
>
> Key: JBCACHE-486
> URL: http://jira.jboss.com/jira/browse/JBCACHE-486
> Project: JBoss Cache
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Affects Versions: 1.3.0.GA
> Reporter: Jerry Gauthier
> Assigned To: Manik Surtani
> Priority: Minor
> Fix For: 2.1.0.GA
>
>
> JBCACHE-420 notes that activation processing is performed excessively. The resolution of JBCACHE-420 eliminates the excessive activations but it doesn't resolve the following optimization issue.
> The ActivationInterceptor can't readily determine whether a node has been passivated because the cache loading operation occurs in the CacheLoaderInterceptor. Consequently the activation interceptor invokes loader.exists(node) to ascertain whether the node has been passivated. This works properly but is an unnecessary operation as the CacheLoader interceptor executes immediately prior to the Activation interceptor and it makes a similar determination. This determination can be expensive as itmay involve performing database operations (e.g., for a JDBC cache loader).
> It's desirable to eliminate the loader.exists(node) invocation in the Activation interceptor to optimize performance. One possible way to accomplish this would be to add a pesudo attribute __PASSIVATED__
> to the node's hashmap (similar to __INITIALIZED__) whenever a node has been passivated, and remove it again when
> activated.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Updated: (JBMESSAGING-25) Microcontainer integration
by Tim Fox (JIRA)
[ http://jira.jboss.com/jira/browse/JBMESSAGING-25?page=all ]
Tim Fox updated JBMESSAGING-25:
-------------------------------
Summary: Microcontainer integration (was: Integrate ServerPeer with the 5.0 micro-container)
Original Estimate: (was: 1 week)
Remaining Estimate: (was: 1 week)
Description:
We should POJOify all our current MBean services and allow the microcontainer to enforce dependencies.
The microcontainer can also provide MBean interfaces transparently if needed.
This task is critical in allowing an "embedded JBM".
This is critical to kick start ESB
was:This is critical to kick start ESB
Assignee: Aaron Walker
> Microcontainer integration
> --------------------------
>
> Key: JBMESSAGING-25
> URL: http://jira.jboss.com/jira/browse/JBMESSAGING-25
> Project: JBoss Messaging
> Issue Type: Task
> Components: AS Integration
> Reporter: Ovidiu Feodorov
> Assigned To: Aaron Walker
> Fix For: 2.0.0 Beta 1
>
> Attachments: JBMESSAGING-26.tar
>
>
> We should POJOify all our current MBean services and allow the microcontainer to enforce dependencies.
> The microcontainer can also provide MBean interfaces transparently if needed.
> This task is critical in allowing an "embedded JBM".
> This is critical to kick start ESB
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Created: (JBAS-4581) No connection close checking during servlet initialization
by Adrian Brock (JIRA)
No connection close checking during servlet initialization
----------------------------------------------------------
Key: JBAS-4581
URL: http://jira.jboss.com/jira/browse/JBAS-4581
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Web (Tomcat) service
Affects Versions: JBossAS-4.2.1.GA
Reporter: Adrian Brock
The following stacktrace shows a leaked connection during servlet initialization
from a user reported in the forums:
[code]
{org.jboss.resource.adapter.jdbc.WrappedConnection(a)10e0edb=java.lang.Exception: STACKTRACE
at org.jboss.resource.connectionmanager.CachedConnectionManager.registerConnection(CachedConnectionManager.java:321)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:467)
at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:874)
at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:103)
at com.mobilgw.sam.common.WFComponentFactory.(WFComponentFactory.java:123)
.............
.............
at javax.servlet.GenericServlet.init(GenericServlet.java:211)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1091)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3857)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4118)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
[/code]
This is not reported as a leaked connection and closed because this processing does not
go through the CachedConnectionValue.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Created: (JBAS-4579) JVM of JBoss crashes when client do intensive JMS communication
by Bretislav Wajtr (JIRA)
JVM of JBoss crashes when client do intensive JMS communication
---------------------------------------------------------------
Key: JBAS-4579
URL: http://jira.jboss.com/jira/browse/JBAS-4579
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JMS service
Affects Versions: JBossAS-4.2.0.GA, JBossAS-3.2.7 Final
Environment: Windows "ver" output::
Microsoft Windows XP [Version 5.1.2600]
Sun's JDK "java -version" output (clean unmodified installation):
java version "1.6.0_02"
Java(TM) SE Runtime Environment (build 1.6.0_02-b06)
Java HotSpot(TM) Client VM (build 1.6.0_02-b06, mixed mode, sharing)
JBoss 3.2.7 or JBoss 4.2.0GA (clean unmodified installation)
Reporter: Bretislav Wajtr
Assigned To: Adrian Brock
I believe that this doesn't have to be fault of JBoss, but who knows - I don't understand the problem so good. We were recently working on a application which uses JBoss's JMS for storing and withdrawing messages and from time to time our application's JVM crashed or JVM of JBoss crashed because of JMS communication. Finally we were able to create a test case which makes JBoss's JVM to fail every time. The time needed before the crash varies, but it is usually between 1s to 10s. I've posted the bug on Sun's Bug Database, but since they don't publish a bug until it is approved, I cannot post a link here.
I know that what I'm doing in the test case is not recommended (and probably very silly), but I would expect some "normal" exception being thrown. In our production code we aren't using connections this way (we use one connection for all JMS communication), but the problem from time to time occurs anyway.
As I say this is most probably fault of Sun's virtual machine, but at least we wanted to know your opinion on this. Thanks.
Steps to reproduce the problem:
1. Use fresh and unmodified installation of JBoss Application Server - tested with versions 3.2.7 final and 4.2.0GA
2. Download latest JDK1.6 or any JDK1.5 from Sun, works for both
3. Run Jboss on WinXP with: run.bat -c all
4. On same computer compile and run code of the test case (at the end of this document) - put %JBOSS_HOME%/client/jbossall-client.jar on classpath.
5. In a test case window you should see a string "cycle!" being periodically printed in console. No exceptions.
6. After a while (10s) JVM of either a test case or JBoss crash with error log similar to what is at the end of this document.
Test case:
=================================================
import java.util.Properties;
import javax.jms.QueueConnection;
import javax.jms.QueueConnectionFactory;
import javax.naming.Context;
import javax.naming.InitialContext;
public class JBossCrash
{
public static QueueConnection createNewConnection() throws Throwable {
Properties F_env = new Properties();
F_env.setProperty(Context.INITIAL_CONTEXT_FACTORY,
"org.jnp.interfaces.NamingContextFactory");
F_env.setProperty(Context.PROVIDER_URL, "localhost:1099");
F_env.setProperty("java.naming.factory.url.pkgs", "org.jboss.naming");
InitialContext F_iniCtx = new InitialContext(F_env);
QueueConnectionFactory F_connectionFactory = (QueueConnectionFactory)F_iniCtx
.lookup("ConnectionFactory");
QueueConnection F_connection = F_connectionFactory.createQueueConnection();
return F_connection;
}
public static void main(String[] args)
throws Throwable
{
System.out.println("Now quickly start, stop and close connections");
// periodically start and stop connection to JBoss
while (true)
{
System.out.println("cycle!");
QueueConnection F_connection = createNewConnection();
F_connection.start();
F_connection.stop();
F_connection.close();
}
}
}
=================================================
Error log:
=================================================
#
# An unexpected error has been detected by Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c918fea, pid=1296, tid=3532
#
# Java VM: Java HotSpot(TM) Client VM (1.6.0_02-b06 mixed mode)
# Problematic frame:
# C [ntdll.dll+0x18fea]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x0bab4400): JavaThread "UIL2.SocketManager.ReadTask#3 client=192.168.64.19:2290" daemon [_thread_in_native, id=3532]
siginfo: ExceptionCode=0xc0000005, writing address 0x00000010
Registers:
EAX=0x00000000, EBX=0x00000000, ECX=0x00001d0c, EDX=0x0b596d8c
ESP=0x0e1dee44, EBP=0x0e1deeb8, ESI=0x0b596d7c, EDI=0x00000000
EIP=0x7c918fea, EFLAGS=0x00010246
Top of Stack: (sp=0x0e1dee44)
0x0e1dee44: 0b5b1df8 00000000 00000000 ffb3b4c0
0x0e1dee54: ffffffff 000a6b98 00000000 00000000
0x0e1dee64: 0e1deedc 71a357c9 00001c7c 00001cbc
0x0e1dee74: 00000002 71a344b0 0e1def68 0e1def74
0x0e1dee84: 00000001 0e1def50 00000001 00000000
0x0e1dee94: 00000020 00000800 0e1def60 00000000
0x0e1deea4: 00000000 00001c7c 00000000 00000000
0x0e1deeb4: 00001d0c 0e1def50 7c90104b 00596d7c
Instructions: (pc=0x7c918fea)
0x7c918fda: 8b 46 10 3b c3 89 45 fc 0f 84 9e 00 00 00 8b 06
0x7c918fea: ff 40 10 8b 45 fc 83 e0 01 89 45 e8 8b 06 ff 40
Stack: [0x0e190000,0x0e1e0000), sp=0x0e1dee44, free space=315k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [ntdll.dll+0x18fea]
C [ntdll.dll+0x104b]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j java.net.SocketInputStream.socketRead0(Ljava/io/FileDescriptor;[BIII)I+0
j java.net.SocketInputStream.read([BII)I+84
j java.io.BufferedInputStream.fill()V+175
J java.io.BufferedInputStream.read()I
j org.jboss.util.stream.NotifyingBufferedInputStream.read()I+1
j java.io.ObjectInputStream$PeekInputStream.peek()I+19
j java.io.ObjectInputStream$BlockDataInputStream.readBlockHeader(Z)I+40
j java.io.ObjectInputStream$BlockDataInputStream.refill()V+72
j java.io.ObjectInputStream$BlockDataInputStream.read()I+19
j java.io.ObjectInputStream$BlockDataInputStream.readByte()B+1
j java.io.ObjectInputStream.readByte()B+4
j org.jboss.mq.il.uil2.SocketManager$ReadTask.run()V+104
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x0be2a800 JavaThread "UIL2(1e91485)#2" daemon [_thread_blocked, id=2820]
0x0be2a400 JavaThread "UIL2(1e91485)#1" daemon [_thread_blocked, id=4076]
=>0x0bab4400 JavaThread "UIL2.SocketManager.ReadTask#3 client=192.168.64.19:2290" daemon [_thread_in_native, id=3532]
0x0ab46800 JavaThread "UIL2(1d626a4)#2" daemon [_thread_blocked, id=3952]
0x0bab5400 JavaThread "UIL2(1d626a4)#1" daemon [_thread_blocked, id=3864]
0x0c050800 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=2272]
0x0c04fc00 JavaThread "RMI TCP Connection(1)-192.168.64.19" daemon [_thread_in_native, id=2568]
0x0c04f800 JavaThread "JBoss System Threads(1)-2" daemon [_thread_blocked, id=2136]
0x0bc92000 JavaThread "TP-Monitor" daemon [_thread_blocked, id=2544]
0x0bc91400 JavaThread "TP-Processor4" daemon [_thread_in_native, id=3552]
0x0bc90400 JavaThread "TP-Processor3" daemon [_thread_blocked, id=1040]
0x0c039000 JavaThread "TP-Processor2" daemon [_thread_blocked, id=1648]
0x0bc8f400 JavaThread "TP-Processor1" daemon [_thread_blocked, id=3304]
0x0bde4800 JavaThread "http-0.0.0.0-8080-Monitor" [_thread_blocked, id=3260]
0x0bde3400 JavaThread "http-0.0.0.0-8080-Processor25" daemon [_thread_in_native, id=3028]
0x0bde2400 JavaThread "http-0.0.0.0-8080-Processor24" daemon [_thread_blocked, id=1104]
0x0bde1800 JavaThread "http-0.0.0.0-8080-Processor23" daemon [_thread_blocked, id=2132]
0x0be71400 JavaThread "http-0.0.0.0-8080-Processor22" daemon [_thread_blocked, id=560]
0x0be70400 JavaThread "http-0.0.0.0-8080-Processor21" daemon [_thread_blocked, id=300]
0x0be6f400 JavaThread "http-0.0.0.0-8080-Processor20" daemon [_thread_blocked, id=3712]
0x0be6e400 JavaThread "http-0.0.0.0-8080-Processor19" daemon [_thread_blocked, id=1740]
0x0be6d000 JavaThread "http-0.0.0.0-8080-Processor18" daemon [_thread_blocked, id=3596]
0x0be6c000 JavaThread "http-0.0.0.0-8080-Processor17" daemon [_thread_blocked, id=1768]
0x0be07000 JavaThread "http-0.0.0.0-8080-Processor16" daemon [_thread_blocked, id=2612]
0x0be06000 JavaThread "http-0.0.0.0-8080-Processor15" daemon [_thread_blocked, id=3132]
0x0be05000 JavaThread "http-0.0.0.0-8080-Processor14" daemon [_thread_blocked, id=2704]
0x0be04000 JavaThread "http-0.0.0.0-8080-Processor13" daemon [_thread_blocked, id=520]
0x0be03000 JavaThread "http-0.0.0.0-8080-Processor12" daemon [_thread_blocked, id=4056]
0x0be02400 JavaThread "http-0.0.0.0-8080-Processor11" daemon [_thread_blocked, id=3100]
0x0be47000 JavaThread "http-0.0.0.0-8080-Processor10" daemon [_thread_blocked, id=348]
0x0be46400 JavaThread "http-0.0.0.0-8080-Processor9" daemon [_thread_blocked, id=2620]
0x0be77400 JavaThread "http-0.0.0.0-8080-Processor8" daemon [_thread_blocked, id=3848]
0x0be76800 JavaThread "http-0.0.0.0-8080-Processor7" daemon [_thread_blocked, id=2928]
0x0be5fc00 JavaThread "http-0.0.0.0-8080-Processor6" daemon [_thread_blocked, id=3232]
0x0be5ec00 JavaThread "http-0.0.0.0-8080-Processor5" daemon [_thread_blocked, id=272]
0x0be5e000 JavaThread "http-0.0.0.0-8080-Processor4" daemon [_thread_blocked, id=288]
0x0bdbdc00 JavaThread "http-0.0.0.0-8080-Processor3" daemon [_thread_blocked, id=2296]
0x0c035800 JavaThread "http-0.0.0.0-8080-Processor2" daemon [_thread_blocked, id=3464]
0x0c035000 JavaThread "http-0.0.0.0-8080-Processor1" daemon [_thread_blocked, id=3756]
0x0bf80400 JavaThread "JBossLifeThread" [_thread_blocked, id=2188]
0x0c001400 JavaThread "ScannerThread" daemon [_thread_blocked, id=3548]
0x0bd2ec00 JavaThread "UILServerILService Accept Thread" [_thread_in_native, id=1960]
0x0b0f1c00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=3436]
0x0be01400 JavaThread "OIL Worker Server" [_thread_in_native, id=2732]
0x0bacf800 JavaThread "JCA PoolFiller" [_thread_blocked, id=2576]
0x0bd2e000 JavaThread "IdleRemover" [_thread_blocked, id=4092]
0x0afcf800 JavaThread "TimeoutFactory" daemon [_thread_blocked, id=2836]
0x0b25e800 JavaThread "Timer-2" daemon [_thread_blocked, id=1712]
0x0bae6800 JavaThread "MERGE2.FindSubgroups thread" daemon [_thread_blocked, id=2884]
0x0bebd400 JavaThread "ServerSocketHandler thread" daemon [_thread_in_native, id=2968]
0x0bae4400 JavaThread "UDP mcast receiver" daemon [_thread_in_native, id=2056]
0x0afadc00 JavaThread "UDP.UcastReceiverThread" daemon [_thread_in_native, id=1432]
0x0afacc00 JavaThread "TimeScheduler.Thread" daemon [_thread_blocked, id=3428]
0x0afabc00 JavaThread "MessageDispatcher up processing thread" daemon [_thread_blocked, id=2804]
0x0afaac00 JavaThread "UpHandler (STATE_TRANSFER)" daemon [_thread_blocked, id=388]
0x0afa9c00 JavaThread "DownHandler (STATE_TRANSFER)" daemon [_thread_blocked, id=2316]
0x0afa9400 JavaThread "UpHandler (GMS)" daemon [_thread_blocked, id=3720]
0x0bd23800 JavaThread "DownHandler (GMS)" daemon [_thread_blocked, id=1028]
0x0bbe4800 JavaThread "UpHandler (UNICAST)" daemon [_thread_blocked, id=864]
0x0ba71000 JavaThread "UpHandler (FD_SOCK)" daemon [_thread_blocked, id=2980]
0x0ba70800 JavaThread "DownHandler (FD_SOCK)" daemon [_thread_blocked, id=4012]
0x0bbe5400 JavaThread "DownHandler (UDP)" daemon [_thread_blocked, id=3996]
0x0b2c0800 JavaThread "RequestController-5" daemon [_thread_blocked, id=4000]
0x0b240000 JavaThread "RequestController-4" daemon [_thread_blocked, id=3932]
0x0bdba000 JavaThread "RequestController-3" daemon [_thread_blocked, id=2468]
0x0b395000 JavaThread "RequestController-2" daemon [_thread_blocked, id=3620]
0x0bbe7800 JavaThread "ORB thread" [_thread_blocked, id=3992]
0x0be52800 JavaThread "RequestController-1" daemon [_thread_blocked, id=2312]
0x0be10c00 JavaThread "Thread-25" daemon [_thread_in_native, id=3604]
0x0aea1400 JavaThread "JBossMQ Cache Reference Softner" daemon [_thread_blocked, id=2560]
0x0af32000 JavaThread "HAJNDI-AutomaticDiscovery" [_thread_in_native, id=2456]
0x0ae29400 JavaThread "HAJNDI-Listener" [_thread_in_native, id=2700]
0x0bdd8400 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=2788]
0x0ab33400 JavaThread "MERGE2.FindSubgroups thread" daemon [_thread_blocked, id=3964]
0x0ae2a800 JavaThread "AsynchHAMembershipListener Thread" [_thread_blocked, id=2100]
0x0ae02800 JavaThread "UDP mcast receiver" daemon [_thread_in_native, id=3492]
0x0ab3e800 JavaThread "UDP.UcastReceiverThread" daemon [_thread_in_native, id=1212]
0x0ab3e400 JavaThread "TimeScheduler.Thread" daemon [_thread_blocked, id=524]
0x0ab3c000 JavaThread "MessageDispatcher up processing thread" daemon [_thread_blocked, id=3984]
0x0ab2b800 JavaThread "UpHandler (STATE_TRANSFER)" daemon [_thread_blocked, id=3196]
0x0ab2a800 JavaThread "DownHandler (STATE_TRANSFER)" daemon [_thread_blocked, id=3796]
0x0ab29400 JavaThread "UpHandler (GMS)" daemon [_thread_blocked, id=312]
0x0ab38800 JavaThread "DownHandler (GMS)" daemon [_thread_blocked, id=3824]
0x0ab37800 JavaThread "UpHandler (FRAG)" daemon [_thread_blocked, id=2740]
0x0ab36800 JavaThread "DownHandler (FRAG)" daemon [_thread_blocked, id=3676]
0x0ab35c00 JavaThread "UpHandler (STABLE)" daemon [_thread_blocked, id=3284]
0x0be86000 JavaThread "DownHandler (STABLE)" daemon [_thread_blocked, id=1556]
0x0bd40000 JavaThread "UpHandler (UNICAST)" daemon [_thread_blocked, id=1948]
0x0afafc00 JavaThread "DownHandler (UNICAST)" daemon [_thread_blocked, id=1236]
0x0af37c00 JavaThread "UpHandler (NAKACK)" daemon [_thread_blocked, id=2112]
0x0afa8c00 JavaThread "DownHandler (NAKACK)" daemon [_thread_blocked, id=3152]
0x0be6ac00 JavaThread "UpHandler (VERIFY_SUSPECT)" daemon [_thread_blocked, id=3192]
0x0af30c00 JavaThread "DownHandler (VERIFY_SUSPECT)" daemon [_thread_blocked, id=2684]
0x0b138c00 JavaThread "UpHandler (FD)" daemon [_thread_blocked, id=3080]
0x0ba76c00 JavaThread "DownHandler (FD)" daemon [_thread_blocked, id=304]
0x0ab40800 JavaThread "UpHandler (PING)" daemon [_thread_blocked, id=1460]
0x0adfe800 JavaThread "DownHandler (PING)" daemon [_thread_blocked, id=928]
0x0bdbf400 JavaThread "DownHandler (UDP)" daemon [_thread_blocked, id=3340]
0x0be68c00 JavaThread "HSQLDB Timer @12a78ee" daemon [_thread_blocked, id=3256]
0x0b94c400 JavaThread "SnmpPortal--1-FastReceiver" [_thread_in_native, id=3820]
0x0b94c000 JavaThread "SnmpPortal--1" [_thread_blocked, id=3316]
0x0ae68800 JavaThread "SnmpPortal--1-FastReceiver" [_thread_in_native, id=2640]
0x0bc18800 JavaThread "SnmpPortal--1" [_thread_blocked, id=876]
0x0bc34400 JavaThread "SnmpTimer" [_thread_blocked, id=3868]
0x0bbf1800 JavaThread "SnmpPortal--1-FastReceiver" [_thread_in_native, id=2548]
0x0bbf0800 JavaThread "Timer-1" [_thread_blocked, id=496]
0x0bbff400 JavaThread "SnmpPortal--1" [_thread_blocked, id=3384]
0x0ba3f800 JavaThread "Thread-2" [_thread_in_native, id=268]
0x0bb1c400 JavaThread "ContainerBackgroundProcessor[StandardEngine[jboss.web]]" daemon [_thread_blocked, id=3108]
0x0b41b400 JavaThread "PooledInvokerAcceptor#0-4445" [_thread_in_native, id=3740]
0x0b211800 JavaThread "RMI TCP Accept-4444" daemon [_thread_in_native, id=2120]
0x0ae32800 JavaThread "ClassLoadingPool(2)-1" daemon [_thread_in_native, id=1172]
0x0b404400 JavaThread "JBoss System Threads(1)-1" daemon [_thread_in_native, id=2940]
0x0b3da400 JavaThread "GC Daemon" daemon [_thread_blocked, id=3736]
0x0b3e0400 JavaThread "RMI Reaper" [_thread_blocked, id=1936]
0x0b3f8800 JavaThread "RMI TCP Accept-1098" daemon [_thread_in_native, id=468]
0x0b3ff800 JavaThread "ScannerThread" daemon [_thread_blocked, id=2824]
0x0b3b1800 JavaThread "Timer-0" daemon [_thread_blocked, id=1092]
0x002e7000 JavaThread "DestroyJavaVM" [_thread_blocked, id=2388]
0x0aaf2000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1448]
0x0aaed400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2616]
0x0aaec000 JavaThread "Attach Listener" daemon [_thread_blocked, id=3896]
0x0aaeb400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3588]
0x0aadbc00 JavaThread "Finalizer" daemon [_thread_blocked, id=1912]
0x0aad7800 JavaThread "Reference Handler" daemon [_thread_blocked, id=584]
Other Threads:
0x0aad4800 VMThread [id=1616]
0x0aafc400 WatcherThread [id=2800]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 3840K, used 1073K [0x029c0000, 0x02de0000, 0x02ea0000)
eden space 3456K, 31% used [0x029c0000, 0x02acc438, 0x02d20000)
from space 384K, 0% used [0x02d20000, 0x02d20000, 0x02d80000)
to space 384K, 0% used [0x02d80000, 0x02d80000, 0x02de0000)
tenured generation total 49300K, used 29578K [0x02ea0000, 0x05ec5000, 0x069c0000)
the space 49300K, 59% used [0x02ea0000, 0x04b82858, 0x04b82a00, 0x05ec5000)
compacting perm gen total 24832K, used 24827K [0x069c0000, 0x08200000, 0x0a9c0000)
the space 24832K, 99% used [0x069c0000, 0x081fec70, 0x081fee00, 0x08200000)
No shared spaces configured.
Dynamic libraries:
0x00400000 - 0x00423000 D:\Download\jboss-3.2.7\jdk1.6.0_02\bin\java.exe
0x7c900000 - 0x7c9af000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c8f4000 C:\WINDOWS\system32\kernel32.dll
0x77dc0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll
0x77e70000 - 0x77f01000 C:\WINDOWS\system32\RPCRT4.dll
0x7c340000 - 0x7c396000 D:\Download\jboss-3.2.7\jdk1.6.0_02\jre\bin\msvcr71.dll
0x6d870000 - 0x6dab9000 D:\Download\jboss-3.2.7\jdk1.6.0_02\jre\bin\client\jvm.dll
0x77d30000 - 0x77dc0000 C:\WINDOWS\system32\USER32.dll
0x77f10000 - 0x77f57000 C:\WINDOWS\system32\GDI32.dll
0x76b30000 - 0x76b5d000 C:\WINDOWS\system32\WINMM.dll
0x76370000 - 0x7638d000 C:\WINDOWS\system32\IMM32.DLL
0x6d3c0000 - 0x6d3c8000 D:\Download\jboss-3.2.7\jdk1.6.0_02\jre\bin\hpi.dll
0x76be0000 - 0x76beb000 C:\WINDOWS\system32\PSAPI.DLL
0x6d820000 - 0x6d82c000 D:\Download\jboss-3.2.7\jdk1.6.0_02\jre\bin\verify.dll
0x6d460000 - 0x6d47f000 D:\Download\jboss-3.2.7\jdk1.6.0_02\jre\bin\java.dll
0x6d860000 - 0x6d86f000 D:\Download\jboss-3.2.7\jdk1.6.0_02\jre\bin\zip.dll
0x6d620000 - 0x6d633000 D:\Download\jboss-3.2.7\jdk1.6.0_02\jre\bin\net.dll
0x71a90000 - 0x71aa7000 C:\WINDOWS\system32\WS2_32.dll
0x77c00000 - 0x77c58000 C:\WINDOWS\system32\msvcrt.dll
0x71a80000 - 0x71a88000 C:\WINDOWS\system32\WS2HELP.dll
0x71a30000 - 0x71a70000 C:\WINDOWS\System32\mswsock.dll
0x76f10000 - 0x76f37000 C:\WINDOWS\system32\DNSAPI.dll
0x76fa0000 - 0x76fa8000 C:\WINDOWS\System32\winrnr.dll
0x76f50000 - 0x76f7d000 C:\WINDOWS\system32\WLDAP32.dll
0x76fb0000 - 0x76fb6000 C:\WINDOWS\system32\rasadhlp.dll
0x0ffd0000 - 0x0fff8000 C:\WINDOWS\system32\rsaenh.dll
0x769b0000 - 0x76a64000 C:\WINDOWS\system32\USERENV.dll
0x67270000 - 0x672c4000 C:\WINDOWS\system32\netapi32.dll
0x20b00000 - 0x20b4b000 C:\WINDOWS\system32\imon.dll
0x774d0000 - 0x7760d000 C:\WINDOWS\system32\ole32.dll
0x71ab0000 - 0x71aba000 C:\WINDOWS\system32\WSOCK32.dll
0x20c00000 - 0x20c0c000 C:\Program Files\Eset\pr_imon.dll
0x698b0000 - 0x69908000 C:\WINDOWS\system32\hnetcfg.dll
0x71a70000 - 0x71a78000 C:\WINDOWS\System32\wshtcpip.dll
0x6d7c0000 - 0x6d7c6000 D:\Download\jboss-3.2.7\jdk1.6.0_02\jre\bin\rmi.dll
VM Arguments:
jvm_args: -Dprogram.name=run.bat -Djava.endorsed.dirs=D:\Download\jboss-3.2.7\bin\\..\lib\endorsed
java_command: org.jboss.Main -c all
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=D:\Download\jboss-3.2.7\jdk1.6.0_02\
CLASSPATH=C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip
PATH=D:\Download\jboss-3.2.7\jdk1.6.0_02\;C:\Program Files\Perforce;c:\depot\toolsets\base;c:\depot\toolsets\general\mks\mksnt;c:\depot\toolsets\general\cygnus\H-i586-cygwin32\bin;c:\depot\toolsets\general\cm\perforce;D:\Install\ActiveTcl\bin;c:\oracle\ora92\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel;c:\\depot\\toolsets\\base;c:\\depot\\toolsets\\general\\mks\\mksnt;c:\\depot\\toolsets\\general\\cygnus\\H-i586-cygwin32\\bin;C:\Program Files\Perforce;C:\Program Files\Informix\Connect\bin;c:\\depot\\toolsets\\base;C:\\depot\\toolsets\\general\\mks\\mksnt;C:\\depot\\toolsets\\general\\cygnus\\H-i586-cygwin32\\bin;C:\\depot\\toolsets\\general\\cm\\perforce;C:\\depot\\toolsets\\general\\python221;C:\Program Files\Common Files\Adobe\AGL;C:\Program Files\MySQL\MySQL Server 5.0\bin;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\Common Files\GTK\2.0\bin
USERNAME=locadmin
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 15 Model 3 Stepping 4, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 2
CPU:total 2 (1 cores per cpu, 2 threads per core) family 15 model 3 stepping 4, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ht
Memory: 4k page, physical 2095172k(1355780k free), swap 3514808k(2940720k free)
vm_info: Java HotSpot(TM) Client VM (1.6.0_02-b06) for windows-x86, built on Jul 12 2007 01:16:14 by "java_re" with unknown MS VC++:1310
=================================================
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Created: (JBPORTAL-1550) charset encoding with commons-fileupload-1.1.1
by Luca Stancapiano (JIRA)
charset encoding with commons-fileupload-1.1.1
----------------------------------------------
Key: JBPORTAL-1550
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1550
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Portal CMS
Affects Versions: 2.6 Final
Environment: JBoss as from http://anonsvn.jboss.org/repos/jbossas/tags/JBoss_4_0_5_GA_CP06,
JBoss Portal from http://anonsvn.jboss.org/repos/portal/trunk since 9 july 2007
Reporter: Luca Stancapiano
Assigned To: Sohil Shah
Fix For: 2.6.1 Final
there is a problem in the portal using commons-fileupload 1.1.1 libs because this lib isn't compatible 100% with current version of tomcat (5.5.23) into jboss 4.0.5. When org.jboss.portal.core.cms.ui.admin.CMSAdminPortlet class try to use getString() method of org.apache.commons.fileupload.disk.DiskFileItem class, it try to get the default character encoding from header into InputStream of HttpServletRequest. But tomcat 5.5.23 splits header from InputStream. Header of request can to be taken only through getHeader() method of HttpServletRequest and since upper commons-fileupload 1.0 libs it is not done. The result is that , using getString() method, you don't use UTF-8 character encoding and in many cases you cannot decode the item. In my case I try to pass characters as à, è, ì, ò, ù and I see bad characters as results. Instead to back to commons-fileuload-1.0 libs,the simpliest solution for this problem is to pass the charset encoding to getString method in this manner:
org.jboss.portal.core.cms.ui.admin.CMSAdminPortlet : row 951
if ("destination".equals(fieldName))
{
sPath = item.getString(aReq.getCharacterEncoding());
}
instead of:
if ("destination".equals(fieldName))
{
sPath = item.getString();
}
so it is ok
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years