| 
CXF
 » 
cxf-user

Start time of cxf

View: New views
6 Messages — Rating Filter:   Alert me  

Start time of cxf

by florian.grunow :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi there!
I was wondering how long the cxf-dosgi-ri-dsw-cxf bundle takes until it is
started.

I'm using equinox org.eclipse.osgi_3.5.0 with the cxf multibundle SNAPSHOT
and it takes about 20 seconds until the bundle (not the framework!) is
started and some seconds more until the endpoints are completely
functional. Without remoted bundles the time seems to be the same.

Is that normal behaviour?

Cheers,

Florian

InterComponentWare AG:  
Vorstand: Dr. Lutz Kleinholz (Vors.), Dr. Georg Ralle, Jörg Stadler / Aufsichtsratsvors.: Prof. Dr. Christof Hettich  
Firmensitz: 69190 Walldorf, Industriestraße 41 / AG Mannheim HRB 351761 / USt.-IdNr.: DE 198388516  

Re: Start time of cxf

by dkulp :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


Can you "kill -3" the container during this and see the stack trace?   I'm
wondering if it's downloading a schema off the internet or something.

Dan



On Fri October 30 2009 10:47:38 am florian.grunow@... wrote:

> Hi there!
> I was wondering how long the cxf-dosgi-ri-dsw-cxf bundle takes until it is
> started.
>
> I'm using equinox org.eclipse.osgi_3.5.0 with the cxf multibundle SNAPSHOT
> and it takes about 20 seconds until the bundle (not the framework!) is
> started and some seconds more until the endpoints are completely
> functional. Without remoted bundles the time seems to be the same.
>
> Is that normal behaviour?
>
> Cheers,
>
> Florian
>
> InterComponentWare AG:
> Vorstand: Dr. Lutz Kleinholz (Vors.), Dr. Georg Ralle, Jörg Stadler /
>  Aufsichtsratsvors.: Prof. Dr. Christof Hettich Firmensitz: 69190 Walldorf,
>  Industriestraße 41 / AG Mannheim HRB 351761 / USt.-IdNr.: DE 198388516
>

--
Daniel Kulp
dkulp@...
http://www.dankulp.com/blog

Re: Start time of cxf

by florian.grunow :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi there!

Daniel Kulp <dkulp@...> wrote on 30.10.2009 17:45:29:
> Can you "kill -3" the container during this and see the stack trace? I'm

> wondering if it's downloading a schema off the internet or something.

I attached the dump when running kill -3 during cxf startup.

Any ideas?

How long does it take on your machines?

Cheers,

Florian



InterComponentWare AG:  
Vorstand: Dr. Lutz Kleinholz (Vors.), Dr. Georg Ralle, Jörg Stadler / Aufsichtsratsvors.: Prof. Dr. Christof Hettich  
Firmensitz: 69190 Walldorf, Industriestraße 41 / AG Mannheim HRB 351761 / USt.-IdNr.: DE 198388516  
osgi> 2009-11-02 13:07:39
Full thread dump Java HotSpot(TM) Client VM (11.3-b02 mixed mode, sharing):

"6400263@qtp-25613444-1 - Acceptor0 NIOSocketConnectorWrapper@...:8080" prio=6 tid=0x035e0800 nid=0xd14 runnable [0x0451f000..0x0451fc94]
   java.lang.Thread.State: RUNNABLE
        at sun.nio.ch.WindowsSelectorImpl$SubSelector.poll0(Native Method)
        at sun.nio.ch.WindowsSelectorImpl$SubSelector.poll(Unknown Source)
        at sun.nio.ch.WindowsSelectorImpl$SubSelector.access$400(Unknown Source)
        at sun.nio.ch.WindowsSelectorImpl.doSelect(Unknown Source)
        at sun.nio.ch.SelectorImpl.lockAndDoSelect(Unknown Source)
        - locked <0x197b69d0> (a sun.nio.ch.Util$1)
        - locked <0x197b69e0> (a java.util.Collections$UnmodifiableSet)
        - locked <0x197b6958> (a sun.nio.ch.WindowsSelectorImpl)
        at sun.nio.ch.SelectorImpl.select(Unknown Source)
        at org.mortbay.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:432)
        at org.mortbay.io.nio.SelectorManager.doSelect(SelectorManager.java:185)
        at org.mortbay.jetty.nio.SelectChannelConnector.accept(SelectChannelConnector.java:124)
        at org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:707)
        at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)

"21878616@qtp-25613444-0" prio=6 tid=0x035da400 nid=0x6c8 in Object.wait() [0x0441f000..0x0441fd14]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x197b6bb8> (a org.mortbay.thread.QueuedThreadPool$PoolThread)
        at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:563)
        - locked <0x197b6bb8> (a org.mortbay.thread.QueuedThreadPool$PoolThread)

