[JBoss JIRA] (GTNPORTAL-3488) ERROR | Could not render css /eXoResources/skin/DefaultSkin/portal/webui/component/UIPortalApplicationSkin.css when client abort
by Tuyen Nguyen The (JIRA)
Tuyen Nguyen The created GTNPORTAL-3488:
-------------------------------------------
Summary: ERROR | Could not render css /eXoResources/skin/DefaultSkin/portal/webui/component/UIPortalApplicationSkin.css when client abort
Key: GTNPORTAL-3488
URL: https://issues.jboss.org/browse/GTNPORTAL-3488
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Tuyen Nguyen The
Assignee: Tuyen Nguyen The
Case to reproduce:
- Duplicate content of css file: $GATEIN_TOMCAT/webapps/eXoResources/skin/DefaultSkin/portal/webui/component/UIPortalApplicationSkin.css (make it contain many css define)
- Run gatein
- Goto homepage
- Goto http://localhost:8080/portal/skins/3.9.0.Alpha01-SNAPSHOT/eXoResources/sk...
- Press and keep the keyboard Ctrl+R to multi reload page
- Have many exception *ERROR* on console.
{code}
[http-bio-8080-exec-4] ERROR org.exoplatform.portal.resource.SkinResourceRequestHandler - Could not render css /eXoResources/skin/DefaultSkin/portal/webui/component/UIPortalApplicationSkin.css
ClientAbortException: java.net.SocketException: Broken pipe
at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:388)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:462)
at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:366)
at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:413)
at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:401)
at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:91)
at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:84)
at org.exoplatform.portal.resource.SkinResourceRequestHandler$1.write(SkinResourceRequestHandler.java:74)
at org.exoplatform.portal.resource.SkinService.renderCSS(SkinService.java:465)
at org.exoplatform.portal.resource.SkinResourceRequestHandler.execute(SkinResourceRequestHandler.java:101)
at org.exoplatform.web.WebAppController.service(WebAppController.java:340)
at org.exoplatform.portal.application.PortalController.onService(PortalController.java:110)
at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:133)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:96)
at org.gatein.portal.installer.PortalSetupFilter.doFilter(PortalSetupFilter.java:72)
at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92)
at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:71)
at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:70)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:68)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:122)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.exoplatform.web.login.ConversationStateUpdateFilter.doFilter(ConversationStateUpdateFilter.java:66)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.gatein.web.security.impersonation.ImpersonationFilter.doFilter(ImpersonationFilter.java:84)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:122)
at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:55)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.gatein.security.oauth.webapi.OAuthDelegateFilter.doFilter(OAuthDelegateFilter.java:58)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.gatein.sso.integration.SSODelegateFilter.doFilter(SSODelegateFilter.java:60)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:78)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.gatein.portal.init.PortalCheckInitFilter.doFilter(PortalCheckInitFilter.java:66)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.gatein.sso.agent.tomcat.ServletAccessValve.invoke(ServletAccessValve.java:55)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.net.SocketException: Broken pipe
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109)
at java.net.SocketOutputStream.write(SocketOutputStream.java:153)
at org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:215)
at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:371)
at org.apache.coyote.http11.InternalOutputBuffer$OutputStreamOutputBuffer.doWrite(InternalOutputBuffer.java:240)
at org.apache.coyote.http11.filters.ChunkedOutputFilter.doWrite(ChunkedOutputFilter.java:119)
at org.apache.coyote.http11.AbstractOutputBuffer.doWrite(AbstractOutputBuffer.java:192)
at org.apache.coyote.Response.doWrite(Response.java:505)
at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:383)
... 68 more
{code}
For this broken pipe exception, we should catch up the exception and keep it silent.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3486) Redirect to /sso instead of /login when SSO is enabled
by Tuyen Nguyen The (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3486?page=com.atlassian.jira.pl... ]
Tuyen Nguyen The updated GTNPORTAL-3486:
----------------------------------------
Summary: Redirect to /sso instead of /login when SSO is enabled (was: redirect to /dologin instead of /login when user access to page that require login)
Description:
When i configure SPNEGO SSO for Gatein,
It work ok when i login with "login" link at top navigation bar. But when i try to access to page that rerquire login, (for example http://server.local.network:8080/portal/g/:platform:administrators/admini...), it will redirect to /login and i will not be logged in automatically with SPNEGO because spnego only work when it redirect to /dologin
I think when SSO is enabled, we should redirect to /sso instead of /login when user try to access page that require login, then SSO will redirect to loginURL which was configured.
It's similar that we change link of "login" at top navigation bar to /sso when SSO is enabled.
was:
When i configure SPNEGO SSO for Gatein,
It work ok when i login with "login" link at top navigation bar. But when i try to access to page that rerquire login, (for example http://server.local.network:8080/portal/g/:platform:administrators/admini...), it will redirect to /login and i will not be logged in automatically with SPNEGO because spnego only work when it redirect to /dologin
I see that both /login and /dologin are mapping with LoginServlet and they always have the same behaviours.
So, i think we should redirect to /dologin instead of /login when user access to page that require login
> Redirect to /sso instead of /login when SSO is enabled
> ------------------------------------------------------
>
> Key: GTNPORTAL-3486
> URL: https://issues.jboss.org/browse/GTNPORTAL-3486
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Tuyen Nguyen The
> Assignee: Tuyen Nguyen The
>
> When i configure SPNEGO SSO for Gatein,
> It work ok when i login with "login" link at top navigation bar. But when i try to access to page that rerquire login, (for example http://server.local.network:8080/portal/g/:platform:administrators/admini...), it will redirect to /login and i will not be logged in automatically with SPNEGO because spnego only work when it redirect to /dologin
> I think when SSO is enabled, we should redirect to /sso instead of /login when user try to access page that require login, then SSO will redirect to loginURL which was configured.
> It's similar that we change link of "login" at top navigation bar to /sso when SSO is enabled.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNCOMMON-21) Serialization of ParameterMap breaks with JBoss Marshalling
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNCOMMON-21?page=com.atlassian.jira.plug... ]
RH Bugzilla Integration commented on GTNCOMMON-21:
--------------------------------------------------
Tomas Kyjovsky <tkyjovsk(a)redhat.com> changed the Status of [bug 1058216|https://bugzilla.redhat.com/show_bug.cgi?id=1058216] from ON_QA to ASSIGNED
> Serialization of ParameterMap breaks with JBoss Marshalling
> -----------------------------------------------------------
>
> Key: GTNCOMMON-21
> URL: https://issues.jboss.org/browse/GTNCOMMON-21
> Project: GateIn Common
> Issue Type: Bug
> Affects Versions: 2.1.1.Final
> Environment: JPP 6.1.0
> Reporter: Martin Weiler
> Fix For: 2.2.0.Beta01, 2.1.2.Final
>
>
> Serialization of a ParameterMap instance with JBoss Marshalling (used by Infinispan) breaks with the following exception:
> {noformat}
> 15:20:33,853 ERROR [org.infinispan.marshall.VersionAwareMarshaller] (transport-thread-11) ISPN000065: Exception while marshalling object: java.io.NotActiveException: Fields were never written
> at org.jboss.marshalling.river.RiverObjectOutputStream.finish(RiverObjectOutputStream.java:175)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1009)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:680)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:680)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.jboss.as.clustering.SimpleMarshalledValue.getBytes(SimpleMarshalledValue.java:85)
> at org.jboss.as.clustering.SimpleMarshalledValue.writeExternal(SimpleMarshalledValue.java:175)
> at org.jboss.as.clustering.infinispan.io.ExternalizableExternalizer.writeObject(ExternalizableExternalizer.java:47)
> at org.jboss.as.clustering.infinispan.io.ExternalizableExternalizer.writeObject(ExternalizableExternalizer.java:36)
> at org.infinispan.marshall.jboss.ExternalizerTable$ForeignExternalizerAdapter.writeObject(ExternalizerTable.java:459)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.infinispan.marshall.MarshallUtil.marshallMap(MarshallUtil.java:59)
> at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:63)
> at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:47)
> at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:250)
> at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:247)
> at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.writeObject(ImmortalCacheEntry.java:154)
> at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.writeObject(ImmortalCacheEntry.java:150)
> at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.infinispan.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:48)
> at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:50)
> at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:45)
> at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.infinispan.statetransfer.StateChunk$Externalizer.writeObject(StateChunk.java:103)
> at org.infinispan.statetransfer.StateChunk$Externalizer.writeObject(StateChunk.java:88)
> at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.infinispan.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:48)
> at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:50)
> at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:45)
> at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeCommandParameters(ReplicableCommandExternalizer.java:87)
> at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.marshallParameters(CacheRpcCommandExternalizer.java:128)
> at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:112)
> at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:73)
> at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:96)
> at org.infinispan.marshall.VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:92)
> at org.infinispan.marshall.AbstractMarshaller.objectToBuffer(AbstractMarshaller.java:64)
> at org.infinispan.marshall.AbstractDelegatingMarshaller.objectToBuffer(AbstractDelegatingMarshaller.java:109)
> at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectToBuffer(MarshallerAdapter.java:45)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:279)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:300)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:179)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:515)
> at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:169)
> at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:190)
> at org.infinispan.statetransfer.OutboundTransferTask.sendEntries(OutboundTransferTask.java:257)
> at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:187)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
> Caused by: an exception which occurred:
> in field parameters
> in field navigationalState
> in object java.util.HashMap@7b2c68fe
> {noformat}
> The NotActiveException is a result of a broken writeObject implementation in org.gatein.common.util.ParameterMap, which does not call out.defaultWriteObject();
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-2581) RichFaces is not defined after adding a RF portlet to a page
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2581?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-2581:
----------------------------------------------------
Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 1080249|https://bugzilla.redhat.com/show_bug.cgi?id=1080249] from ASSIGNED to POST
> RichFaces is not defined after adding a RF portlet to a page
> ------------------------------------------------------------
>
> Key: GTNPORTAL-2581
> URL: https://issues.jboss.org/browse/GTNPORTAL-2581
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Environment: GateIn 3.4.0.Final
> Reporter: Peter Palaga
> Attachments: jsf2-rf4-hello-world-portlet.war
>
>
> (1) Start a fresh GateIn 3.4.0.Final:
> cd tmp
> wget http://downloads.jboss.org/gatein/Releases/Portal/3.4.0.Final/GateIn-3.4....
> unzip GateIn-3.4.0.Final-jbossas7.zip
> cd GateIn-3.4.0.Final-jbossas7/bin
> ./standalone.sh
> (2) Install gatein-bom-3.4
> git clone https://github.com/ppalaga/gatein-bom.github
> cd gatein-bom
> mvn install -Dgpg.skip=true
> (3) Pack and deploy jsf2-rf4-hello-world-portlet:
> cd tmp
> git clone https://github.com/ppalaga/gatein-portal-quickstart.git
> cd gatein-portal-quickstart/jsf2-rf4-hello-world-portlet
> mvn package jboss-as:deploy
> (4) In web browser:
> * login as root http://127.0.0.1:8080/portal/login?username=root&password=gtn&initialURI=...
> (5) In web browser:
> * Group > Administration > Application Registry > Import Applications
> * Site > Classic > Home
> * Site Editor > Edit Page
> * Drag jsf2-rf4-hello-world-portlet and drop it e.g. under the Home Page portlet
> * make the console with server log visible to you
> * Open developer tools (F12 in Chrome) and switch to Resources. Have a look at loaded scripts. Note that there are no PBR-related scripts there.
> (6) Hit Finish (Diskette Icon) in Page Editor dialog
> (7) UNEXPECTED: After hitting Finish, there comes a modal message in the browser window saying "RichFaces is not defined".
> * Note that while this message is being displayed, there is no change in the scripts compared to before (5).
> * Note that nothing happened in the server log.
>
> (8) Hit OK in the "RichFaces is not defined" alert.
> * Note that one or more PBR-related scripts were loaded. Some of them have error markers in them
> * Sometimes one or more org.exoplatform.portal.config.NoSuchDataExceptions appear in the server log
>
> The problem seems to be related to the fact that the inline JavaScript needed to render the rich:select component is evaluated before the needed js resources were loaded. After reloading the whole page or accessing the page from another session jsf2-rf4-hello-world-portlet works as expected.
> For further observations, define one more step:
> (9)
> * Site > Classic > Home
> * Site Editor > Edit Page
> * remove jsf2-rf4-hello-world-portlet from the page
> * Hit Finish (Diskette Icon) in Page Editor dialog
> When in the state after (8), one performs (9) and then again (5) and (6), "RichFaces is not defined" does not appear.
> "RichFaces is not defined" appears only when one signs out from the portal and signs in again between (9) and (5) of the previous scenario.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNWCM-38) Export / Import
by Lucas Ponce (JIRA)
Lucas Ponce created GTNWCM-38:
---------------------------------
Summary: Export / Import
Key: GTNWCM-38
URL: https://issues.jboss.org/browse/GTNWCM-38
Project: GateIn WCM
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Lucas Ponce
Assignee: Lucas Ponce
Add a export / import tool that can handle content in a bundle.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3487) Add an option to load CSS from a CDN
by Peter Palaga (JIRA)
Peter Palaga created GTNPORTAL-3487:
---------------------------------------
Summary: Add an option to load CSS from a CDN
Key: GTNPORTAL-3487
URL: https://issues.jboss.org/browse/GTNPORTAL-3487
Project: GateIn Portal
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Peter Palaga
Assignee: Peter Palaga
Loading CSS from an external URL is not possible ATM. This a task similar to GTNPORTAL-3485.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3486) redirect to /dologin instead of /login when user access to page that require login
by Tuyen Nguyen The (JIRA)
Tuyen Nguyen The created GTNPORTAL-3486:
-------------------------------------------
Summary: redirect to /dologin instead of /login when user access to page that require login
Key: GTNPORTAL-3486
URL: https://issues.jboss.org/browse/GTNPORTAL-3486
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Tuyen Nguyen The
Assignee: Tuyen Nguyen The
When i configure SPNEGO SSO for Gatein,
It work ok when i login with "login" link at top navigation bar. But when i try to access to page that rerquire login, (for example http://server.local.network:8080/portal/g/:platform:administrators/admini...), it will redirect to /login and i will not be logged in automatically with SPNEGO because spnego only work when it redirect to /dologin
I see that both /login and /dologin are mapping with LoginServlet and they always have the same behaviours.
So, i think we should redirect to /dologin instead of /login when user access to page that require login
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years