[JBoss JIRA] Created: (EJBTHREE-2188) java.lang.ClassNotFoundException: while deserializing on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logot
7:32 a.m.
java.lang.ClassNotFoundException: while deserializing on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logot
-----------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: cache
Affects Versions: EJB3_1 1.0.4
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Fix For: EJB3_1 1.0.4
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from the UI is been intercepted Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yeat as well as the passivated beans. If the
bean is passivated,it has to activate it before the removal task. For this it uses the
activate method inside the corresponding cache implementation. Our cache configuration is
SimpleStatefulCache. Now JBOSS actually has to deserialize the object which is serialized
before as part of the passivate task.I will paste the passivate code snippet here to get
it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
befor going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:34 a.m.
New subject: [JBoss JIRA] Updated: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logot
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
Dhaneesh Nair updated EJBTHREE-2188:
------------------------------------
Summary: java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logot (was:
java.lang.ClassNotFoundException: while deserializing on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logot )
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logot
---------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: cache
Affects Versions: EJB3_1 1.0.4
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Fix For: EJB3_1 1.0.4
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from the UI is been intercepted Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yeat as well as the passivated beans. If the
bean is passivated,it has to activate it before the removal task. For this it uses the
activate method inside the corresponding cache implementation. Our cache configuration is
SimpleStatefulCache. Now JBOSS actually has to deserialize the object which is serialized
before as part of the passivate task.I will paste the passivate code snippet here to get
it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
befor going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:34 a.m.
New subject: [JBoss JIRA] Updated: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
Dhaneesh Nair updated EJBTHREE-2188:
------------------------------------
Summary: java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout (was:
java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while
doing HTTP Session Logot )
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: cache
Affects Versions: EJB3_1 1.0.4
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Fix For: EJB3_1 1.0.4
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from the UI is been intercepted Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yeat as well as the passivated beans. If the
bean is passivated,it has to activate it before the removal task. For this it uses the
activate method inside the corresponding cache implementation. Our cache configuration is
SimpleStatefulCache. Now JBOSS actually has to deserialize the object which is serialized
before as part of the passivate task.I will paste the passivate code snippet here to get
it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
befor going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:36 a.m.
New subject: [JBoss JIRA] Updated: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
Dhaneesh Nair updated EJBTHREE-2188:
------------------------------------
Description:
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try to
destroy the session beans. At this time JBOSS is trying to remove the beans from the local
cache which are not been passivated yet as well as the passivated beans. If the bean is
passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
was:
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from the UI is been intercepted Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yeat as well as the passivated beans. If the
bean is passivated,it has to activate it before the removal task. For this it uses the
activate method inside the corresponding cache implementation. Our cache configuration is
SimpleStatefulCache. Now JBOSS actually has to deserialize the object which is serialized
before as part of the passivate task.I will paste the passivate code snippet here to get
it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
befor going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: cache
Affects Versions: EJB3_1 1.0.4
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Fix For: EJB3_1 1.0.4
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:40 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
jaikiran pai commented on EJBTHREE-2188:
----------------------------------------
Is this an issue with JBoss AS 4.x? If yes, then there's no further development
happening for AS 4.x community version. Try upgrading to latest AS6.x (or even AS 5.1.0)
and see if you can reproduce this issue.
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: cache
Affects Versions: EJB3_1 1.0.4
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Fix For: EJB3_1 1.0.4
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:42 a.m.
New subject: [JBoss JIRA] Assigned: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
jaikiran pai reassigned EJBTHREE-2188:
--------------------------------------
Assignee: jaikiran pai
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: cache
Affects Versions: EJB3_1 1.0.4
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Assignee: jaikiran pai
Fix For: EJB3_1 1.0.4
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:42 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
jaikiran pai commented on EJBTHREE-2188:
----------------------------------------
And also please post the exception stacktrace.
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: cache
Affects Versions: EJB3_1 1.0.4
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Fix For: EJB3_1 1.0.4
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:44 a.m.
New subject: [JBoss JIRA] Updated: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
jaikiran pai updated EJBTHREE-2188:
-----------------------------------
Fix Version/s: (was: EJB3_1 1.0.4)
Affects Version/s: (was: EJB3_1 1.0.4)
Component/s: core
(was: cache)
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: core
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Assignee: jaikiran pai
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:46 a.m.
New subject: [JBoss JIRA] Updated: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
Dhaneesh Nair updated EJBTHREE-2188:
------------------------------------
Description:
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
java.lang.ClassNotFoundException: com.avaya.iptcm.cm.ui.station.SystemParameterBean
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName(Class.java:247)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.resolveClass(JBossObjectInputStream.java:141)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream$1.resolveClass(JBossObjectInputStream.java:127)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.resolveClassByName(ClassMetamodelFactory.java:266)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.getClassMetaData(ClassMetamodelFactory.java:289)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.StreamingClass.readStream(StreamingClass.java:72)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:381)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readObjectArray(ArrayPersister.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readData(ArrayPersister.java:172)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:345)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.MarshalledObject.get(MarshalledObject.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.extractBeanAndInterceptors(StatefulBeanContext.java:793)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.getInterceptorInstances(StatefulBeanContext.java:781)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInvocationContextImpl.getLifecycleInvocationContext(LifecycleInvocationContextImpl.java:65)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.postActivate(LifecycleInterceptorHandler.java:143)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.invokePostActivate(StatefulContainer.java:409)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.postActivate(StatefulBeanContext.java:388)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager.activateSession(StatefulSessionFilePersistenceManager.java:316)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:387)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:375)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:61)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulRemoveInterceptor.invoke(StatefulRemoveInterceptor.java:97)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119)
2010-10-25 18:39:39,359 ERROR [STDERR] at $Proxy2569.destroy(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6125.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.ejb.RemoveInterceptor.aroundInvoke(RemoveInterceptor.java:43)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.core.SynchronizationInterceptor.aroundInvoke(SynchronizationInterceptor.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.javassist.tmp.java.lang.Object_$$_javassist_seam_24.destroy(Object_$$_javassist_seam_24.java)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6124.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callComponentMethod(Component.java:2249)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callDestroyMethod(Component.java:2180)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.destroy(Component.java:1469)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Lifecycle.endSession(Lifecycle.java:295)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.ServletLifecycle.endSession(ServletLifecycle.java:160)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.servlet.SeamListener.sessionDestroyed(SeamListener.java:59)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:702)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.deregister(SingleSignOn.java:528)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.sessionEvent(SingleSignOn.java:333)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.fireSessionEvent(StandardSession.java:1604)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:747)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1111)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:150)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.invalidateSession(FacesLifecycle.java:158)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.endRequest(FacesLifecycle.java:135)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterResponseComplete(SeamPhaseListener.java:525)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:253)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:280)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
2010-10-25 18:39:39,359 ERROR [STDERR] at
javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try to
destroy the session beans. At this time JBOSS is trying to remove the beans from the local
cache which are not been passivated yet as well as the passivated beans. If the bean is
passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
was:
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try to
destroy the session beans. At this time JBOSS is trying to remove the beans from the local
cache which are not been passivated yet as well as the passivated beans. If the bean is
passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: core
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Assignee: jaikiran pai
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
java.lang.ClassNotFoundException: com.avaya.iptcm.cm.ui.station.SystemParameterBean
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName(Class.java:247)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.resolveClass(JBossObjectInputStream.java:141)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream$1.resolveClass(JBossObjectInputStream.java:127)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.resolveClassByName(ClassMetamodelFactory.java:266)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.getClassMetaData(ClassMetamodelFactory.java:289)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.StreamingClass.readStream(StreamingClass.java:72)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:381)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readObjectArray(ArrayPersister.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readData(ArrayPersister.java:172)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:345)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.MarshalledObject.get(MarshalledObject.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.extractBeanAndInterceptors(StatefulBeanContext.java:793)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.getInterceptorInstances(StatefulBeanContext.java:781)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInvocationContextImpl.getLifecycleInvocationContext(LifecycleInvocationContextImpl.java:65)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.postActivate(LifecycleInterceptorHandler.java:143)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.invokePostActivate(StatefulContainer.java:409)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.postActivate(StatefulBeanContext.java:388)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager.activateSession(StatefulSessionFilePersistenceManager.java:316)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:387)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:375)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:61)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulRemoveInterceptor.invoke(StatefulRemoveInterceptor.java:97)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119)
2010-10-25 18:39:39,359 ERROR [STDERR] at $Proxy2569.destroy(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6125.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.ejb.RemoveInterceptor.aroundInvoke(RemoveInterceptor.java:43)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.core.SynchronizationInterceptor.aroundInvoke(SynchronizationInterceptor.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.javassist.tmp.java.lang.Object_$$_javassist_seam_24.destroy(Object_$$_javassist_seam_24.java)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6124.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callComponentMethod(Component.java:2249)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callDestroyMethod(Component.java:2180)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.destroy(Component.java:1469)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Lifecycle.endSession(Lifecycle.java:295)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.ServletLifecycle.endSession(ServletLifecycle.java:160)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.servlet.SeamListener.sessionDestroyed(SeamListener.java:59)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:702)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.deregister(SingleSignOn.java:528)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.sessionEvent(SingleSignOn.java:333)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.fireSessionEvent(StandardSession.java:1604)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:747)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1111)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:150)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.invalidateSession(FacesLifecycle.java:158)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.endRequest(FacesLifecycle.java:135)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterResponseComplete(SeamPhaseListener.java:525)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:253)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:280)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
2010-10-25 18:39:39,359 ERROR [STDERR] at
javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:07 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
Dhaneesh Nair commented on EJBTHREE-2188:
-----------------------------------------
We are using JBOSSAs 4.2.3
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: core
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Assignee: jaikiran pai
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
java.lang.ClassNotFoundException: com.avaya.iptcm.cm.ui.station.SystemParameterBean
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName(Class.java:247)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.resolveClass(JBossObjectInputStream.java:141)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream$1.resolveClass(JBossObjectInputStream.java:127)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.resolveClassByName(ClassMetamodelFactory.java:266)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.getClassMetaData(ClassMetamodelFactory.java:289)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.StreamingClass.readStream(StreamingClass.java:72)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:381)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readObjectArray(ArrayPersister.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readData(ArrayPersister.java:172)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:345)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.MarshalledObject.get(MarshalledObject.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.extractBeanAndInterceptors(StatefulBeanContext.java:793)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.getInterceptorInstances(StatefulBeanContext.java:781)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInvocationContextImpl.getLifecycleInvocationContext(LifecycleInvocationContextImpl.java:65)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.postActivate(LifecycleInterceptorHandler.java:143)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.invokePostActivate(StatefulContainer.java:409)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.postActivate(StatefulBeanContext.java:388)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager.activateSession(StatefulSessionFilePersistenceManager.java:316)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:387)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:375)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:61)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulRemoveInterceptor.invoke(StatefulRemoveInterceptor.java:97)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119)
2010-10-25 18:39:39,359 ERROR [STDERR] at $Proxy2569.destroy(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6125.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.ejb.RemoveInterceptor.aroundInvoke(RemoveInterceptor.java:43)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.core.SynchronizationInterceptor.aroundInvoke(SynchronizationInterceptor.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.javassist.tmp.java.lang.Object_$$_javassist_seam_24.destroy(Object_$$_javassist_seam_24.java)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6124.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callComponentMethod(Component.java:2249)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callDestroyMethod(Component.java:2180)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.destroy(Component.java:1469)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Lifecycle.endSession(Lifecycle.java:295)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.ServletLifecycle.endSession(ServletLifecycle.java:160)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.servlet.SeamListener.sessionDestroyed(SeamListener.java:59)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:702)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.deregister(SingleSignOn.java:528)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.sessionEvent(SingleSignOn.java:333)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.fireSessionEvent(StandardSession.java:1604)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:747)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1111)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:150)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.invalidateSession(FacesLifecycle.java:158)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.endRequest(FacesLifecycle.java:135)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterResponseComplete(SeamPhaseListener.java:525)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:253)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:280)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
2010-10-25 18:39:39,359 ERROR [STDERR] at
javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:09 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
Dhaneesh Nair commented on EJBTHREE-2188:
-----------------------------------------
Will there be any bug fixes for JBOSS4.2.3 apart from the dev activity
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: core
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Assignee: jaikiran pai
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
java.lang.ClassNotFoundException: com.avaya.iptcm.cm.ui.station.SystemParameterBean
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName(Class.java:247)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.resolveClass(JBossObjectInputStream.java:141)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream$1.resolveClass(JBossObjectInputStream.java:127)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.resolveClassByName(ClassMetamodelFactory.java:266)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.getClassMetaData(ClassMetamodelFactory.java:289)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.StreamingClass.readStream(StreamingClass.java:72)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:381)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readObjectArray(ArrayPersister.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readData(ArrayPersister.java:172)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:345)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.MarshalledObject.get(MarshalledObject.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.extractBeanAndInterceptors(StatefulBeanContext.java:793)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.getInterceptorInstances(StatefulBeanContext.java:781)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInvocationContextImpl.getLifecycleInvocationContext(LifecycleInvocationContextImpl.java:65)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.postActivate(LifecycleInterceptorHandler.java:143)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.invokePostActivate(StatefulContainer.java:409)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.postActivate(StatefulBeanContext.java:388)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager.activateSession(StatefulSessionFilePersistenceManager.java:316)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:387)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:375)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:61)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulRemoveInterceptor.invoke(StatefulRemoveInterceptor.java:97)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119)
2010-10-25 18:39:39,359 ERROR [STDERR] at $Proxy2569.destroy(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6125.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.ejb.RemoveInterceptor.aroundInvoke(RemoveInterceptor.java:43)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.core.SynchronizationInterceptor.aroundInvoke(SynchronizationInterceptor.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.javassist.tmp.java.lang.Object_$$_javassist_seam_24.destroy(Object_$$_javassist_seam_24.java)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6124.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callComponentMethod(Component.java:2249)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callDestroyMethod(Component.java:2180)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.destroy(Component.java:1469)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Lifecycle.endSession(Lifecycle.java:295)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.ServletLifecycle.endSession(ServletLifecycle.java:160)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.servlet.SeamListener.sessionDestroyed(SeamListener.java:59)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:702)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.deregister(SingleSignOn.java:528)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.sessionEvent(SingleSignOn.java:333)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.fireSessionEvent(StandardSession.java:1604)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:747)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1111)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:150)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.invalidateSession(FacesLifecycle.java:158)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.endRequest(FacesLifecycle.java:135)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterResponseComplete(SeamPhaseListener.java:525)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:253)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:280)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
2010-10-25 18:39:39,359 ERROR [STDERR] at
javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:36 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
jaikiran pai commented on EJBTHREE-2188:
----------------------------------------
If you are using the community version of JBoss AS 4.2.x, then there _won't_ be any
bug fixes or any other kind of development for that version. However, if you are using the
paid version of JBoss AS 4.x http://www.jboss.com/products/platforms/application/ then you
are entitled to bug fixes and other support.
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: core
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Assignee: jaikiran pai
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
java.lang.ClassNotFoundException: com.avaya.iptcm.cm.ui.station.SystemParameterBean
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName(Class.java:247)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.resolveClass(JBossObjectInputStream.java:141)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream$1.resolveClass(JBossObjectInputStream.java:127)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.resolveClassByName(ClassMetamodelFactory.java:266)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.getClassMetaData(ClassMetamodelFactory.java:289)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.StreamingClass.readStream(StreamingClass.java:72)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:381)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readObjectArray(ArrayPersister.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readData(ArrayPersister.java:172)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:345)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.MarshalledObject.get(MarshalledObject.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.extractBeanAndInterceptors(StatefulBeanContext.java:793)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.getInterceptorInstances(StatefulBeanContext.java:781)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInvocationContextImpl.getLifecycleInvocationContext(LifecycleInvocationContextImpl.java:65)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.postActivate(LifecycleInterceptorHandler.java:143)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.invokePostActivate(StatefulContainer.java:409)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.postActivate(StatefulBeanContext.java:388)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager.activateSession(StatefulSessionFilePersistenceManager.java:316)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:387)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:375)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:61)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulRemoveInterceptor.invoke(StatefulRemoveInterceptor.java:97)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119)
2010-10-25 18:39:39,359 ERROR [STDERR] at $Proxy2569.destroy(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6125.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.ejb.RemoveInterceptor.aroundInvoke(RemoveInterceptor.java:43)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.core.SynchronizationInterceptor.aroundInvoke(SynchronizationInterceptor.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.javassist.tmp.java.lang.Object_$$_javassist_seam_24.destroy(Object_$$_javassist_seam_24.java)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6124.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callComponentMethod(Component.java:2249)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callDestroyMethod(Component.java:2180)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.destroy(Component.java:1469)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Lifecycle.endSession(Lifecycle.java:295)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.ServletLifecycle.endSession(ServletLifecycle.java:160)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.servlet.SeamListener.sessionDestroyed(SeamListener.java:59)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:702)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.deregister(SingleSignOn.java:528)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.sessionEvent(SingleSignOn.java:333)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.fireSessionEvent(StandardSession.java:1604)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:747)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1111)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:150)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.invalidateSession(FacesLifecycle.java:158)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.endRequest(FacesLifecycle.java:135)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterResponseComplete(SeamPhaseListener.java:525)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:253)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:280)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
2010-10-25 18:39:39,359 ERROR [STDERR] at
javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:42 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2188) java.lang.ClassNotFoundException on EJB 3.0 postactivate (SimpleStatefulCache) while doing HTTP Session Logout
[
https://jira.jboss.org/browse/EJBTHREE-2188?page=com.atlassian.jira.plugi...
]
Dhaneesh Nair commented on EJBTHREE-2188:
-----------------------------------------
This seems to be an issue with all versions of JBOSS by looking at the code
java.lang.ClassNotFoundException on EJB 3.0 postactivate
(SimpleStatefulCache) while doing HTTP Session Logout
----------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2188
URL: https://jira.jboss.org/browse/EJBTHREE-2188
Project: EJB 3.0
Issue Type: Bug
Components: core
Environment: We are using JBOSS AS 4.2.3 and Seam with jdk6
Reporter: Dhaneesh Nair
Assignee: jaikiran pai
A java.lang.ClassNotFoundException: is thrown while doing an http session logout for the
components which are passivated.
java.lang.ClassNotFoundException: com.avaya.iptcm.cm.ui.station.SystemParameterBean
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at java.lang.Class.forName(Class.java:247)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.resolveClass(JBossObjectInputStream.java:141)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream$1.resolveClass(JBossObjectInputStream.java:127)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.resolveClassByName(ClassMetamodelFactory.java:266)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.ClassMetamodelFactory.getClassMetaData(ClassMetamodelFactory.java:289)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.classmetamodel.StreamingClass.readStream(StreamingClass.java:72)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:381)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readObjectArray(ArrayPersister.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.persister.ArrayPersister.readData(ArrayPersister.java:172)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:345)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.serial.io.MarshalledObject.get(MarshalledObject.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.extractBeanAndInterceptors(StatefulBeanContext.java:793)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.getInterceptorInstances(StatefulBeanContext.java:781)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInvocationContextImpl.getLifecycleInvocationContext(LifecycleInvocationContextImpl.java:65)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.interceptor.LifecycleInterceptorHandler.postActivate(LifecycleInterceptorHandler.java:143)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.invokePostActivate(StatefulContainer.java:409)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulBeanContext.postActivate(StatefulBeanContext.java:388)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager.activateSession(StatefulSessionFilePersistenceManager.java:316)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:387)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:375)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:61)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulRemoveInterceptor.invoke(StatefulRemoveInterceptor.java:97)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119)
2010-10-25 18:39:39,359 ERROR [STDERR] at $Proxy2569.destroy(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6125.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.ejb.RemoveInterceptor.aroundInvoke(RemoveInterceptor.java:43)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.core.SynchronizationInterceptor.aroundInvoke(SynchronizationInterceptor.java:32)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.javassist.tmp.java.lang.Object_$$_javassist_seam_24.destroy(Object_$$_javassist_seam_24.java)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.GeneratedMethodAccessor6124.invoke(Unknown Source)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callComponentMethod(Component.java:2249)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.callDestroyMethod(Component.java:2180)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.Component.destroy(Component.java:1469)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.Lifecycle.endSession(Lifecycle.java:295)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.ServletLifecycle.endSession(ServletLifecycle.java:160)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.servlet.SeamListener.sessionDestroyed(SeamListener.java:59)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:702)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.deregister(SingleSignOn.java:528)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.authenticator.SingleSignOn.sessionEvent(SingleSignOn.java:333)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.fireSessionEvent(StandardSession.java:1604)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:747)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:660)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1111)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:150)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2010-10-25 18:39:39,359 ERROR [STDERR] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2010-10-25 18:39:39,359 ERROR [STDERR] at
java.lang.reflect.Method.invoke(Method.java:597)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.invalidateSession(FacesLifecycle.java:158)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.contexts.FacesLifecycle.endRequest(FacesLifecycle.java:135)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterResponseComplete(SeamPhaseListener.java:525)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:253)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:196)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:280)
2010-10-25 18:39:39,359 ERROR [STDERR] at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
2010-10-25 18:39:39,359 ERROR [STDERR] at
javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,359 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
2010-10-25 18:39:39,360 ERROR [STDERR] at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
JBoss is throwing class not found exception in the postactivate task of JBOSS while doing
the session logoff with SimpleStatefulCache. This is occuring while doing a logoff from
the UI .The exact scenario to reproduce is as below.
Step 1: Allow any bean to get passivated which is there in the HTTP Session context.
Step 2: Do a log off from the UI.
The logoff event is coming from UI is been intercepted by Stateful interceptors and try
to destroy the session beans. At this time JBOSS is trying to remove the beans from the
local cache which are not been passivated yet as well as the passivated beans. If the bean
is passivated,it has to activate it before the removal task. For this it uses the activate
method inside the corresponding cache implementation.
Our cache configuration is SimpleStatefulCache. Now JBOSS actually has to deserialize the
object which is serialized before as part of the passivate task.I will paste the passivate
code snippet here to get it clarified.
protected void passivate(StatefulBeanContext ctx)
{
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
try
{
Thread.currentThread().setContextClassLoader(((EJBContainer)
ctx.getContainer()).getClassloader());
pm.passivateSession(ctx);
++passivatedCount;
}
finally
{
Thread.currentThread().setContextClassLoader(oldCl);
}
}
Here JBOSS sets the current class loader as the corresponding EJBContainer class loader
before going for a serialization of the bean which is perfectly fine.
But before doing a post activate method there is no code which sets the current class
loader .There it is not require for the case in which the activate call comes from the
same container contexts like corresponding applications web context.
But when the HTTP Session timeout is getting dispatched from the root class loader which
is the Webapp class loader (org.apache.catalina.loader.WebappClassLoader). Now the
Individual applications class loaders are below this root class loader and the classes
loader by these children are not available to the root according to classloader visibility
and delegations principles. This makes the application to throw a ClassNotFoundException
at this time.
The issue is primarily with the class loader user while doing the operation. The
classloader which is used while doing the normal serialization and deserialization of
objects from UI is the WebContext class loader which has the access to all the beans
loaded.
While logout the class loader is org.apache.catalina.loader.WebappClassLoader which
doesnot have the loaded beans.
I have tried to fix this problem by setting the Classloader as the EJBContainer class
loader before postactivate call and it worked.
Fix Suggession from me :
Create a static field in SimpleStatefulCache with type as
HashMap(<String>,<ClassLoader>)
The key is the StatefulBeanContext id's which are uniqely identifies the session
beans. In the protected void passivate(StatefulBeanContext ctx) method put the ClassLoader
evaluated from the expression (EJBContainer) ctx.getContainer()).getClassloader() to the
map against the key ctx.getId() . On the get method of SimpleStatefulCache get the
classLoader corresponding to this key before doing the activateSession() call.
Keep the current classloader to a temp variable and set the classloader as the one which
got from the map. Now , immediately after this call set the current thread classloader as
the one stored in the temp variable.
Remove the map entry on the remove method for cleaning memory.
I have tried this and worked it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5749
days inactive
5750
days old
12 comments
2 participants
participants (2)
-
Dhaneesh Nair (JIRA) -
jaikiran pai (JIRA)