[JBoss JIRA] Created: (GTNPORTAL-1376) NewPortalConfigListener should allow for overwriting of default values
by Matt Wringe (JIRA)
NewPortalConfigListener should allow for overwriting of default values
----------------------------------------------------------------------
Key: GTNPORTAL-1376
URL: https://jira.jboss.org/browse/GTNPORTAL-1376
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Matt Wringe
When creating a new portal, the NewPortalConfigListener merges the configurations between the old portal and new one, because of this we end up with duplicate configuration entries which can cause issues. See NewPortalConfigListener.mergePlugin
What should be happening, is if the new portal sets a configuration option which the default portal also has set, then we should just use the value set in the new portal.
An example of this can be seen in the sample portal, the sample portal specified to only use root as a predefinedOwner, but its picking up the other users specified in the default portal.
--
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
12 years, 4 months
[JBoss JIRA] Created: (GTNPORTAL-985) Many users can not add pages at once during Perf test
by Arthur Peltier (JIRA)
Many users can not add pages at once during Perf test
-----------------------------------------------------
Key: GTNPORTAL-985
URL: https://jira.jboss.org/jira/browse/GTNPORTAL-985
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.0.0-GA
Environment: IE7, FF3.5 - JBoss 5.1.0.GA- Java1.6.0-14
Reporter: Arthur Peltier
Steps:
- Create group and assign user to that group
- Create page by winzard
Scenarios:
- Run with 2 threads with the scripts with steps above by Jmeter
Result:
- 2 groups are created <-- it is ok
- Only 1 page is created <--- it is invalid.
The problem may be conflict of concurrence. Because when I run 1 user but with repeat actions( steps by steps), many pages are created successfully. However, when many users are run at once, only 1 page is created.
Expected :
- Able to add many pages at once with many v-users.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] Created: (GTNWSRP-16) Visibility of remote portlets in App.registry
by Michal Vanco (JIRA)
Visibility of remote portlets in App.registry
---------------------------------------------
Key: GTNWSRP-16
URL: https://jira.jboss.org/jira/browse/GTNWSRP-16
Project: GateIn WSRP
Issue Type: Bug
Components: Admin GUI
Affects Versions: 1.0.0
Reporter: Michal Vanco
Assignee: Chris Laprun
When I create new consumer, I can see remote portlet in App.registry
(Portlets/Remote), when I click Auto Import, category with remote
portlet is created.
When I deactivate consumer, I can't see the portlet in App.category
(Portlets/Remote), but when I click Auto import, category with remote
portlet is still there. Is it ok? Shouldn't it dissapper if it is not
present?
I am also able to add this remote portlet to page and it works.
After I delete consumer, I can still see the caterory with portlet in
App.registry, when click Auto import, in log is:
ERROR [STDERR] org.gatein.pc.api.NoSuchPortletException: No such portlet
self./jboss-image-portlet-sample-remotable-GateIn.jboss-image-portlet-sample
And when I add this portlet to page I can see
"This portlet encountered an error and could not be displayed"
and in log is:
org.gatein.pc.api.NoSuchPortletException: No such portlet self./jboss-image-portlet-sample-remotable-GateIn.jboss-image-portlet-sample
I think that when I deactivate/delete consumer, I shouldn't be able to see its portlets anywhere.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] Created: (GTNPORTAL-1255) DownloadHandler can't download file > 1M in portlet of GateIn portal?
by Hieu Ha (JIRA)
DownloadHandler can't download file > 1M in portlet of GateIn portal?
---------------------------------------------------------------------
Key: GTNPORTAL-1255
URL: https://jira.jboss.org/browse/GTNPORTAL-1255
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Common integration
Affects Versions: 3.0.0-GA
Environment: WinXP3/GateIn-3.0.0-FINAL-jbossas/jdk1.6.0/
Reporter: Hieu Ha
I am deverloping a portlet that can upload and download file from JCR in GateIn portal. I use the DownloadHandler to download file like "http://localhost:8080/portal/command?type=org.exoplatform.web.command.han..." and I found a bug in DownloadHandler. The file from JCR is small than 1MB it can run download, but if file is bigger than 1MB it camentn't download. I don't know why.
My portlet run on GateIn-3.0.0-FINAL-jbossas and I made a new repository "orderform" to store my files.
This is list of my file, it is too big to attach
http://gioithieuwebsite.com/hieuhn/OrderForm-0.0.1-SNAPSHOT.ear
http://gioithieuwebsite.com/hieuhn/repository-configuration.xml
http://gioithieuwebsite.com/hieuhn/OrderForm_src.zip
Thanks,
HieuHN
P/S: I also meet error after delete my file in JCR:
16:45:42,750 INFO [FileUploadBean] DOING delete:
16:45:42,765 INFO [JCRBrowser] START deleteNode() /0/classlist.pdf
16:45:42,765 INFO [JCRBrowser] deleteNode getPath/0
16:45:43,015 INFO [JCRBrowser] START createOrderFormNode() 0
16:45:43,031 INFO [JCRBrowser] START try
16:45:43,031 INFO [JCRBrowser] getPath /0/0
16:45:43,031 INFO [JCRBrowser] START intFolder()
16:45:43,062 INFO [FileUploadBean] END delete()
16:46:03,328 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_47] - One-phase commit of action -3f579b24:8c2:4bfe2db9:1d9 received heuristic decision: TwoPhaseOutcome.HE
16:46:03,562 ERROR [Exceptions] handled and logged exception
java.lang.IllegalStateException: Could not commit transaction
at org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:625)
at org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:604)
at org.jboss.seam.jsf.SeamPhaseListener.handleTransactionsAfterPhase(SeamPhaseListener.java:345)
at org.jboss.seam.jsf.SeamPhaseListenerWrapper.afterPortletPhase(SeamPhaseListenerWrapper.java:123)
at org.jboss.seam.jsf.SeamPhaseListenerWrapper.afterPhase(SeamPhaseListenerWrapper.java:84)
at org.jboss.portletbridge.lifecycle.LifecyclePhase.execute(LifecyclePhase.java:90)
at org.jboss.portletbridge.lifecycle.UpdateModelPhase.executeNextPhase(UpdateModelPhase.java:49)
at org.jboss.portletbridge.lifecycle.LifecyclePhase.execute(LifecyclePhase.java:99)
at org.jboss.portletbridge.lifecycle.ProcessValidatorsPhase.executeNextPhase(ProcessValidatorsPhase.java:50)
at org.jboss.portletbridge.lifecycle.LifecyclePhase.execute(LifecyclePhase.java:99)
at org.jboss.portletbridge.lifecycle.ApplyValuesPhase.executeNextPhase(ApplyValuesPhase.java:50)
at org.jboss.portletbridge.lifecycle.LifecyclePhase.execute(LifecyclePhase.java:99)
at org.jboss.portletbridge.lifecycle.RestoreViewPhase.executeNextPhase(RestoreViewPhase.java:72)
at org.jboss.portletbridge.lifecycle.LifecyclePhase.execute(LifecyclePhase.java:99)
at org.jboss.portletbridge.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:62)
at org.jboss.portletbridge.lifecycle.PortletLifecycle.execute(PortletLifecycle.java:114)
at org.jboss.portletbridge.AjaxPortletBridge.execute(AjaxPortletBridge.java:1076)
at org.jboss.portletbridge.AjaxPortletBridge.doFacesRequest(AjaxPortletBridge.java:806)
at javax.portlet.faces.GenericFacesPortlet.serveResource(GenericFacesPortlet.java:541)
at org.gatein.pc.portlet.impl.jsr168.PortletContainerImpl$Invoker.doFilter(PortletContainerImpl.java:575)
at org.gatein.pc.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:184)
at org.gatein.pc.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:84)
at org.gatein.pc.portlet.impl.jsr168.PortletContainerImpl.dispatch(PortletContainerImpl.java:506)
at org.gatein.pc.portlet.container.ContainerPortletDispatcher.invoke(ContainerPortletDispatcher.java:42)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.aspects.EventPayloadInterceptor.invoke(EventPayloadInterceptor.java:197)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.aspects.RequestAttributeConversationInterceptor.invoke(RequestAttributeConversationInterceptor.java:119)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.aspects.CCPPInterceptor.invoke(CCPPInterceptor.java:65)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.bridge.BridgeInterceptor.invoke(BridgeInterceptor.java:49)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor.access$001(ContextDispatcherInterceptor.java:49)
at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor$1.doCallback(ContextDispatcherInterceptor.java:123)
at org.gatein.wci.command.CommandDispatcher$CallbackCommand.execute(CommandDispatcher.java:82)
at sun.reflect.GeneratedMethodAccessor509.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.gatein.wci.command.CommandServlet.doGet(CommandServlet.java:135)
at org.gatein.wci.command.CommandServlet.doPost(CommandServlet.java:166)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:638)
at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:543)
at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:480)
at org.gatein.wci.command.CommandServlet.include(CommandServlet.java:84)
at org.gatein.wci.command.CommandDispatcher.include(CommandDispatcher.java:58)
at org.gatein.wci.tomcat.TC6ServletContainerContext.include(TC6ServletContainerContext.java:87)
at org.gatein.wci.impl.DefaultServletContainer.include(DefaultServletContainer.java:198)
at org.gatein.pc.portlet.impl.spi.AbstractServerContext.dispatch(AbstractServerContext.java:69)
at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor.invoke(ContextDispatcherInterceptor.java:77)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.aspects.SecureTransportInterceptor.invoke(SecureTransportInterceptor.java:69)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.aspects.ValveInterceptor.invoke(ValveInterceptor.java:75)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.container.ContainerPortletInvoker.invoke(ContainerPortletInvoker.java:117)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.state.producer.ProducerPortletInvoker.invoke(ProducerPortletInvoker.java:231)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.aspects.PortletCustomizationInterceptor.invoke(PortletCustomizationInterceptor.java:76)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.portlet.aspects.ConsumerCacheInterceptor.invoke(ConsumerCacheInterceptor.java:229)
at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:87)
at org.gatein.pc.federation.impl.FederatedPortletInvokerService.invoke(FederatedPortletInvokerService.java:152)
at org.gatein.pc.federation.impl.FederatingPortletInvokerService.invoke(FederatingPortletInvokerService.java:177)
at org.exoplatform.portal.webui.application.UIPortlet.invoke(UIPortlet.java:903)
at org.exoplatform.portal.webui.application.UIPortletActionListener$ServeResourceActionListener.execute(UIPortletActionListener.java:336)
at org.exoplatform.webui.event.Event.broadcast(Event.java:89)
at org.exoplatform.portal.webui.application.UIPortletLifecycle.processAction(UIPortletLifecycle.java:132)
at org.exoplatform.portal.webui.application.UIPortletLifecycle.processAction(UIPortletLifecycle.java:61)
at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:137)
at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:73)
at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:37)
at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:137)
at org.exoplatform.webui.core.UIApplication.processAction(UIApplication.java:115)
at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:105)
at org.exoplatform.web.WebAppController.service(WebAppController.java:143)
at org.exoplatform.portal.application.PortalController.onService(PortalController.java:127)
at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:116)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:68)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:76)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:112)
at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:84)
at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:66)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.exoplatform.web.login.ClusteredSSOFilter.doFilter(ClusteredSSOFilter.java:73)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
Caused by: javax.transaction.HeuristicMixedException
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1431)
at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:137)
at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75)
at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:162)
at org.jboss.seam.transaction.UTTransaction.commit(UTTransaction.java:52)
at org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:613)
... 119 more
--
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
12 years, 4 months
[JBoss JIRA] Created: (GTNPORTAL-1123) portal skins shouldn't need to include screenshots of the other skins
by Matt Wringe (JIRA)
portal skins shouldn't need to include screenshots of the other skins
---------------------------------------------------------------------
Key: GTNPORTAL-1123
URL: https://jira.jboss.org/jira/browse/GTNPORTAL-1123
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Matt Wringe
When you switch portal skins you can be shown a preview screenshot of the portal skin to see which one you want to select.
The problem is that for this preview to be shown the current portal skin must contain the image of all the other skins as part of its own css. In order for this to work currently it means when a new skin is created, someone needs to go through all the other skins to add the new skin screenshot image and reference for the new skin. It doesn't make any sense for a portal skin to have references to other skins screenshots.
A portal skin should specify the preview screenshot itself, and the skin switcher should use this to show the screenshot.
[ps: it might also be good to show an image not found image rather than just leave the preview area blank]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months