"Timer-1" daemon prio=6 tid=0x035d6000 nid=0xc64 in Object.wait() [0x0431f000..0x0431fd94]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x19797498> (a java.util.TaskQueue)
        at java.lang.Object.wait(Object.java:485)
        at java.util.TimerThread.mainLoop(Unknown Source)
        - locked <0x19797498> (a java.util.TaskQueue)
        at java.util.TimerThread.run(Unknown Source)

"Timer-0" daemon prio=6 tid=0x02bef400 nid=0xcb4 in Object.wait() [0x0421f000..0x0421fa14]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x19751558> (a java.util.TaskQueue)
        at java.lang.Object.wait(Object.java:485)
        at java.util.TimerThread.mainLoop(Unknown Source)
        - locked <0x19751558> (a java.util.TaskQueue)
        at java.util.TimerThread.run(Unknown Source)

"{aQute.fileinstallx.dir=../../hotdeploy, aQute.fileinstallx.poll=4000}" daemon prio=6 tid=0x03d7d400 nid=0x9e0 waiting on condition [0x0411f000..0x0411fa94]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
        at java.lang.Thread.sleep(Native Method)
        at aQute.fileinstall.DirectoryWatcher.run(DirectoryWatcher.java:100)

"Clean-Up Thread #1 (Suppress period: 300 sec. / Cache size: 1000 items)" daemon prio=6 tid=0x03ca2800 nid=0x9f0 waiting on condition [0x0400f000..0x0400fb14]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
        at java.lang.Thread.sleep(Native Method)
        at com.custom.log.log4j.conf.LoggingEventCache$CleanupThread.run(LoggingEventCache.java:224)

"Start Level Event Dispatcher" daemon prio=6 tid=0x034d9400 nid=0xc30 runnable [0x03b0e000..0x03b0fc14]
   java.lang.Thread.State: RUNNABLE
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(Unknown Source)
        - locked <0x182f0078> (a java.net.SocksSocketImpl)
        at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
        at java.net.PlainSocketImpl.connect(Unknown Source)
        at java.net.SocksSocketImpl.connect(Unknown Source)
        at java.net.Socket.connect(Unknown Source)
        at java.net.Socket.connect(Unknown Source)
        at sun.net.NetworkClient.doConnect(Unknown Source)
        at sun.net.www.http.HttpClient.openServer(Unknown Source)
        at sun.net.www.http.HttpClient.openServer(Unknown Source)
        - locked <0x182f01c8> (a sun.net.www.http.HttpClient)
        at sun.net.www.http.HttpClient.<init>(Unknown Source)
        at sun.net.www.http.HttpClient.New(Unknown Source)
        at sun.net.www.http.HttpClient.New(Unknown Source)
        at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
        at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
        at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
        - locked <0x182f0250> (a sun.net.www.protocol.http.HttpURLConnection)
        at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEntity(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.dispatch(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.next(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.opti.SchemaParsingConfig.parse(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.opti.SchemaDOMParser.parse(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getSchemaDocument(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchema(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.parseSchema(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadSchema(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.findSchemaGrammar(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleStartElement(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.emptyElement(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source)
        at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
        at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
        at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
        at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
        at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(Unknown Source)
        at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Unknown Source)
        at org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocument(DefaultDocumentLoader.java:75)
        at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:396)
        at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
        at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
        at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)
        at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:178)
        at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:149)
        at org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:176)
        at org.springframework.osgi.context.support.OsgiBundleXmlApplicationContext.loadBeanDefinitions(OsgiBundleXmlApplicationContext.java:142)
        at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:123)
        at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:422)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:352)
        - locked <0x182f1490> (a java.lang.Object)
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$301(AbstractDelegatedExecutionApplicationContext.java:69)
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$1.run(AbstractDelegatedExecutionApplicationContext.java:186)
        at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.normalRefresh(AbstractDelegatedExecutionApplicationContext.java:
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$NoDependenciesWaitRefreshExecutor.refresh(AbstractDelegatedExecu
        at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.refresh(AbstractDelegatedExecutionApplicationContext.java:175)
        at org.apache.cxf.dosgi.dsw.OsgiUtils.readIntentMap(OsgiUtils.java:422)
        at org.apache.cxf.dosgi.dsw.OsgiUtils.getIntentMap(OsgiUtils.java:397)
        at org.apache.cxf.dosgi.dsw.Activator.getIntentMap(Activator.java:109)
        at org.apache.cxf.dosgi.dsw.Activator.registerDistributionProviderService(Activator.java:92)
        at org.apache.cxf.dosgi.dsw.Activator.start(Activator.java:74)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:782)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:773)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:754)
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:352)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:370)
        at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1068)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:557)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:464)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:248)
        - locked <0x19539f28> (a java.lang.Object)
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:445)
        at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:220)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:330)

