Addendum:
It looks like the annotation @WebService() does a lot of magic under the
covers. This will create some problems with you shut down the service provider.
In particular:
SEVERE: A web application created a ThreadLocal with key of type [null]
(value [org.glassfish.gmbal.generic.operationtrace...@6de4b])
and a value of type [java.util.ArrayList] (value [[]])
but failed to remove it when the web application
was stopped. To prevent a memory leak, the ThreadLocal has been forcibly
removed.
SEVERE: A web application created a ThreadLocal with key of type [null]
(value [com.sun.xml.bind.v2.runtime.coordinato...@ec32de])
and a value of type [java.lang.Object[]]
(value [[Ljava.lang.Object;@ffab0a])
but failed to remove it when the web application was stopped.
To prevent a memory leak, the ThreadLocal has been forcibly removed.
SEVERE: A web application created a ThreadLocal with key of type [null]
(value [com.sun.xml.bind.v2.classfactor...@1365360])
and a value of type [java.util.WeakHashMap]
(value [
{class com.sun.xml.ws.runtime.config.Tubelines
=java.lang.ref.weakrefere...@19bf996,
class com.sun.xml.ws.runtime.config.MetroConfig
=java.lang.ref.weakrefere...@11f1f12,
class javax.xml.bind.annotation.W3CDomHandler
=java.lang.ref.weakrefere...@30e4a7,
class com.sun.xml.ws.runtime.config.TubelineDefinition
=java.lang.ref.weakrefere...@1f39c59,
class java.util.ArrayList
=java.lang.ref.weakrefere...@9db0ad,
class com.sun.xml.ws.runtime.config.TubeFactoryList
=java.lang.ref.weakrefere...@ba679e,
class javax.xml.bind.annotation.adapters.CollapsedStringAdapter
=java.lang.ref.weakrefere...@1e8b671,
class com.sun.xml.ws.runtime.config.TubeFactoryConfig
=java.lang.ref.weakrefere...@121dcac}])
but failed to remove it when the web application was stopped.
To prevent a memory leak, the ThreadLocal has been forcibly removed.
SEVERE: A web application created a ThreadLocal with key of type [null]
(value [org.glassfish.gmbal.generic.operationtrace...@6de4b])
and a value of type [java.util.ArrayList] (value [[]])
but failed to remove it when the web application was stopped. To prevent
a memory leak, the ThreadLocal has been forcibly removed.
It looks like some cleanup or hand coding is in order. Otherwise repeated
deployments will cause a memory leak in earlier versions of Tomcat 6, and fill
up your log files with Tomcat 6.0.26.
--- On Mon, 4/26/10, Mark Eggers its_toas...@yahoo.com wrote:
From: Mark Eggers its_toas...@yahoo.com
Subject: Re: development platform for jaxws-based webapps
To: Tomcat Users List users@tomcat.apache.org
Date: Monday, April 26, 2010, 3:30 PM
Caveats:
I'm normally a systems architect, so I get build
architectures or debug performance / crash issues.
I've also not built web services by hand.
Getting into the middle of an IDE debate starts a religious
war similar in intensity to emacs versus vi.
All of that said, I just worked through the beginning
examples for web services development using Netbeans 6.8 and
Tomcat 6.0.26.
The first tutorial was clean, easy to follow, and worked
fine under Fedora 11, JDK 1.6.0_19, and Tomcat 6.0.26.
As always, just my two cents . . . .
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org