You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by Bruce Edge <br...@gmail.com> on 2009/05/07 22:36:30 UTC
headless deployment problem
I'm almost there.
My app runs as long as there's a GUI up. Unfortunately it needs to run on a
server without an X server.
Without a GUI:
#> java -Djava.awt.headless=true -jar jetty-runner-7.0.0.pre5.jar
./service-war/target/DpmCore.war
2009-05-07 13:13:38.126::INFO: Logging to STDERR via
org.mortbay.log.StdErrLog
2009-05-07 13:13:38.126::INFO: Runner
2009-05-07 13:13:38.126::WARN: No tx manager found
2009-05-07 13:13:38.196::INFO: jetty-7.0.0.pre5
2009-05-07 13:13:38.266::INFO: Extract
jar:file:/import/gin/bedge/dev_kaan/Apps/ws/core/service-war/target/DpmCore.war!/
to /tmp/Jetty_0_0_0_0_8080_DpmCore.war____.psrykp/webapp
2009-05-07 13:13:40.786::INFO: No Transaction manager found - if your
webapp requires one, please configure one.
Stops here, lsof shows no port 8080 even open.
Fire up the X server and it runs perfectly:
#> java -jar jetty-runner-7.0.0.pre5.jar ./service-war/target/DpmCore.war
2009-05-07 11:33:53.697::INFO: Logging to STDERR via
org.mortbay.log.StdErrLog
2009-05-07 11:33:53.707::INFO: Runner
2009-05-07 11:33:53.707::WARN: No tx manager found
2009-05-07 11:33:53.927::INFO: jetty-7.0.0.pre5
2009-05-07 11:33:53.401::INFO: Extract
jar:file:/import/gin/bedge/dev_kaan/Apps/ws/core/service-war/target/DpmCore.war!/
to /tmp/Jetty_0_0_0_0_8080_DpmCore.war____.psrykp/webapp
2009-05-07 11:33:55.291::INFO: No Transaction manager found - if your
webapp requires one, please configure one.
2009-05-07 11:33:56.231:/:INFO: Initializing Spring root
WebApplicationContext
May 7, 2009 11:33:56 AM org.springframework.web.context.ContextLoader
initWebApplicationContext
INFO: Root WebApplicationContext: initialization started
May 7, 2009 11:33:56 AM
org.springframework.context.support.AbstractApplicationContext
prepareRefresh
INFO: Refreshing
org.springframework.web.context.support.XmlWebApplicationContext@7dce784b:
display name [Root WebApplicationContext]; startup date [Thu May 07 11:33:56
PDT 2009]; root of context hierarchy
May 7, 2009 11:33:56 AM
org.springframework.beans.factory.xml.XmlBeanDefinitionReader
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource
[META-INF/cxf/cxf.xml]
May 7, 2009 11:33:57 AM
org.springframework.beans.factory.xml.XmlBeanDefinitionReader
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource
[META-INF/cxf/cxf-extension-soap.xml]
May 7, 2009 11:33:57 AM
org.springframework.beans.factory.xml.XmlBeanDefinitionReader
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource
[META-INF/cxf/cxf-servlet.xml]
May 7, 2009 11:33:57 AM
org.springframework.context.support.AbstractApplicationContext
obtainFreshBeanFactory
INFO: Bean factory for application context
[org.springframework.web.context.support.XmlWebApplicationContext@7dce784b]:
org.springframework.beans.factory.support.DefaultListableBeanFactory@755c62bc
The first message that's missing from the "no GUI" case is this:
2009-05-07 11:33:56.231:/:INFO: Initializing Spring root
WebApplicationContext
Could spring be having problems with the lack of a GUI?
...Or am I missing the mark completely and the GUI is just a side effect and
there's something else happening when I run the X server?
-Bruce
Re: headless deployment problem
Posted by Daniel Kulp <dk...@apache.org>.
Interesting stack trace. Probably something to report to Jetty/Mortbay.
Basically, there isn't enough stuff going on on your server. Jetty is trying
to create a SecureRandom thing (no idea why) which requires a bit of entropy
on your server. Apparently, with the X server running, the video card or
something is generating extra interupts or similar that adds to the entropy
pool.
Maybe try doing a bunch of pings or something, lots of typing, generate some
disk io, etc.... to try and generate some extra entropy.
Dan
On Thu May 7 2009 5:58:20 pm Bruce Edge wrote:
> On Thu, May 7, 2009 at 2:45 PM, Daniel Kulp <dk...@apache.org> wrote:
> > Try sending a "kill -3" to the "hung" process without the GUI and see
> > if the
> > resulting stack trace would help figure it out. Sometimes it does,
> > sometimes
> > it doesn't.
> >
> > Dan
>
> This almost makes me what to go back to gSOAP.
>
> I tried a few times and the traces are identical.
>
> Full thread dump OpenJDK 64-Bit Server VM (14.0-b08 mixed
> mode):
>
>
> "qtp0-1" prio=10 tid=0x00007f1bac0ad800 nid=0xc9d in Object.wait()
> [0x00007f1bab4a8000..0x00007f1bab4a8bf0]
> java.lang.Thread.State: TIMED_WAITING (on object
> monitor)
> at java.lang.Object.wait(Native
> Method)
> - waiting on <0x00007f1bf8899d48> (a
> org.mortbay.thread.QueuedThreadPool$PoolThread)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:56
>3)
>
> - locked <0x00007f1bf8899d48> (a
> org.mortbay.thread.QueuedThreadPool$PoolThread)
>
> "qtp0-0" prio=10 tid=0x00007f1bac011000 nid=0xc9c in Object.wait()
> [0x00007f1bab5a9000..0x00007f1bab5a9c70]
> java.lang.Thread.State: TIMED_WAITING (on object
> monitor)
> at java.lang.Object.wait(Native
> Method)
> - waiting on <0x00007f1bf8899970> (a
> org.mortbay.thread.QueuedThreadPool$PoolThread)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:56
>3)
>
> - locked <0x00007f1bf8899970> (a
> org.mortbay.thread.QueuedThreadPool$PoolThread)
>
> "Low Memory Detector" daemon prio=10 tid=0x00007f1bac028000 nid=0xc9a
> runnable [0x0000000000000000..0x0000000000000000]
> java.lang.Thread.State:
> RUNNABLE
>
>
> "CompilerThread1" daemon prio=10 tid=0x00007f1bac024800 nid=0xc99 waiting
> on condition [0x0000000000000000..0x00007f1bab967240]
> java.lang.Thread.State:
> RUNNABLE
>
>
> "CompilerThread0" daemon prio=10 tid=0x00007f1bac022800 nid=0xc98 waiting
> on condition [0x0000000000000000..0x00007f1baba682b0]
> java.lang.Thread.State:
> RUNNABLE
>
>
> "Signal Dispatcher" daemon prio=10 tid=0x00007f1bac020800 nid=0xc97 waiting
> on condition [0x0000000000000000..0x0000000000000000]
> java.lang.Thread.State:
> RUNNABLE
>
>
> "Finalizer" daemon prio=10 tid=0x00007f1bac001000 nid=0xc96 in
> Object.wait() [0x00007f1babc6b000..0x00007f1babc6bd70]
> java.lang.Thread.State: WAITING (on object
> monitor)
> at java.lang.Object.wait(Native
> Method)
>
> - waiting on <0x00007f1bf8581210> (a
> java.lang.ref.ReferenceQueue$Lock)
> at
> java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:133)
>
> - locked <0x00007f1bf8581210> (a
> java.lang.ref.ReferenceQueue$Lock)
> at
> java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:149)
>
> at
> java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177)
>
>
> "Reference Handler" daemon prio=10 tid=0x0000000000a5b800 nid=0xc95 in
> Object.wait() [0x00007f1babd6c000..0x00007f1babd6cbf0]
> java.lang.Thread.State: WAITING (on object
> monitor)
>
> at java.lang.Object.wait(Native
> Method)
>
> - waiting on <0x00007f1bf8581078> (a
> java.lang.ref.Reference$Lock)
>
> at
> java.lang.Object.wait(Object.java:502)
>
> at
> java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
>
> - locked <0x00007f1bf8581078> (a
> java.lang.ref.Reference$Lock)
>
>
> "main" prio=10 tid=0x00000000009ee800 nid=0xc8f runnable
> [0x00007f1c1cc22000..0x00007f1c1cc23e90]
> java.lang.Thread.State:
> RUNNABLE
> at java.io.FileInputStream.readBytes(Native
> Method)
> at
> java.io.FileInputStream.read(FileInputStream.java:236)
>
> at
> java.io.BufferedInputStream.read1(BufferedInputStream.java:273)
>
> at
> java.io.BufferedInputStream.read(BufferedInputStream.java:334)
>
> - locked <0x00007f1bf961b508> (a
> java.io.BufferedInputStream)
> at
> java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
>
> at
> java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
>
> at
> java.io.BufferedInputStream.read(BufferedInputStream.java:334)
>
> - locked <0x00007f1bf961b2c8> (a
> java.io.BufferedInputStream)
> at
> sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(SeedGenera
>tor.java:469) at
> sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerator.java:140)
>
> at
> sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:135)
>
> at
> sun.security.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:131
>)
>
> at
> sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:188)
>
> - locked <0x00007f1bf961a908> (a
> sun.security.provider.SecureRandom)
> at
> java.security.SecureRandom.nextBytes(SecureRandom.java:450)
>
> - locked <0x00007f1bf961b100> (a
> java.security.SecureRandom)
> at
> java.security.SecureRandom.next(SecureRandom.java:472)
>
> at
> java.util.Random.nextLong(Random.java:299)
>
> at
> org.mortbay.jetty.servlet.HashSessionIdManager.doStart(HashSessionIdManager
>.java:139)
>
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>
> - locked <0x00007f1bf96083d0> (a
> java.lang.Object)
> at
> org.mortbay.jetty.servlet.AbstractSessionManager.doStart(AbstractSessionMan
>ager.java:167) at
> org.mortbay.jetty.servlet.HashSessionManager.doStart(HashSessionManager.jav
>a:71)
>
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>
> - locked <0x00007f1bf88283f0> (a
> java.lang.Object)
> at
> org.mortbay.jetty.servlet.SessionHandler.doStart(SessionHandler.java:115)
>
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>
> - locked <0x00007f1bf88284b0> (a
> java.lang.Object)
> at
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
>
> at
> org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:5
>68) at org.mortbay.jetty.servlet.Context.startContext(Context.java:156) at
> org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1215
>) at
> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:548)
> at
> org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:348)
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> - locked <0x00007f1bf88429e8> (a java.lang.Object)
> at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:
>151) at
> org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCo
>llection.java:156) at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> - locked <0x00007f1bf871c6a0> (a java.lang.Object)
> at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:
>151) at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> - locked <0x00007f1bf872e198> (a java.lang.Object)
> at
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
> at org.mortbay.jetty.Server.doStart(Server.java:222)
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> - locked <0x00007f1bf8707a90> (a java.lang.Object)
> at org.mortbay.jetty.runner.Runner.run(Runner.java:443)
> at org.mortbay.jetty.runner.Runner.main(Runner.java:587)
>
> "VM Thread" prio=10 tid=0x0000000000a56800 nid=0xc94 runnable
>
> "GC task thread#0 (ParallelGC)" prio=10 tid=0x00000000009f9000 nid=0xc90
> runnable
>
> "GC task thread#1 (ParallelGC)" prio=10 tid=0x00000000009fa800 nid=0xc91
> runnable
>
> "GC task thread#2 (ParallelGC)" prio=10 tid=0x00000000009fc800 nid=0xc92
> runnable
>
> "GC task thread#3 (ParallelGC)" prio=10 tid=0x00000000009fe800 nid=0xc93
> runnable
>
> "VM Periodic Task Thread" prio=10 tid=0x00007f1bac02b000 nid=0xc9b waiting
> on condition
>
> JNI global references: 1091
>
> Heap
> PSYoungGen total 27392K, used 17247K [0x00007f1bf8580000,
> 0x00007f1bfa410000, 0x00007f1c16ed0000)
> eden space 23488K, 73% used
> [0x00007f1bf8580000,0x00007f1bf9657e90,0x00007f1bf9c70000)
> from space 3904K, 0% used
> [0x00007f1bfa040000,0x00007f1bfa040000,0x00007f1bfa410000)
> to space 3904K, 0% used
> [0x00007f1bf9c70000,0x00007f1bf9c70000,0x00007f1bfa040000)
> PSOldGen total 62592K, used 0K [0x00007f1bbb2d0000,
> 0x00007f1bbeff0000, 0x00007f1bf8580000)
> object space 62592K, 0% used
> [0x00007f1bbb2d0000,0x00007f1bbb2d0000,0x00007f1bbeff0000)
> PSPermGen total 21248K, used 7850K [0x00007f1bb0ad0000,
> 0x00007f1bb1f90000, 0x00007f1bbb2d0000)
> object space 21248K, 36% used
> [0x00007f1bb0ad0000,0x00007f1bb127a920,0x00007f1bb1f90000)
>
> > On Thu May 7 2009 4:36:30 pm Bruce Edge wrote:
> > > I'm almost there.
> > > My app runs as long as there's a GUI up. Unfortunately it needs to run
> > > on
> >
> > a
> >
> > > server without an X server.
> > >
> > > Without a GUI:
> > >
> > > #> java -Djava.awt.headless=true -jar jetty-runner-7.0.0.pre5.jar
> > > ./service-war/target/DpmCore.war
> > > 2009-05-07 13:13:38.126::INFO: Logging to STDERR via
> > > org.mortbay.log.StdErrLog
> > > 2009-05-07 13:13:38.126::INFO: Runner
> > > 2009-05-07 13:13:38.126::WARN: No tx manager found
> > > 2009-05-07 13:13:38.196::INFO: jetty-7.0.0.pre5
> > > 2009-05-07 13:13:38.266::INFO: Extract
> >
> > jar:file:/import/gin/bedge/dev_kaan/Apps/ws/core/service-war/target/DpmCo
> >re
> >
> > >.war!/ to /tmp/Jetty_0_0_0_0_8080_DpmCore.war____.psrykp/webapp
> > > 2009-05-07 13:13:40.786::INFO: No Transaction manager found - if your
> > > webapp requires one, please configure one.
> > >
> > > Stops here, lsof shows no port 8080 even open.
> > >
> > >
> > > Fire up the X server and it runs perfectly:
> > >
> > > #> java -jar jetty-runner-7.0.0.pre5.jar
> >
> > ./service-war/target/DpmCore.war
> >
> > > 2009-05-07 11:33:53.697::INFO: Logging to STDERR via
> > > org.mortbay.log.StdErrLog
> > > 2009-05-07 11:33:53.707::INFO: Runner
> > > 2009-05-07 11:33:53.707::WARN: No tx manager found
> > > 2009-05-07 11:33:53.927::INFO: jetty-7.0.0.pre5
> > > 2009-05-07 11:33:53.401::INFO: Extract
> >
> > jar:file:/import/gin/bedge/dev_kaan/Apps/ws/core/service-war/target/DpmCo
> >re
> >
> > >.war!/ to /tmp/Jetty_0_0_0_0_8080_DpmCore.war____.psrykp/webapp
> > > 2009-05-07 11:33:55.291::INFO: No Transaction manager found - if your
> > > webapp requires one, please configure one.
> > > 2009-05-07 11:33:56.231:/:INFO: Initializing Spring root
> > > WebApplicationContext
> > > May 7, 2009 11:33:56 AM org.springframework.web.context.ContextLoader
> > > initWebApplicationContext
> > > INFO: Root WebApplicationContext: initialization started
> > > May 7, 2009 11:33:56 AM
> > > org.springframework.context.support.AbstractApplicationContext
> > > prepareRefresh
> > > INFO: Refreshing
> > > org.springframework.web.context.support.XmlWebApplicationContext@7dce78
> > >4b
> > >
> > > display name [Root WebApplicationContext]; startup date [Thu May 07
> > > 11:33:56 PDT 2009]; root of context hierarchy
> > > May 7, 2009 11:33:56 AM
> > > org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> > > loadBeanDefinitions
> > > INFO: Loading XML bean definitions from class path resource
> > > [META-INF/cxf/cxf.xml]
> > > May 7, 2009 11:33:57 AM
> > > org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> > > loadBeanDefinitions
> > > INFO: Loading XML bean definitions from class path resource
> > > [META-INF/cxf/cxf-extension-soap.xml]
> > > May 7, 2009 11:33:57 AM
> > > org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> > > loadBeanDefinitions
> > > INFO: Loading XML bean definitions from class path resource
> > > [META-INF/cxf/cxf-servlet.xml]
> > > May 7, 2009 11:33:57 AM
> > > org.springframework.context.support.AbstractApplicationContext
> > > obtainFreshBeanFactory
> > > INFO: Bean factory for application context
> >
> > [org.springframework.web.context.support.XmlWebApplicationContext@7dce784
> >b ]
> >
> >
> > org.springframework.beans.factory.support.DefaultListableBeanFactory@755c
> >62
> >
> > >bc
> > >
> > > The first message that's missing from the "no GUI" case is this:
> > >
> > > 2009-05-07 11:33:56.231:/:INFO: Initializing Spring root
> > > WebApplicationContext
> > >
> > > Could spring be having problems with the lack of a GUI?
> > >
> > > ...Or am I missing the mark completely and the GUI is just a side
> > > effect and there's something else happening when I run the X server?
> > >
> > > -Bruce
> >
> > --
> > Daniel Kulp
> > dkulp@apache.org
> > http://www.dankulp.com/blog
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: headless deployment problem
Posted by Bruce Edge <br...@gmail.com>.
On Thu, May 7, 2009 at 2:45 PM, Daniel Kulp <dk...@apache.org> wrote:
>
> Try sending a "kill -3" to the "hung" process without the GUI and see if
> the
> resulting stack trace would help figure it out. Sometimes it does,
> sometimes
> it doesn't.
>
> Dan
>
This almost makes me what to go back to gSOAP.
I tried a few times and the traces are identical.
Full thread dump OpenJDK 64-Bit Server VM (14.0-b08 mixed
mode):
"qtp0-1" prio=10 tid=0x00007f1bac0ad800 nid=0xc9d in Object.wait()
[0x00007f1bab4a8000..0x00007f1bab4a8bf0]
java.lang.Thread.State: TIMED_WAITING (on object
monitor)
at java.lang.Object.wait(Native
Method)
- waiting on <0x00007f1bf8899d48> (a
org.mortbay.thread.QueuedThreadPool$PoolThread)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:563)
- locked <0x00007f1bf8899d48> (a
org.mortbay.thread.QueuedThreadPool$PoolThread)
"qtp0-0" prio=10 tid=0x00007f1bac011000 nid=0xc9c in Object.wait()
[0x00007f1bab5a9000..0x00007f1bab5a9c70]
java.lang.Thread.State: TIMED_WAITING (on object
monitor)
at java.lang.Object.wait(Native
Method)
- waiting on <0x00007f1bf8899970> (a
org.mortbay.thread.QueuedThreadPool$PoolThread)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:563)
- locked <0x00007f1bf8899970> (a
org.mortbay.thread.QueuedThreadPool$PoolThread)
"Low Memory Detector" daemon prio=10 tid=0x00007f1bac028000 nid=0xc9a
runnable [0x0000000000000000..0x0000000000000000]
java.lang.Thread.State:
RUNNABLE
"CompilerThread1" daemon prio=10 tid=0x00007f1bac024800 nid=0xc99 waiting on
condition [0x0000000000000000..0x00007f1bab967240]
java.lang.Thread.State:
RUNNABLE
"CompilerThread0" daemon prio=10 tid=0x00007f1bac022800 nid=0xc98 waiting on
condition [0x0000000000000000..0x00007f1baba682b0]
java.lang.Thread.State:
RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x00007f1bac020800 nid=0xc97 waiting
on condition [0x0000000000000000..0x0000000000000000]
java.lang.Thread.State:
RUNNABLE
"Finalizer" daemon prio=10 tid=0x00007f1bac001000 nid=0xc96 in Object.wait()
[0x00007f1babc6b000..0x00007f1babc6bd70]
java.lang.Thread.State: WAITING (on object
monitor)
at java.lang.Object.wait(Native
Method)
- waiting on <0x00007f1bf8581210> (a
java.lang.ref.ReferenceQueue$Lock)
at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:133)
- locked <0x00007f1bf8581210> (a
java.lang.ref.ReferenceQueue$Lock)
at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:149)
at
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177)
"Reference Handler" daemon prio=10 tid=0x0000000000a5b800 nid=0xc95 in
Object.wait() [0x00007f1babd6c000..0x00007f1babd6cbf0]
java.lang.Thread.State: WAITING (on object
monitor)
at java.lang.Object.wait(Native
Method)
- waiting on <0x00007f1bf8581078> (a
java.lang.ref.Reference$Lock)
at
java.lang.Object.wait(Object.java:502)
at
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
- locked <0x00007f1bf8581078> (a
java.lang.ref.Reference$Lock)
"main" prio=10 tid=0x00000000009ee800 nid=0xc8f runnable
[0x00007f1c1cc22000..0x00007f1c1cc23e90]
java.lang.Thread.State:
RUNNABLE
at java.io.FileInputStream.readBytes(Native
Method)
at
java.io.FileInputStream.read(FileInputStream.java:236)
at
java.io.BufferedInputStream.read1(BufferedInputStream.java:273)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:334)
- locked <0x00007f1bf961b508> (a
java.io.BufferedInputStream)
at
java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
at
java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:334)
- locked <0x00007f1bf961b2c8> (a
java.io.BufferedInputStream)
at
sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(SeedGenerator.java:469)
at
sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerator.java:140)
at
sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:135)
at
sun.security.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:131)
at
sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:188)
- locked <0x00007f1bf961a908> (a
sun.security.provider.SecureRandom)
at
java.security.SecureRandom.nextBytes(SecureRandom.java:450)
- locked <0x00007f1bf961b100> (a
java.security.SecureRandom)
at
java.security.SecureRandom.next(SecureRandom.java:472)
at
java.util.Random.nextLong(Random.java:299)
at
org.mortbay.jetty.servlet.HashSessionIdManager.doStart(HashSessionIdManager.java:139)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
- locked <0x00007f1bf96083d0> (a
java.lang.Object)
at
org.mortbay.jetty.servlet.AbstractSessionManager.doStart(AbstractSessionManager.java:167)
at
org.mortbay.jetty.servlet.HashSessionManager.doStart(HashSessionManager.java:71)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
- locked <0x00007f1bf88283f0> (a
java.lang.Object)
at
org.mortbay.jetty.servlet.SessionHandler.doStart(SessionHandler.java:115)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
- locked <0x00007f1bf88284b0> (a
java.lang.Object)
at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:568)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:156)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1215)
at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:548)
at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:348)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
- locked <0x00007f1bf88429e8> (a java.lang.Object)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:151)
at
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
- locked <0x00007f1bf871c6a0> (a java.lang.Object)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:151)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
- locked <0x00007f1bf872e198> (a java.lang.Object)
at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.Server.doStart(Server.java:222)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
- locked <0x00007f1bf8707a90> (a java.lang.Object)
at org.mortbay.jetty.runner.Runner.run(Runner.java:443)
at org.mortbay.jetty.runner.Runner.main(Runner.java:587)
"VM Thread" prio=10 tid=0x0000000000a56800 nid=0xc94 runnable
"GC task thread#0 (ParallelGC)" prio=10 tid=0x00000000009f9000 nid=0xc90
runnable
"GC task thread#1 (ParallelGC)" prio=10 tid=0x00000000009fa800 nid=0xc91
runnable
"GC task thread#2 (ParallelGC)" prio=10 tid=0x00000000009fc800 nid=0xc92
runnable
"GC task thread#3 (ParallelGC)" prio=10 tid=0x00000000009fe800 nid=0xc93
runnable
"VM Periodic Task Thread" prio=10 tid=0x00007f1bac02b000 nid=0xc9b waiting
on condition
JNI global references: 1091
Heap
PSYoungGen total 27392K, used 17247K [0x00007f1bf8580000,
0x00007f1bfa410000, 0x00007f1c16ed0000)
eden space 23488K, 73% used
[0x00007f1bf8580000,0x00007f1bf9657e90,0x00007f1bf9c70000)
from space 3904K, 0% used
[0x00007f1bfa040000,0x00007f1bfa040000,0x00007f1bfa410000)
to space 3904K, 0% used
[0x00007f1bf9c70000,0x00007f1bf9c70000,0x00007f1bfa040000)
PSOldGen total 62592K, used 0K [0x00007f1bbb2d0000,
0x00007f1bbeff0000, 0x00007f1bf8580000)
object space 62592K, 0% used
[0x00007f1bbb2d0000,0x00007f1bbb2d0000,0x00007f1bbeff0000)
PSPermGen total 21248K, used 7850K [0x00007f1bb0ad0000,
0x00007f1bb1f90000, 0x00007f1bbb2d0000)
object space 21248K, 36% used
[0x00007f1bb0ad0000,0x00007f1bb127a920,0x00007f1bb1f90000)
>
>
> On Thu May 7 2009 4:36:30 pm Bruce Edge wrote:
> > I'm almost there.
> > My app runs as long as there's a GUI up. Unfortunately it needs to run on
> a
> > server without an X server.
> >
> > Without a GUI:
> >
> > #> java -Djava.awt.headless=true -jar jetty-runner-7.0.0.pre5.jar
> > ./service-war/target/DpmCore.war
> > 2009-05-07 13:13:38.126::INFO: Logging to STDERR via
> > org.mortbay.log.StdErrLog
> > 2009-05-07 13:13:38.126::INFO: Runner
> > 2009-05-07 13:13:38.126::WARN: No tx manager found
> > 2009-05-07 13:13:38.196::INFO: jetty-7.0.0.pre5
> > 2009-05-07 13:13:38.266::INFO: Extract
> >
> jar:file:/import/gin/bedge/dev_kaan/Apps/ws/core/service-war/target/DpmCore
> >.war!/ to /tmp/Jetty_0_0_0_0_8080_DpmCore.war____.psrykp/webapp
> > 2009-05-07 13:13:40.786::INFO: No Transaction manager found - if your
> > webapp requires one, please configure one.
> >
> > Stops here, lsof shows no port 8080 even open.
> >
> >
> > Fire up the X server and it runs perfectly:
> >
> > #> java -jar jetty-runner-7.0.0.pre5.jar
> ./service-war/target/DpmCore.war
> > 2009-05-07 11:33:53.697::INFO: Logging to STDERR via
> > org.mortbay.log.StdErrLog
> > 2009-05-07 11:33:53.707::INFO: Runner
> > 2009-05-07 11:33:53.707::WARN: No tx manager found
> > 2009-05-07 11:33:53.927::INFO: jetty-7.0.0.pre5
> > 2009-05-07 11:33:53.401::INFO: Extract
> >
> jar:file:/import/gin/bedge/dev_kaan/Apps/ws/core/service-war/target/DpmCore
> >.war!/ to /tmp/Jetty_0_0_0_0_8080_DpmCore.war____.psrykp/webapp
> > 2009-05-07 11:33:55.291::INFO: No Transaction manager found - if your
> > webapp requires one, please configure one.
> > 2009-05-07 11:33:56.231:/:INFO: Initializing Spring root
> > WebApplicationContext
> > May 7, 2009 11:33:56 AM org.springframework.web.context.ContextLoader
> > initWebApplicationContext
> > INFO: Root WebApplicationContext: initialization started
> > May 7, 2009 11:33:56 AM
> > org.springframework.context.support.AbstractApplicationContext
> > prepareRefresh
> > INFO: Refreshing
> > org.springframework.web.context.support.XmlWebApplicationContext@7dce784b
> :
> > display name [Root WebApplicationContext]; startup date [Thu May 07
> > 11:33:56 PDT 2009]; root of context hierarchy
> > May 7, 2009 11:33:56 AM
> > org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> > loadBeanDefinitions
> > INFO: Loading XML bean definitions from class path resource
> > [META-INF/cxf/cxf.xml]
> > May 7, 2009 11:33:57 AM
> > org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> > loadBeanDefinitions
> > INFO: Loading XML bean definitions from class path resource
> > [META-INF/cxf/cxf-extension-soap.xml]
> > May 7, 2009 11:33:57 AM
> > org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> > loadBeanDefinitions
> > INFO: Loading XML bean definitions from class path resource
> > [META-INF/cxf/cxf-servlet.xml]
> > May 7, 2009 11:33:57 AM
> > org.springframework.context.support.AbstractApplicationContext
> > obtainFreshBeanFactory
> > INFO: Bean factory for application context
> >
> [org.springframework.web.context.support.XmlWebApplicationContext@7dce784b
> ]
> >:
> >
> org.springframework.beans.factory.support.DefaultListableBeanFactory@755c62
> >bc
> >
> > The first message that's missing from the "no GUI" case is this:
> >
> > 2009-05-07 11:33:56.231:/:INFO: Initializing Spring root
> > WebApplicationContext
> >
> > Could spring be having problems with the lack of a GUI?
> >
> > ...Or am I missing the mark completely and the GUI is just a side effect
> > and there's something else happening when I run the X server?
> >
> > -Bruce
>
> --
> Daniel Kulp
> dkulp@apache.org
> http://www.dankulp.com/blog
>
Re: headless deployment problem
Posted by Daniel Kulp <dk...@apache.org>.
Try sending a "kill -3" to the "hung" process without the GUI and see if the
resulting stack trace would help figure it out. Sometimes it does, sometimes
it doesn't.
Dan
On Thu May 7 2009 4:36:30 pm Bruce Edge wrote:
> I'm almost there.
> My app runs as long as there's a GUI up. Unfortunately it needs to run on a
> server without an X server.
>
> Without a GUI:
>
> #> java -Djava.awt.headless=true -jar jetty-runner-7.0.0.pre5.jar
> ./service-war/target/DpmCore.war
> 2009-05-07 13:13:38.126::INFO: Logging to STDERR via
> org.mortbay.log.StdErrLog
> 2009-05-07 13:13:38.126::INFO: Runner
> 2009-05-07 13:13:38.126::WARN: No tx manager found
> 2009-05-07 13:13:38.196::INFO: jetty-7.0.0.pre5
> 2009-05-07 13:13:38.266::INFO: Extract
> jar:file:/import/gin/bedge/dev_kaan/Apps/ws/core/service-war/target/DpmCore
>.war!/ to /tmp/Jetty_0_0_0_0_8080_DpmCore.war____.psrykp/webapp
> 2009-05-07 13:13:40.786::INFO: No Transaction manager found - if your
> webapp requires one, please configure one.
>
> Stops here, lsof shows no port 8080 even open.
>
>
> Fire up the X server and it runs perfectly:
>
> #> java -jar jetty-runner-7.0.0.pre5.jar ./service-war/target/DpmCore.war
> 2009-05-07 11:33:53.697::INFO: Logging to STDERR via
> org.mortbay.log.StdErrLog
> 2009-05-07 11:33:53.707::INFO: Runner
> 2009-05-07 11:33:53.707::WARN: No tx manager found
> 2009-05-07 11:33:53.927::INFO: jetty-7.0.0.pre5
> 2009-05-07 11:33:53.401::INFO: Extract
> jar:file:/import/gin/bedge/dev_kaan/Apps/ws/core/service-war/target/DpmCore
>.war!/ to /tmp/Jetty_0_0_0_0_8080_DpmCore.war____.psrykp/webapp
> 2009-05-07 11:33:55.291::INFO: No Transaction manager found - if your
> webapp requires one, please configure one.
> 2009-05-07 11:33:56.231:/:INFO: Initializing Spring root
> WebApplicationContext
> May 7, 2009 11:33:56 AM org.springframework.web.context.ContextLoader
> initWebApplicationContext
> INFO: Root WebApplicationContext: initialization started
> May 7, 2009 11:33:56 AM
> org.springframework.context.support.AbstractApplicationContext
> prepareRefresh
> INFO: Refreshing
> org.springframework.web.context.support.XmlWebApplicationContext@7dce784b:
> display name [Root WebApplicationContext]; startup date [Thu May 07
> 11:33:56 PDT 2009]; root of context hierarchy
> May 7, 2009 11:33:56 AM
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> loadBeanDefinitions
> INFO: Loading XML bean definitions from class path resource
> [META-INF/cxf/cxf.xml]
> May 7, 2009 11:33:57 AM
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> loadBeanDefinitions
> INFO: Loading XML bean definitions from class path resource
> [META-INF/cxf/cxf-extension-soap.xml]
> May 7, 2009 11:33:57 AM
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> loadBeanDefinitions
> INFO: Loading XML bean definitions from class path resource
> [META-INF/cxf/cxf-servlet.xml]
> May 7, 2009 11:33:57 AM
> org.springframework.context.support.AbstractApplicationContext
> obtainFreshBeanFactory
> INFO: Bean factory for application context
> [org.springframework.web.context.support.XmlWebApplicationContext@7dce784b]
>:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@755c62
>bc
>
> The first message that's missing from the "no GUI" case is this:
>
> 2009-05-07 11:33:56.231:/:INFO: Initializing Spring root
> WebApplicationContext
>
> Could spring be having problems with the lack of a GUI?
>
> ...Or am I missing the mark completely and the GUI is just a side effect
> and there's something else happening when I run the X server?
>
> -Bruce
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog