[JBoss JIRA] Created: (JBAS-9405) could not find stateful bean - error
by Devinder Singh (JIRA)
could not find stateful bean - error
------------------------------------
Key: JBAS-9405
URL: https://issues.jboss.org/browse/JBAS-9405
Project: Legacy JBoss Application Server 6
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: EJB2
Environment: Red hat Linux 5.5
Reporter: Devinder Singh
Assignee: Alexey Loubyansky
If I leave my browser idle for some time (around 3 mins), I get "Could not find stateful bean:" error.
javax.ejb.NoSuchEJBException: Could not find stateful bean: 3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
I grepped by bean id in logs and found below. Not sure but seems like bean is removed before it's attempted to read again.
Is there any configuration I can do to avoid this error.
[root@localhost log]# grep 3j001-jr37lq-gorq3ofr-1-gorq6dxt-da *
server.log:2011-06-10 18:56:25,652 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (SFSB Passivation Thread - jboss.j2ee:ear=foliage.ear,jar=foliageEJB.jar,name=LoginSessionBean,service=EJB3) Attempting to passivate; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:56:25,660 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (SFSB Passivation Thread - jboss.j2ee:ear=foliage.ear,jar=foliageEJB.jar,name=LoginSessionBean,service=EJB3) Saving session state to: /home/opt/jboss-6.0.0.Final/server/default/tmp/sessions/LoginSessionBean-gorq5pu2-d7/3j001-jr37lq-gorq3ofr-1-gorq6dxt-da.ser
server.log:2011-06-10 18:56:27,206 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (SFSB Passivation Thread - jboss.j2ee:ear=foliage.ear,jar=foliageEJB.jar,name=LoginSessionBean,service=EJB3) Passivation complete; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:57:16,744 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Attempting to activate; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:57:16,744 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Reading session state from: /home/opt/jboss-6.0.0.Final/server/default/tmp/sessions/LoginSessionBean-gorq5pu2-d7/3j001-jr37lq-gorq3ofr-1-gorq6dxt-da.ser
server.log:2011-06-10 18:57:16,763 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Removing passivated state file: /home/opt/jboss-6.0.0.Final/server/default/tmp/sessions/LoginSessionBean-gorq5pu2-d7/3j001-jr37lq-gorq3ofr-1-gorq6dxt-da.ser
server.log:2011-06-10 18:57:16,979 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Attempting to activate; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:57:16,985 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Attempting to activate; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:57:16,987 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Attempting to activate; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:57:16,989 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Attempting to activate; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:57:27,893 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Attempting to activate; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:57:27,894 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http-127.0.0.1-80-1) Error Rendering View[/index.xhtml]: javax.el.ELException: /sections/leftSideBar.xhtml @14,46 rendered="#{! loginbacking.loggedIn}": javax.ejb.NoSuchEJBException: Could not find stateful bean: 3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:Caused by: javax.ejb.NoSuchEJBException: Could not find stateful bean: 3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
server.log:2011-06-10 18:57:27,998 DEBUG [org.jboss.ejb3.cache.simple.StatefulSessionFilePersistenceManager] (http-127.0.0.1-80-1) Attempting to activate; id=3j001-jr37lq-gorq3ofr-1-gorq6dxt-da
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] Created: (JBAS-9414) Run time exception in Jboss 6 - org.jboss.cache.CacheException: java.lang.reflect.InvocationTargetException
by santhosh ganapathi (JIRA)
Run time exception in Jboss 6 - org.jboss.cache.CacheException: java.lang.reflect.InvocationTargetException
-----------------------------------------------------------------------------------------------------------
Key: JBAS-9414
URL: https://issues.jboss.org/browse/JBAS-9414
Project: Legacy JBoss Application Server 6
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 6.0.0.Final
Environment: Windows xp OS, Jboss 6 with JDK 1.6, Hibernate 3.2.0.
Reporter: santhosh ganapathi
15:29:42,059 ERROR [STDERR] org.jboss.cache.CacheException: java.lang.reflect.InvocationTargetException
15:29:42,059 ERROR [STDERR] at org.jboss.cache.util.reflect.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:148)
15:29:42,059 ERROR [STDERR] at org.jboss.cache.factories.ComponentRegistry$PrioritizedMethod.invoke(ComponentRegistry.java:970)
15:29:42,059 ERROR [STDERR] at org.jboss.cache.factories.ComponentRegistry.internalStart(ComponentRegistry.java:746)
15:29:42,059 ERROR [STDERR] at org.jboss.cache.factories.ComponentRegistry.start(ComponentRegistry.java:610)
15:29:42,059 ERROR [STDERR] at org.jboss.cache.invocation.CacheInvocationDelegate.start(CacheInvocationDelegate.java:355)
15:29:42,059 ERROR [STDERR] at org.jboss.cache.DefaultCacheFactory.createCache(DefaultCacheFactory.java:121)
15:29:42,059 ERROR [STDERR] at org.jboss.cache.DefaultCacheFactory.createCache(DefaultCacheFactory.java:72)
15:29:42,059 ERROR [STDERR] at org.jboss.cache.DefaultCacheFactory.createCache(DefaultCacheFactory.java:67)
15:29:42,059 ERROR [STDERR] at com.csscorp.presentation.spinneret.server.HRMSShadesGeneratorImpl.extractSpinneretPanel(HRMSShadesGeneratorImpl.java:114)
15:29:42,059 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
15:29:42,059 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
15:29:42,059 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
15:29:42,059 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:597)
15:29:42,059 ERROR [STDERR] at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:569)
15:29:42,059 ERROR [STDERR] at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:208)
15:29:42,074 ERROR [STDERR] at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248)
15:29:42,074 ERROR [STDERR] at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
15:29:42,074 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
15:29:42,074 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
15:29:42,074 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324)
15:29:42,074 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
15:29:42,074 ERROR [STDERR] at com.csscorp.business.filter.HRMSLoginFilter.doFilter(HRMSLoginFilter.java:55)
15:29:42,090 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274)
15:29:42,090 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
15:29:42,090 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
15:29:42,090 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
15:29:42,090 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181)
15:29:42,090 ERROR [STDERR] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285)
15:29:42,090 ERROR [STDERR] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261)
15:29:42,090 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88)
15:29:42,106 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100)
15:29:42,106 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
15:29:42,106 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
15:29:42,106 ERROR [STDERR] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
15:29:42,106 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
15:29:42,106 ERROR [STDERR] at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53)
15:29:42,106 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362)
15:29:42,121 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
15:29:42,121 ERROR [STDERR] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654)
15:29:42,121 ERROR [STDERR] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951)
15:29:42,121 ERROR [STDERR] at java.lang.Thread.run(Thread.java:619)
15:29:42,121 ERROR [STDERR] Caused by: java.lang.reflect.InvocationTargetException
15:29:42,121 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
15:29:42,137 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
15:29:42,137 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
15:29:42,137 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:597)
15:29:42,137 ERROR [STDERR] at org.jboss.cache.util.reflect.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:144)
15:29:42,137 ERROR [STDERR] ... 40 more
15:29:42,137 ERROR [STDERR] Caused by: java.lang.LinkageError: loader constraint violation: when resolving method "java.lang.management.ManagementFactory.getPlatformMBeanServer()Ljavax/management/MBeanServer;" the class loader (instance of org/jboss/classloader/spi/base/BaseClassLoader) of the current class, org/jboss/cache/jmx/JmxRegistrationManager, and the class loader (instance of <bootloader>) for resolved class, java/lang/management/ManagementFactory, have different Class objects for the type javax/management/MBeanServer used in the signature
15:29:42,137 ERROR [STDERR] at org.jboss.cache.jmx.JmxRegistrationManager.<init>(JmxRegistrationManager.java:128)
15:29:42,153 ERROR [STDERR] at org.jboss.cache.jmx.JmxRegistrationManager.<init>(JmxRegistrationManager.java:133)
15:29:42,153 ERROR [STDERR] at org.jboss.cache.jmx.PlatformMBeanServerRegistration.registerToPlatformMBeanServer(PlatformMBeanServerRegistration.java:69)
15:29:42,153 ERROR [STDERR] ... 45 more
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] Created: (JGRP-1343) JGroups 2.6.2 hangs during JChannel.connect
by Sandeep T H (JIRA)
JGroups 2.6.2 hangs during JChannel.connect
-------------------------------------------
Key: JGRP-1343
URL: https://issues.jboss.org/browse/JGRP-1343
Project: JGroups
Issue Type: Task
Affects Versions: 2.6.2
Environment: Linux, cluster
Reporter: Sandeep T H
Assignee: Bela Ban
In a cluster having two nodes A & B, A is up and running and when B is started for the first time it sometimes hangs in JChannel.connect.
If we bring down A then B is able to resume and connect. This issue happens randomly but frequently.
Please let us know if we have missed something or need something.
The jgroups configuration used is :
<config>
<UDP
mcast_addr="${jgroups.udp.mcast_addr:224.0.0.0}"
mcast_port="${jgroups.udp.mcast_port:$JGroup_port}"
tos="8"
ucast_recv_buf_size="20000000"
ucast_send_buf_size="640000"
mcast_recv_buf_size="25000000"
mcast_send_buf_size="640000"
loopback="false"
discard_incompatible_packets="true"
max_bundle_size="64000"
max_bundle_timeout="30"
use_incoming_packet_handler="true"
ip_ttl="${jgroups.udp.ip_ttl:2}"
enable_bundling="true"
enable_diagnostics="true"
thread_naming_pattern="cl"
use_concurrent_stack="true"
thread_pool.enabled="true"
thread_pool.min_threads="2"
thread_pool.max_threads="8"
thread_pool.keep_alive_time="5000"
thread_pool.queue_enabled="true"
thread_pool.queue_max_size="1000"
thread_pool.rejection_policy="Run"
oob_thread_pool.enabled="true"
oob_thread_pool.min_threads="1"
oob_thread_pool.max_threads="8"
oob_thread_pool.keep_alive_time="5000"
oob_thread_pool.queue_enabled="false"
oob_thread_pool.queue_max_size="100"
oob_thread_pool.rejection_policy="Run"/>
<PING timeout="2000"
num_initial_members="3"/>
<MERGE2 max_interval="30000"
min_interval="10000"/>
<FD_SOCK/>
<FD timeout="10000" max_tries="5" shun="true"/>
<VERIFY_SUSPECT timeout="1500" />
<BARRIER />
<pbcast.NAKACK use_stats_for_retransmission="false"
exponential_backoff="150"
use_mcast_xmit="true" gc_lag="0"
retransmit_timeout="50,300,600,1200"
discard_delivered_msgs="true"/>
<UNICAST timeout="300,600,1200"/>
<pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000"
max_bytes="1000000"/>
<VIEW_SYNC avg_send_interval="60000" />
<pbcast.GMS print_local_addr="true" join_timeout="5000"
shun="false"
view_bundling="true"/>
<FC max_credits="500000"
min_threshold="0.20"/>
<FRAG2 frag_size="60000" />
<pbcast.STREAMING_STATE_TRANSFER />
<!-- <pbcast.STATE_TRANSFER />-->
<pbcast.FLUSH timeout="0"/>
</config>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] Created: (JBAS-9415) Long running thread leaks SimpleRole objects
by Marcus Moyses (JIRA)
Long running thread leaks SimpleRole objects
--------------------------------------------
Key: JBAS-9415
URL: https://issues.jboss.org/browse/JBAS-9415
Project: Legacy JBoss Application Server 6
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Security
Affects Versions: 6.0.0.Final
Environment: Tested on Mac OS X 10.6.7 with Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02-334, mixed mode) 1.6.0_24
Reporter: Marcus Moyses
Assignee: Marcus Moyses
Fix For: 6.1.0
Attachments: simpleroletest.tar.gz
When invoking a long-running EJB method which makes a bunch of calls to some method in another EJB, then JBoss leaks SimpleRole objects. The SimpleRole objects are not removed by a manually triggered garbage collection.
The SimpleRole object leakage seems to go away if I remove the security domain in jboss.xml. When running my jboss application during the night JBoss had 4GB of SimpleRole objects.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months