March 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2 Server does not shutdown cleanly

by timfox

Try starting up the server without the jboss messaging service to see if it's related to just the jndi server. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222344#4222344 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222344

15 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - JBM 2 Server does not shutdown cleanly

by jmesnil

while playing with the examples, I found that starting a JBMBootstrapServer and shutting it down does not leave the JVM | System.setProperty("java.naming.factory.initial", "org.jnp.interfaces.NamingContextFactory"); | System.setProperty("java.naming.factory.url.pkgs", "org.jboss.naming:org.jnp.interfaces, value"); | | JBMBootstrapServer server = new JBMBootstrapServer(new String[] {"jbm-example-beans.xml"}); | server.run(); | server.shutDown(); | When I dump the threads, it gives: | Full thread dump Java HotSpot(TM) Client VM (1.5.0_16-133 mixed mode): | | "DestroyJavaVM" prio=5 tid=0x01001890 nid=0xb0801000 waiting on condition [0x00000000..0xb0800060] | | "NamingBootstrap Pool(1)-1" daemon prio=5 tid=0x010453e0 nid=0x846200 waiting on condition [0xb1011000..0xb1011d90] | at sun.misc.Unsafe.park(Native Method) | at java.util.concurrent.locks.LockSupport.park(LockSupport.java:118) | at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1841) | at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:359) | at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:470) | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:674) | at java.lang.Thread.run(Thread.java:613) | | "GC Daemon" daemon prio=2 tid=0x010432e0 nid=0x845400 in Object.wait() [0xb0f90000..0xb0f90d90] | at java.lang.Object.wait(Native Method) | - waiting on <0x05b92430> (a sun.misc.GC$LatencyLock) | at sun.misc.GC$Daemon.run(GC.java:100) | - locked <0x05b92430> (a sun.misc.GC$LatencyLock) | | "RMI Reaper" prio=5 tid=0x01042ea0 nid=0x82a200 in Object.wait() [0xb0f0f000..0xb0f0fd90] | at java.lang.Object.wait(Native Method) | - waiting on <0x05b92438> (a java.lang.ref.ReferenceQueue$Lock) | at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:120) | - locked <0x05b92438> (a java.lang.ref.ReferenceQueue$Lock) | at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:136) | at sun.rmi.transport.ObjectTable$Reaper.run(ObjectTable.java:336) | at java.lang.Thread.run(Thread.java:613) | | "Timer-0" daemon prio=5 tid=0x010421a0 nid=0x829400 in Object.wait() [0xb0e8e000..0xb0e8ed90] | at java.lang.Object.wait(Native Method) | - waiting on <0x05b92468> (a java.util.TaskQueue) | at java.lang.Object.wait(Object.java:474) | at java.util.TimerThread.mainLoop(Timer.java:483) | - locked <0x05b92468> (a java.util.TaskQueue) | at java.util.TimerThread.run(Timer.java:462) | | "RMI TCP Accept-1098" daemon prio=5 tid=0x01041e20 nid=0x828600 runnable [0xb0e0d000..0xb0e0dd90] | at java.net.PlainSocketImpl.socketAccept(Native Method) | at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384) | - locked <0x05b92488> (a java.net.SocksSocketImpl) | at java.net.ServerSocket.implAccept(ServerSocket.java:450) | at java.net.ServerSocket.accept(ServerSocket.java:421) | at sun.rmi.transport.tcp.TCPTransport.run(TCPTransport.java:340) | at java.lang.Thread.run(Thread.java:613) | | "Low Memory Detector" daemon prio=5 tid=0x01010bd0 nid=0x809800 runnable [0x00000000..0x00000000] | | "CompilerThread0" daemon prio=9 tid=0x0100fce0 nid=0x808a00 waiting on condition [0x00000000..0xb0c8a7d8] | | "Signal Dispatcher" daemon prio=9 tid=0x0100f990 nid=0x807c00 waiting on condition [0x00000000..0x00000000] | | "JDWP Command Reader" daemon prio=5 tid=0x0100dc10 nid=0x806e00 runnable [0x00000000..0x00000000] | | "JDWP Event Helper Thread" daemon prio=5 tid=0x0100d120 nid=0x816200 runnable [0x00000000..0x00000000] | | "JDWP Transport Listener: dt_socket" daemon prio=5 tid=0x0100c3c0 nid=0x815400 runnable [0x00000000..0xb0a86ae0] | | "Finalizer" daemon prio=8 tid=0x01007b80 nid=0x81be00 in Object.wait() [0xb0a05000..0xb0a05d90] | at java.lang.Object.wait(Native Method) | - waiting on <0x05a7fe88> (a java.lang.ref.ReferenceQueue$Lock) | at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:120) | - locked <0x05a7fe88> (a java.lang.ref.ReferenceQueue$Lock) | at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:136) | at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) | | "Reference Handler" daemon prio=10 tid=0x010077a0 nid=0x81a400 in Object.wait() [0xb0984000..0xb0984d90] | at java.lang.Object.wait(Native Method) | - waiting on <0x05a7feb0> (a java.lang.ref.Reference$Lock) | at java.lang.Object.wait(Object.java:474) | at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) | - locked <0x05a7feb0> (a java.lang.ref.Reference$Lock) | | "VM Thread" prio=9 tid=0x01006ef0 nid=0x819600 runnable | | "VM Periodic Task Thread" prio=9 tid=0x010116c0 nid=0x81fc00 waiting on condition | | "Exception Catcher Thread" prio=10 tid=0x01001ab0 nid=0x80d800 runnable | all remainging threads are daemon except for "RMI Reaper". It's also strange that "RMI TCP Accept-1098" is still alive even after shutting down the JNDI naming server View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222341#4222341 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222341

