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