"Framework Event Dispatcher" daemon prio=6 tid=0x034e9c00 nid=0x9dc in Object.wait() [0x03a0f000..0x03a0fc94]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1957ca50> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at java.lang.Object.wait(Object.java:485)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:386)
        - locked <0x1957ca50> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:326)

"State Saver" prio=6 tid=0x034e9400 nid=0xc1c in Object.wait() [0x0390f000..0x0390fd14]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x19552008> (a org.eclipse.osgi.internal.resolver.SystemState)
        at org.eclipse.osgi.internal.baseadaptor.BaseStorage$StateSaver.run(BaseStorage.java:1190)
        - locked <0x19552008> (a org.eclipse.osgi.internal.resolver.SystemState)
        at java.lang.Thread.run(Unknown Source)

"OSGi Console" prio=6 tid=0x034fd800 nid=0xeb8 runnable [0x0380f000..0x0380fd94]
   java.lang.Thread.State: RUNNABLE
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(Unknown Source)
        at java.io.BufferedInputStream.read1(Unknown Source)
        at java.io.BufferedInputStream.read(Unknown Source)
        - locked <0x19484310> (a java.io.BufferedInputStream)
        at java.io.FilterInputStream.read(Unknown Source)
        at sun.nio.cs.StreamDecoder.readBytes(Unknown Source)
        at sun.nio.cs.StreamDecoder.implRead(Unknown Source)
        at sun.nio.cs.StreamDecoder.read(Unknown Source)
        - locked <0x19536c78> (a java.io.InputStreamReader)
        at java.io.InputStreamReader.read(Unknown Source)
        at java.io.BufferedReader.fill(Unknown Source)
        at java.io.BufferedReader.readLine(Unknown Source)
        - locked <0x19536c78> (a java.io.InputStreamReader)
        at java.io.BufferedReader.readLine(Unknown Source)
        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(FrameworkConsole.java:276)
        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(FrameworkConsole.java:224)
        at java.lang.Thread.run(Unknown Source)

"Low Memory Detector" daemon prio=6 tid=0x02bdb400 nid=0xd24 runnable [0x00000000..0x00000000]
   java.lang.Thread.State: RUNNABLE

"CompilerThread0" daemon prio=10 tid=0x02bd5400 nid=0xe20 waiting on condition [0x00000000..0x0326f7bc]
   java.lang.Thread.State: RUNNABLE

"Attach Listener" daemon prio=10 tid=0x02bd3800 nid=0x560 runnable [0x00000000..0x00000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=10 tid=0x02bd2400 nid=0x1a0 runnable [0x00000000..0x00000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=8 tid=0x02b93c00 nid=0x980 in Object.wait() [0x02f6f000..0x02f6fc94]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x194751a8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x194751a8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

"Reference Handler" daemon prio=10 tid=0x02b8f000 nid=0xb00 in Object.wait() [0x02e6f000..0x02e6fd14]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x19475230> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:485)
        at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
        - locked <0x19475230> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x00916c00 nid=0xcc8 in Object.wait() [0x0012f000..0x0012fc48]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x196f88a8> (a org.eclipse.core.runtime.internal.adaptor.Semaphore)
        at org.eclipse.core.runtime.internal.adaptor.Semaphore.acquire(Semaphore.java:55)
        - locked <0x196f88a8> (a org.eclipse.core.runtime.internal.adaptor.Semaphore)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.updateSplash(EclipseStarter.java:1269)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.setStartLevel(EclipseStarter.java:1231)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:313)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:504)
        at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
        at org.eclipse.equinox.launcher.Main.run(Main.java:1169)

"VM Thread" prio=10 tid=0x02b8d800 nid=0xb68 runnable

"VM Periodic Task Thread" prio=10 tid=0x02bdd400 nid=0xcd4 waiting on condition

JNI global references: 800

Heap
 def new generation   total 2880K, used 353K [0x18020000, 0x18330000, 0x193d0000)
  eden space 2624K,   3% used [0x18020000, 0x18038518, 0x182b0000)
  from space 256K, 100% used [0x182f0000, 0x18330000, 0x18330000)
  to   space 256K,   0% used [0x182b0000, 0x182b0000, 0x182f0000)
 tenured generation   total 37824K, used 4596K [0x193d0000, 0x1b8c0000, 0x28020000)
   the space 37824K,  12% used [0x193d0000, 0x1984d338, 0x1984d400, 0x1b8c0000)
 compacting perm gen  total 12288K, used 8928K [0x28020000, 0x28c20000, 0x2c020000)
   the space 12288K,  72% used [0x28020000, 0x288d8100, 0x288d8200, 0x28c20000)
    ro space 8192K,  63% used [0x2c020000, 0x2c538810, 0x2c538a00, 0x2c820000)
    rw space 12288K,  53% used [0x2c820000, 0x2ce8d300, 0x2ce8d400, 0x2d420000)

