Hi guys,
Thanks for the links! Actually I used both of them while working on
the memory leak problem.
The tomcat wiki entry is a great resource and the Eclipse Memory
Analyzer is a neat tool (if you know how to use it, for which you need
some tutorials at first).
Regards,
Jakob
2010/10/28 Mike
In Tomcat I also see this, using 2.0.2:
points to StartupFacesContextImpl and to RuntimeConfig as well
.10.2010 15:37:54 org.apache.catalina.loader.WebappClassLoader
clearThreadLocalMap
SCHWERWIEGEND: The web application [/webprofile] created a ThreadLocal
with key of type
Oh, the tomcat folks have a good write on this topic:
http://wiki.apache.org/tomcat/MemoryLeakProtection
On Thu, Oct 28, 2010 at 10:33 AM, Matthias Wessendorf mat...@apache.org wrote:
In Tomcat I also see this, using 2.0.2:
points to StartupFacesContextImpl and to RuntimeConfig as well
Should be fixed in current snapshot ;)
Regards,
Jakob
2010/10/28 Matthias Wessendorf mat...@apache.org:
In Tomcat I also see this, using 2.0.2:
points to StartupFacesContextImpl and to RuntimeConfig as well
.10.2010 15:37:54 org.apache.catalina.loader.WebappClassLoader
clearThreadLocalMap
I started reading the link you posted and ended up here:
This also talks about classloader memory leaks in general, how to
identify them using the Eclipse Memory Analyzer (can also be run as a
standalone app), and how to determine what needs to be done to fix
them.
On Fri, Oct 15, 2010 at 2:47 AM, ssilv...@redhat.com wrote:
Yes, the goal is to allow any version and any implementation of JSF. That's
why you will see Initialized 3 JSF configurations: [Mojarra-1.2,
MyFaces-2.0,
Mojarra-2.0]
What about MyFaces 1.2 ? :)
Just to be clear, it's AS6
Am 15.10.10 09:26, schrieb Matthias Wessendorf:
Right now it has MyFaces 2.0.1, but I'm soon planning to do the full
integration of 2.0.2 as per Leonardo's changes. That will make MyFaces a
little more efficient on JBoss AS.
+1 you really want 2.0.2 ;)
Hehe I guess Myfaces 2.0.2 performance
On Fri, Oct 15, 2010 at 10:15 AM, Werner Punz werner.p...@gmail.com wrote:
Am 15.10.10 09:26, schrieb Matthias Wessendorf:
Right now it has MyFaces 2.0.1, but I'm soon planning to do the full
integration of 2.0.2 as per Leonardo's changes. That will make MyFaces a
little more efficient on
Am 15.10.10 10:19, schrieb Matthias Wessendorf:
On Fri, Oct 15, 2010 at 10:15 AM, Werner Punzwerner.p...@gmail.com wrote:
Am 15.10.10 09:26, schrieb Matthias Wessendorf:
Right now it has MyFaces 2.0.1, but I'm soon planning to do the full
integration of 2.0.2 as per Leonardo's changes. That
I'm pretty sure 2.0.1 has a memory leak on undeploy. Mojarra had an
undeploy leak and it took a long time to track it down. The same test
I was using on Mojarra also failed on MyFaces but I haven't had time
to track down the leak in MyFaces.
Maybe this is fixed in 2.0.2? If not maybe
Am 15.10.10 14:04, schrieb ssilv...@redhat.com:
I'm pretty sure 2.0.1 has a memory leak on undeploy. Mojarra had an
undeploy leak and it took a long time to track it down. The same test I
was using on Mojarra also failed on MyFaces but I haven't had time to
track down the leak in MyFaces.
Thanks Werner. Hope someone can take a look before 2.0.3.
Stan
Quoting Werner Punz werner.p...@gmail.com:
Am 15.10.10 14:04, schrieb ssilv...@redhat.com:
I'm pretty sure 2.0.1 has a memory leak on undeploy. Mojarra had an
undeploy leak and it took a long time to track it down. The same
Using tomcat 7 I get this warning...
SEVERE: The web application [/editor-2.0-SNAPSHOT] created a ThreadLocal
with key of type [java.lang.ThreadLocal] (value
[java.lang.threadlo...@41649a55]) and a value of type
[org.apache.myfaces.config.RuntimeConfig] (value
The ThreadLocal should be cleared upon undeploy, but this does not
cause the memory leak mentioned by Stan.
You will get a PermGen error in about an hour.
The PermGen Error comes when there is not enough heap space to load
classes. I had this problem yesterday when doing a lot of tests with
The permgen error usually is an overload of classes which means if a
class is loaded and loaded and loaded again.
Maybe we have a problem in our way way instantiate classes dynamically
so that they constantly are reregistered in the classloader and never
dropped.
Just a wild guess here.
Quoting Bruno Aranda brunoara...@gmail.com:
Using tomcat 7 I get this warning...
SEVERE: The web application [/editor-2.0-SNAPSHOT] created a ThreadLocal
with key of type [java.lang.ThreadLocal] (value
[java.lang.threadlo...@41649a55]) and a value of type
Stan can you give us some info what the issue in Mojarra was?
It might help us to track our problem down.
My personal guess we that it might the our class instantiation code in
shared, but I am guessing here as well.
Werner
Am 15.10.10 14:04, schrieb ssilv...@redhat.com:
I'm pretty sure
Quoting Jakob Korherr jakob.korh...@gmail.com:
The ThreadLocal should be cleared upon undeploy, but this does not
cause the memory leak mentioned by Stan.
I disagree. That could easily be the cause as was the case with Mojarra.
You will get a PermGen error in about an hour.
The PermGen
https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1820
Quoting Werner Punz werner.p...@gmail.com:
Stan can you give us some info what the issue in Mojarra was?
It might help us to track our problem down.
My personal guess we that it might the our class instantiation code in
shared,
Thanks, Stan!
We had a similar issue also in OpenWebBeans. The solution there was to
clear() all ThreadLocals after usage, however not only in the
ServletContextListener, but also in the RequestListener, because
ThreadLocal.clear() only works for the current Thread. Thus we have to
take a look at
You guys might want to check out the utility that Trinidad uses for
registering ThreadLocals for clean up at the end of the request in
org.apache.myfaces.trinidad.util.ThreadLocalUtils.
-- Blake Sullivan
On 10/15/10 5:52 AM, Jakob Korherr wrote:
Thanks, Stan!
We had a similar issue also
Hi
Checking this issue, I think we should just get rid of that ThreadLocal var,
because it is used as a hack to pass the right RuntimeConfig instance.
Before JSF 2.0 this was required because there was not startup FacesContext,
but now it exists, so it is valid to get the current ExternalContext
Thanks for the info, Blake!
Leo, please take a look at my comment + patch on MYFACES-2942. I did
exactly what you just said and I fully agree with you! If there are no
objections to that patch, I'll commit it tomorrow!
Regards,
Jakob
2010/10/15 Leonardo Uribe lu4...@gmail.com:
Hi
Checking
I completely agree that the best solution is to get rid of
ThreadLocals that we don't need.
-- Blake Sullivan
On 10/15/10 11:26 AM, Leonardo Uribe wrote:
Hi
Checking this issue, I think we should just get rid of that
ThreadLocal var, because it is used as a hack to pass the right
Matthias Wessendorf (@mwessendorf) has shared a Tweet with you:
lincolnthree: MyFaces 2 is now included in JBoss AS 5 SNAPSHOT!!
-Initialized 3 JSF configurations: [Mojarra-1.2, MyFaces-2.0,
Mojarra-2.0]
--http://www.twitter.com/lincolnthree/status/27372071638
sent from my Android phone
Am 14.10.10 22:32, schrieb Matthias Wessendorf:
Matthias Wessendorf (@mwessendorf) has shared a Tweet with you:
lincolnthree: MyFaces 2 is now included in JBoss AS 5 SNAPSHOT!!
-Initialized 3 JSF configurations: [Mojarra-1.2, MyFaces-2.0,
Mojarra-2.0]
Congrats to everyone involved - you did great work to make this happen!
all the best,
Martin
On 10/14/10, Werner Punz werner.p...@gmail.com wrote:
Am 14.10.10 22:32, schrieb Matthias Wessendorf:
Matthias Wessendorf (@mwessendorf) has shared a Tweet with you:
lincolnthree: MyFaces 2 is now
Yes, the goal is to allow any version and any implementation of JSF.
That's why you will see Initialized 3 JSF configurations:
[Mojarra-1.2, MyFaces-2.0,
Mojarra-2.0]
Just to be clear, it's AS6 SNAPSHOT, not AS5. The AS6 CR1 release
will be out in a few weeks but you can get a nightly
Hi
2010/10/14 ssilv...@redhat.com
Yes, the goal is to allow any version and any implementation of JSF.
That's why you will see Initialized 3 JSF configurations: [Mojarra-1.2,
MyFaces-2.0,
Mojarra-2.0]
Just to be clear, it's AS6 SNAPSHOT, not AS5. The AS6 CR1 release will be
out in a
29 matches
Mail list logo