[JBoss JIRA] Created: (GTNPORTAL-1673) make UI validation regular expressions configurable by users
by Gary Hu (JIRA)
make UI validation regular expressions configurable by users
-------------------------------------------------------------
Key: GTNPORTAL-1673
URL: https://jira.jboss.org/browse/GTNPORTAL-1673
Project: GateIn Portal
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Gary Hu
The current exoadmin portlet uses hard coded regular expressions to validate the UI component form in multiple java files under portlet/exoadmin/src/main/java/org/exoplatform/organization/webui/component.
For example, the org.exoplatform.organization.webui.component.UIGroupMembershipForm class has the following lines:
addUIFormInput(new UIFormStringInput(USER_NAME, USER_NAME, null).addValidator(MandatoryValidator.class)
.addValidator(ExpressionValidator.class, "^\\p{L}[\\p{L}\\d._\\-,]+$", "UIGroupMembershipForm.msg.Invalid-char"));
Can we make the validation expressions configurable by users? We can still keep the current validation expressions as the default but allow the user defined expressions to override the default.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (GTNWSRP-235) It's not possible to create two consumers with different name in clustered environment
by Michal Vanco (JIRA)
It's not possible to create two consumers with different name in clustered environment
--------------------------------------------------------------------------------------
Key: GTNWSRP-235
URL: https://issues.jboss.org/browse/GTNWSRP-235
Project: GateIn WSRP
Issue Type: Bug
Affects Versions: 2.0.0-GA
Environment: 2 EPP 5.1.1 DEV01 instances in cluster + loadbalancer as producer
1 local EPP5.1.1 DEV01 instance as consumer
Reporter: Michal Vanco
Assignee: Chris Laprun
Fix For: 2.0.1-GA
Attachments: wsrp-cluster-names.txt
Exact steps to reproduce:
- start clustered environment with loadbalancer as producer
- register consumer with name 'test1'
- delete consumer
- register consumer with name 'test2' -> error:
org.chromattic.api.DuplicateNameException: Attempt to insert context EntityContext[state=ObjectStatus[status=TRANSIENT],mapper=EntityMapper[class=class org.gatein.portal.wsrp.state.producer.registrations.mapping.ConsumerMapping,typeName=wsrp:consumer]] as an existing child with name mvanco-laptop_WSRP_v1_version child of node /wsrp:consumersandgroups
(log from producer attached)
Note: I have also applied patched gatein wsrp jar (for epp5.1.1 CR1) with the same result.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] Created: (GTNPORTAL-1893) Forgot password - Unknown error when input new pwd and submit
by Nguyen Thanh Cong (JIRA)
Forgot password - Unknown error when input new pwd and submit
-------------------------------------------------------------
Key: GTNPORTAL-1893
URL: https://issues.jboss.org/browse/GTNPORTAL-1893
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Nguyen Thanh Cong
- Click sign in
- Click Forgot password
- Input username to get forgot password
- Check password reminder mail
- Click on the link to request pass
- A form displayed to input pass
- Save >> Unknown Error
Exception:
SEVERE: Error during the processAction phase
java.lang.NullPointerException
at org.chromattic.core.DomainSessionImpl._getRoot(DomainSessionImpl.java:755)
at org.chromattic.core.DomainSessionImpl._findByPath(DomainSessionImpl.java:115)
at org.chromattic.core.DomainSession.findByPath(DomainSession.java:200)
at org.chromattic.core.api.ChromatticSessionImpl.findByPath(ChromatticSessionImpl.java:231)
at org.exoplatform.web.security.security.CookieTokenService$TokenTask.getTokenContainer(CookieTokenService.java:178)
at org.exoplatform.web.security.security.CookieTokenService$3.execute(CookieTokenService.java:122)
at org.exoplatform.web.security.security.CookieTokenService$3.execute(CookieTokenService.java:118)
at org.exoplatform.web.security.security.CookieTokenService$TokenTask.execute(CookieTokenService.java:189)
at org.exoplatform.commons.chromattic.ContextualTask.executeWith(ContextualTask.java:54)
at org.exoplatform.web.security.security.CookieTokenService.deleteToken(CookieTokenService.java:118)
at org.exoplatform.portal.webui.login.UIResetPassword$SaveActionListener.execute(UIResetPassword.java:132)
at org.exoplatform.webui.event.Event.broadcast(Event.java:89)
at org.exoplatform.webui.core.lifecycle.UIFormLifecycle.processAction(UIFormLifecycle.java:123)
at org.exoplatform.webui.core.lifecycle.UIFormLifecycle.processAction(UIFormLifecycle.java:40)
at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:133)
at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:78)
at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:37)
at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:133)
at org.exoplatform.webui.core.UIApplication.processAction(UIApplication.java:120)
at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:110)
at org.exoplatform.web.WebAppController.service(WebAppController.java:165)
at org.exoplatform.portal.application.PortalController.onService(PortalController.java:127)
at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132)
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.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:110)
at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:80)
at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:79)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:73)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:116)
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:88)
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:72)
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.RememberMeFilter.doFilter(RememberMeFilter.java:85)
at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:53)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:69)
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:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:619)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months
[JBoss JIRA] Created: (GTNPORTAL-1730) samples portlet.xml : cannot validate against portlet-app_2_0.xsd - element init-param at wrong place.
by Antoine Herzog (JIRA)
samples portlet.xml : cannot validate against portlet-app_2_0.xsd - element init-param at wrong place.
------------------------------------------------------------------------------------------------------
Key: GTNPORTAL-1730
URL: https://issues.jboss.org/browse/GTNPORTAL-1730
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Documentation, QA
Affects Versions: 3.1.0-GA
Reporter: Antoine Herzog
Assignee: Luc Texier
Priority: Trivial
In many of the samples, such as jsfhellouser, the portlet.xml, that have the <init-param> element, cannot validate against the schema : http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd.
In eclipse, you can see it directly with a validation error.
The error message is :
cvc-complex-type.2.4.a: Invalid content was found starting with element 'init-param'. One of '{"http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd":portlet-preferences, "http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd":security-role-ref, "http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd":supported-processing-event, "http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd":supported-publishing-event, "http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd":supported-public-render-parameter, "http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd":container-runtime-option}' is expected.
The turnaround is simple : move the <init-param> element(s) after the <portlet-class> element, and before the <supports> element.
Simple, but it would be more clean if the file directly with that.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months