[JBoss JIRA] (GTNPORTAL-2487) Caused by: java.lang.IllegalStateException: Portlet is not started after hot redeploy of portlet war
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2487?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-2487:
----------------------------------
Labels: backlogs (was: )
> Caused by: java.lang.IllegalStateException: Portlet is not started after hot redeploy of portlet war
> ----------------------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2487
> URL: https://issues.jboss.org/browse/GTNPORTAL-2487
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: PC integration
> Affects Versions: 3.3.0.Final
> Reporter: Chris Laprun
> Assignee: Marko Strukelj
> Priority: Critical
> Labels: backlogs
> Fix For: 3.7.0.Final
>
> Attachments: GTNPORTAL-2487.patch
>
>
> Trying to access a portlet that has already been accessed and which WAR has been hot-redeployed leads to the following exception:
> Caused by: java.lang.IllegalStateException: Portlet AdminMenuPortlet is not started
> at org.gatein.pc.portlet.impl.jsr168.PortletContainerImpl.getInfo(PortletContainerImpl.java:186) [pc-portlet-2.3.2-GA.jar:2.3.2-GA]
> at org.gatein.pc.portlet.impl.jsr168.PortletContainerImpl.getInfo(PortletContainerImpl.java:96) [pc-portlet-2.3.2-GA.jar:2.3.2-GA]
> at org.gatein.pc.portlet.container.ContainerPortletInvoker$PortletImpl.getInfo(ContainerPortletInvoker.java:233) [pc-portlet-2.3.2-GA.jar:2.3.2-GA]
> at org.gatein.pc.federation.impl.FederatedPortlet.getInfo(FederatedPortlet.java:77) [pc-federation-2.3.2-GA.jar:2.3.2-GA]
> at org.exoplatform.portal.webui.application.UIPortlet.processRender(UIPortlet.java:1112) [exo.portal.webui.portal-3.3.0-GA.jar:3.3.0-GA]
> at org.exoplatform.webui.core.UIContainer.renderChildren(UIContainer.java:368) [exo.portal.webui.framework-3.3.0-GA.jar:3.3.0-GA]
> at org.exoplatform.webui.core.UIContainer.renderChildren(UIContainer.java:358) [exo.portal.webui.framework-3.3.0-GA.jar:3.3.0-GA]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (GTNWCI-49) HttpSession listener don't receive correct sessionID
by Vu Viet Phuong (JIRA)
Vu Viet Phuong created GTNWCI-49:
------------------------------------
Summary: HttpSession listener don't receive correct sessionID
Key: GTNWCI-49
URL: https://issues.jboss.org/browse/GTNWCI-49
Project: GateIn Web Container Integration
Issue Type: Bug
Affects Versions: 2.3.1.Final
Reporter: Vu Viet Phuong
This issue is related to this GTNPORTAL-3184. To summary:
when user logout, the sessionDestroyed event is dispatched and JAASConversationStateListener listener (a HttpSessionListener) will clear the coressponding Conversation object in the registry.
In WCI (TC7ServletContainerContext class) we have logout code like this:
//This will change the sessionID
servletRequest.logout();
...
//This code dispatch sessionDistroyed event
webapp.invalidateSession();
...
The JAASConversationStateListener receive session destroyed event but with a difference sessionID. Then it can not remove the corresponding Conversation object in the ConversationRegitry service
this cause memory leak in the ConversationRegitry and IdentityRegistry service (GateIn service components)
JB7ServletContainerContext call invalidate session before calling logout --> this bug doesn't happen in JBoss7 AS
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (GTNPORTAL-2258) Can't start GateIn trunk in clustered mode
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2258?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-2258:
----------------------------------
Labels: backlogs (was: )
> Can't start GateIn trunk in clustered mode
> ------------------------------------------
>
> Key: GTNPORTAL-2258
> URL: https://issues.jboss.org/browse/GTNPORTAL-2258
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JCR integration
> Affects Versions: 3.2.0-M01
> Reporter: Chris Laprun
> Priority: Blocker
> Labels: backlogs
>
> {code}
> java.lang.RuntimeException: java.lang.RuntimeException: Cannot instantiate component class org.exoplatform.services.jcr.impl.dataflow.persistent.LocalWorkspaceDataManagerStub
> at org.exoplatform.services.jcr.impl.RepositoryServiceImpl.start(RepositoryServiceImpl.java:292)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.exoplatform.container.LifecycleVisitor.traverse(LifecycleVisitor.java:100)
> at org.exoplatform.container.LifecycleVisitor.start(LifecycleVisitor.java:170)
> at org.exoplatform.container.ConcurrentPicoContainer.start(ConcurrentPicoContainer.java:552)
> at org.exoplatform.container.ExoContainer.start(ExoContainer.java:266)
> at org.exoplatform.container.PortalContainer.start(PortalContainer.java:667)
> at org.exoplatform.container.ExoContainer.start(ExoContainer.java:254)
> at org.exoplatform.container.RootContainer.createPortalContainer(RootContainer.java:399)
> at org.exoplatform.container.RootContainer.registerPortalContainer(RootContainer.java:266)
> at org.exoplatform.portal.application.PortalController.afterInit(PortalController.java:114)
> at org.exoplatform.container.web.AbstractHttpServlet.init(AbstractHttpServlet.java:79)
> at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
> at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:950)
> at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4122)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:4421)
> at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
> at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
> at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
> at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
> at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
> at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
> at $Proxy38.start(Unknown Source)
> at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
> at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
> at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
> at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
> at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
> at org.jboss.system.ServiceController.start(ServiceController.java:460)
> at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
> at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
> at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
> at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
> at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
> at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
> at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
> at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
> at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
> at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
> at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
> at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
> at org.jboss.Main.boot(Main.java:221)
> at org.jboss.Main$1.run(Main.java:556)
> at java.lang.Thread.run(Thread.java:680)
> Caused by: java.lang.RuntimeException: Cannot instantiate component class org.exoplatform.services.jcr.impl.dataflow.persistent.LocalWorkspaceDataManagerStub
> at org.exoplatform.container.jmx.MX4JComponentAdapter.getComponentInstance(MX4JComponentAdapter.java:134)
> at org.exoplatform.container.management.ManageableComponentAdapter.getComponentInstance(ManageableComponentAdapter.java:68)
> at org.exoplatform.container.ConcurrentPicoContainer.getInstance(ConcurrentPicoContainer.java:466)
> at org.exoplatform.container.ConcurrentPicoContainer.getComponentInstanceOfType(ConcurrentPicoContainer.java:420)
> at org.exoplatform.container.CachingContainer.getComponentInstanceOfType(CachingContainer.java:139)
> at org.exoplatform.services.jcr.impl.RepositoryContainer$3.run(RepositoryContainer.java:411)
> at org.exoplatform.services.jcr.impl.RepositoryContainer$3.run(RepositoryContainer.java:274)
> at org.exoplatform.commons.utils.SecurityHelper.doPrivilegedExceptionAction(SecurityHelper.java:309)
> at org.exoplatform.services.jcr.impl.RepositoryContainer.registerWorkspace(RepositoryContainer.java:273)
> at org.exoplatform.services.jcr.impl.RepositoryContainer.registerWorkspacesComponents(RepositoryContainer.java:694)
> at org.exoplatform.services.jcr.impl.RepositoryContainer.registerComponents(RepositoryContainer.java:599)
> at org.exoplatform.services.jcr.impl.RepositoryContainer.<init>(RepositoryContainer.java:156)
> at org.exoplatform.services.jcr.impl.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:144)
> at org.exoplatform.services.jcr.impl.RepositoryServiceImpl.init(RepositoryServiceImpl.java:323)
> at org.exoplatform.services.jcr.impl.RepositoryServiceImpl.start(RepositoryServiceImpl.java:278)
> ... 86 more
> Caused by: java.lang.RuntimeException: Cannot instantiate component class org.exoplatform.services.jcr.impl.dataflow.persistent.CacheableWorkspaceDataManager
> at org.exoplatform.container.jmx.MX4JComponentAdapter.getComponentInstance(MX4JComponentAdapter.java:134)
> at org.exoplatform.container.management.ManageableComponentAdapter.getComponentInstance(ManageableComponentAdapter.java:68)
> at org.exoplatform.container.ConcurrentPicoContainer.getInstance(ConcurrentPicoContainer.java:466)
> at org.exoplatform.container.ConcurrentPicoContainer.getComponentInstanceOfType(ConcurrentPicoContainer.java:420)
> at org.exoplatform.container.CachingContainer.getComponentInstanceOfType(CachingContainer.java:139)
> at org.exoplatform.container.ExoContainer.createComponent(ExoContainer.java:407)
> at org.exoplatform.container.jmx.MX4JComponentAdapter.getComponentInstance(MX4JComponentAdapter.java:96)
> ... 100 more
> Caused by: java.lang.Exception: Cannot find a satisfying constructor for class org.exoplatform.services.jcr.impl.dataflow.persistent.CacheableWorkspaceDataManager with parameter class org.exoplatform.services.jcr.impl.storage.SystemDataContainerHolder
> at org.exoplatform.container.ExoContainer.createComponent(ExoContainer.java:419)
> at org.exoplatform.container.jmx.MX4JComponentAdapter.getComponentInstance(MX4JComponentAdapter.java:96)
> ... 106 more
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (GTNPORTAL-3182) Portal 'overriding' maximization of a window in case multiple portlets on the page receive any event but only one of them changes the portlet window mode
by Adam Kovari (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3182?page=com.atlassian.jira.pl... ]
Adam Kovari commented on GTNPORTAL-3182:
----------------------------------------
I have added some more code to make sure that maximization of multiple portlets one after another works properly when done using AJAX code. This works fine as it triggers an Action request.
> Portal 'overriding' maximization of a window in case multiple portlets on the page receive any event but only one of them changes the portlet window mode
> ---------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3182
> URL: https://issues.jboss.org/browse/GTNPORTAL-3182
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: WebUI
> Affects Versions: 3.5.0.Final
> Environment: GateIn portal 3.5.0
> Reporter: Adam Kovari
> Attachments: 00905214-src.zip, case_00903245_using_code_for_case_00905214.ppt, portal_classic_2013-07-19_14-34-18.zip, portletstates-testcase.zip
>
>
> 1- During the action phase a portlet of the layout (producer) raises an event that contains both the target portlet reference (portlet ID) and the target window state desired.
> 2- The consumer portlets of the event (note: all portlet in the page may not consume the raised event but only a subset of them will) check if they are the target portlet of the event. In such a case they change the WindowState to the target state.
> 3- What we observe is that mechanism works if we have:
> - only one consumer on the page
> - the consumer is in the last position of the consumer portlets.
>
> Cases where we have multiple consumer on the page and where the target consumer is not the last in the event consumer list changes the WindowState accoding to command but the rendering of the portlet does not correspond to the correct state. Typically when we desire to maximize the portlet the actual WindowState of all portlets are OK (1 portlet is maximized and others are normal) but the render phase of all portlets are evaluated which is not the case when you perform a maximize using the WindowState button on the UI or when the portlet is in the position last from the portlets recieving the event.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months