Re: Start time of cxf

by David Bosschaert :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I'm only guessing but it might be related to XML schema resolution. I think
it still tries to go to remote hosts to resolve the schemas in some cases,
even though they are available in the bundle.

One way to try this out is to start it up without a network. I have seen
stack traces appear without network that hinted at this.

David

2009/11/2 <florian.grunow@...>

> Hi there!
>
> Daniel Kulp <dkulp@...> wrote on 30.10.2009 17:45:29:
> > Can you "kill -3" the container during this and see the stack trace? I'm
>
> > wondering if it's downloading a schema off the internet or something.
>
> I attached the dump when running kill -3 during cxf startup.
>
> Any ideas?
>
> How long does it take on your machines?
>
> Cheers,
>
> Florian
>
>
>
> InterComponentWare AG:
> Vorstand: Dr. Lutz Kleinholz (Vors.), Dr. Georg Ralle, Jörg Stadler /
> Aufsichtsratsvors.: Prof. Dr. Christof Hettich
> Firmensitz: 69190 Walldorf, Industriestraße 41 / AG Mannheim HRB 351761 /
> USt.-IdNr.: DE 198388516
>

Re: Start time of cxf

by dkulp :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


It's definitely trying to download something schema related:

The last line in the stack with CXF is:
       at org.apache.cxf.dosgi.dsw.OsgiUtils.readIntentMap(OsgiUtils.java:422)

Thus, it's something in the intent map.  Looking at it:
org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocument(DefaultDocumentLoader.java:75)
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:396)

Those two lines are while parsing the Spring beans files.   It's loading the
XML and trying to validate the beans files.   Thus, this is down in Spring
someplace.  

Dan



On Mon November 2 2009 7:22:09 am florian.grunow@... wrote:

> Hi there!
>
> Daniel Kulp <dkulp@...> wrote on 30.10.2009 17:45:29:
> > Can you "kill -3" the container during this and see the stack trace? I'm
> >
> > wondering if it's downloading a schema off the internet or something.
>
> I attached the dump when running kill -3 during cxf startup.
>
> Any ideas?
>
> How long does it take on your machines?
>
> Cheers,
>
> Florian
>
>
>
> InterComponentWare AG:
> Vorstand: Dr. Lutz Kleinholz (Vors.), Dr. Georg Ralle, Jörg Stadler /
>  Aufsichtsratsvors.: Prof. Dr. Christof Hettich Firmensitz: 69190 Walldorf,
>  Industriestraße 41 / AG Mannheim HRB 351761 / USt.-IdNr.: DE 198388516  =
>

--
Daniel Kulp
dkulp@...
http://www.dankulp.com/blog

RE: Start time of cxf

by bonthomme :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi All,

I've been seeing the same thing, especially on machines that are not connected to the outside world (as might be expected).  Is there any suggestion for a workaround here?  

Thanks,
Thom

-----Original Message-----
From: Daniel Kulp [mailto:dkulp@...]
Sent: Monday, November 02, 2009 7:10 AM
To: users@...
Cc: florian.grunow@...
Subject: Re: Start time of cxf


It's definitely trying to download something schema related:

The last line in the stack with CXF is:
       at org.apache.cxf.dosgi.dsw.OsgiUtils.readIntentMap(OsgiUtils.java:422)

Thus, it's something in the intent map.  Looking at it:
org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocument(DefaultDocumentLoader.java:75)
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:396)

Those two lines are while parsing the Spring beans files.   It's loading the
XML and trying to validate the beans files.   Thus, this is down in Spring
someplace.  

Dan



On Mon November 2 2009 7:22:09 am florian.grunow@... wrote:

> Hi there!
>
> Daniel Kulp <dkulp@...> wrote on 30.10.2009 17:45:29:
> > Can you "kill -3" the container during this and see the stack trace?
> > I'm
> >
> > wondering if it's downloading a schema off the internet or something.
>
> I attached the dump when running kill -3 during cxf startup.
>
> Any ideas?
>
> How long does it take on your machines?
>
> Cheers,
>
> Florian
>
>
>
> InterComponentWare AG:
> Vorstand: Dr. Lutz Kleinholz (Vors.), Dr. Georg Ralle, Jörg Stadler /
>  Aufsichtsratsvors.: Prof. Dr. Christof Hettich Firmensitz: 69190
> Walldorf,  Industriestraße 41 / AG Mannheim HRB 351761 / USt.-IdNr.:
> DE 198388516  =
>

--
Daniel Kulp
dkulp@...
http://www.dankulp.com/blog
Free embeddable forum powered by Nabble Forum Help