15 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: SecurityChecks on Sends (AsyncSend & createProducer)

by timfox

Actually it's a jms requirement to check if dest exists on send. In any case, I have fixed the code so the test now passes. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222297#4222297 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222297

15 years, 9 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Server side thread leak?

by galder.zamarreno＠jboss.com

"bstansberry(a)jboss.com" wrote : Sounds like disconnecting is necessary though, with the "invokerDestructionDelay" as the workaround to cut down on the waste associated with that. I agree. It looks to me the right thing to do is to connect()/disconnect(). The only reason I could see to leave it as it is would be if creation/connect were noticeable more expensive operations compared to caching it and reusing the same client all the time. I don't see it being much more expensive although the ClientInvoker location done in 2.2.x happens within a big synchronized block. A jira on this could verify the performance of different options. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222290#4222290 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222290

15 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 examples

by ataylor

Ive also deleted all un wanted examples apart from the perf, which i will refactor View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222274#4222274 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222274

15 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 examples

by ataylor

Ive added support for running multiple servers, just do: <target name="run"> | <antcall target="runExample"> | <param name="example.classname" value="org.jboss.jms.example.QueueExample"/> | <param name="jbm.example.beans.file" value="jbm-example-beans.xml jbm-example-beans2.xml"/> | </antcall> | </target> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222269#4222269 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222269

15 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 examples

by ataylor

anonymous wrote : I'd prefer to see a readme.html Ok, lets do that. can we decide on a format for code etc. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222250#4222250 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222250

15 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: SecurityChecks on Sends (AsyncSend & createProducer)

by timfox

Under the new security model, the same permission is required for creating a producer (non anon) as for sending to an address. So the check on create producer seems redundant. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222248#4222248 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222248

15 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 examples

by timfox

"ataylor" wrote : | | anonymous wrote : 2) Each example needs a readme, structured in a standard way. We should create a template for this. | | +1, ive added a READ_ME.txt for the first examples, if we follow this naming convention then i can use these to build the examples chapter for the docs. I'd prefer to see a readme.html View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222244#4222244 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222244

15 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 examples

by gaohoward

Thanks for the info andy. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222241#4222241 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222241

15 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums March 2009